steletoの日記 このページをアンテナに追加 RSSフィード

2017-06-11

[] CubieBoard2サーバが起動しなくなった問題(解決済み) 12:02  CubieBoard2サーバが起動しなくなった問題(解決済み) - steletoの日記 を含むブックマーク  CubieBoard2サーバが起動しなくなった問題(解決済み) - steletoの日記 のブックマークコメント

ファイル置き場やproxyに使っているCubieBoard2(NetBSD/evbarm 7.1)が先週当たりから応答しない。とりあえずシリアルケーブルで母艦と繋いでみる。

wd0 at atabus0 drive 0
wd0: <Hitachi HTS545050B9A300>
wd0: 465 GB, 969021 cyl, 16 head, 63 sec, 512 bytes/sect x 976773168 sectors
boot device: wd0
root on wd0a dumps on wd0b
/: replaying log to memory
root file system type: ffs
Sun Jun  4 01:45:20 JST 2017
Starting root file system check:
panic: kernel diagnostic assertion "oldsize != VSIZENOTSET || pgend > oldsize" failed: file "/home/star/work/netbsd/src/sys/uvm/uvm_vnode.c", line 355
Stopped in pid 21.1 (fsck) at   netbsd:cpu_Debugger+0x4:        bx      r14
db{1}>

おぉうなんでか知らんけどfsckkernel panicしとる。最初はディスクが死んだかと思ったけどシングルユーザモードでなら起動できたのでSMARTを見た感じでは大丈夫…そうな気がする(これの読み方をよく知らない)。

# atactl /dev/wd0 smart status
SMART supported, SMART enabled
id value thresh crit collect reliability description                 raw
  1 100   62     yes online  positive    Raw read error rate         0
  2 100   40     yes offline positive    Throughput performance      0
  3 243   33     yes online  positive    Spin-up time                30064771072
  4 100    0     no  online  positive    Start/stop count            636
  5 100    5     yes online  positive    Reallocated sector count    0
  7 100   67     yes online  positive    Seek error rate             0
  8 100   40     yes offline positive    Seek time performance       0
  9  30    0     no  online  positive    Power-on hours count        30862
 10 100   60     yes online  positive    Spin retry count            0
 12 100    0     no  online  positive    Device power cycle count    615
191 100    0     no  online  positive    G-sense error rate          0
192 100    0     no  online  positive    Power-off retract count     77
193  37    0     no  online  positive    Load cycle count            638702
194 171    0     no  online  positive    Temperature                 32 Lifetime min/max 10/56
196 100    0     no  online  positive    Reallocated event count     0
197 100    0     no  online  positive    Current pending sector      0
198 100    0     no  offline positive    Offline uncorrectable       0
199 200    0     no  online  positive    Ultra DMA CRC error count   145240
223 100    0     no  online  positive    Load/unload retry count     0

であればfsckをかけてチェックをかけて…ってそこでkernel panicしてるのか。とりあえず試しにディスクを引っこ抜いて母艦に繋げてそちらで動かしてみる。

$ sudo fsck_ffs -fy /dev/wd3a
** /dev/rwd3a
** File system is already clean
** Last Mounted on /mnt
** Phase 1 - Check Blocks and Sizes
UNKNOWN FILE TYPE I=11210928
CLEAR? yes

UNKNOWN FILE TYPE I=11210929
CLEAR? yes

UNKNOWN FILE TYPE I=11210930
CLEAR? yes
   :
   :

おぉ動いた。そしてエラーまみれだ orz

そしてfsckをかけ終わったディスクをCubieBoard2に戻したら無事に起動するようになったのでとりあえずそのまま動かすことに。NetBSD 8が出たころに改めてディスク診断をかけてクリーンインストールかなー。

2017-05-04

[] devel/ruby-redmine テキトーfix 12:43  devel/ruby-redmine テキトーfix - steletoの日記 を含むブックマーク  devel/ruby-redmine テキトーfix - steletoの日記 のブックマークコメント

CubieBoardにpkgsrcのdevel/ruby-redmineを入れてMESSAGEの手順通りに進めようとしたら、redmine_migrate_db23.shを実行したときになんかエラーになる。

$ sudo /usr/pkg/bin/redmine_migrate_db23.sh
/usr/pkg/share/ruby23-redmine/gems/gems/rake-10.4.2/lib/rake.rb:41:in `require': cannot load such file -- rake/ext/module (LoadError)

どうも調べてみると /usr/pkg/share/ruby23-redmine/gems/gems/rake-10.4.2/lib/rake/ext/module.rb がない模様。というかextディクトリごと行方不明。Makefileを見る限りではdo-installで.instrake-10.4.2ディレクトリを.destdirにコピペしているだけっぽいんだけどなんで消えるんだ? と思ってたがよく見たらpost-installでextディレクトリを削除してた。てなわけでrakeだけ除外するようにテキトー修正。あとPISTにも追加。

diff --git a/devel/ruby-redmine/Makefile b/devel/ruby-redmine/Makefile
index 1349f0d8dad..cbabc730c4a 100644
--- a/devel/ruby-redmine/Makefile
+++ b/devel/ruby-redmine/Makefile
@@ -228,7 +228,7 @@ post-install: unicorn-post-install
 	find ${DESTDIR} -name .cvsignore -type f | xargs rm -rf
 	find ${DESTDIR} -name .gitignore -type f | xargs rm -rf
 	find ${DESTDIR} -name .hgignore -type f | xargs rm -rf
-	find ${DESTDIR} -name ext -type d | xargs rm -rf
+	find ${DESTDIR} -name rake-10.4.2 -prune -o -name ext -type d -print | xargs rm -rf
 	find ${DESTDIR} -name mkmf.log -type f | xargs rm -rf
 	find ${DESTDIR} -name gem_make.out -type f | xargs rm -rf
 	find ${DESTDIR} -name gem.build_complete -type f | xargs rm -rf
diff --git a/devel/ruby-redmine/PLIST b/devel/ruby-redmine/PLIST
index 84ed0b24d28..89ab1d64ce7 100644
--- a/devel/ruby-redmine/PLIST
+++ b/devel/ruby-redmine/PLIST
@@ -5787,6 +5787,11 @@ share/${RUBY_PKGPREFIX}-redmine/gems/gems/rake-10.4.2/lib/rake/cpu_counter.rb
 share/${RUBY_PKGPREFIX}-redmine/gems/gems/rake-10.4.2/lib/rake/default_loader.rb
 share/${RUBY_PKGPREFIX}-redmine/gems/gems/rake-10.4.2/lib/rake/dsl_definition.rb
 share/${RUBY_PKGPREFIX}-redmine/gems/gems/rake-10.4.2/lib/rake/early_time.rb
+share/${RUBY_PKGPREFIX}-redmine/gems/gems/rake-10.4.2/lib/rake/ext/core.rb
+share/${RUBY_PKGPREFIX}-redmine/gems/gems/rake-10.4.2/lib/rake/ext/module.rb
+share/${RUBY_PKGPREFIX}-redmine/gems/gems/rake-10.4.2/lib/rake/ext/pathname.rb
+share/${RUBY_PKGPREFIX}-redmine/gems/gems/rake-10.4.2/lib/rake/ext/string.rb
+share/${RUBY_PKGPREFIX}-redmine/gems/gems/rake-10.4.2/lib/rake/ext/time.rb
 share/${RUBY_PKGPREFIX}-redmine/gems/gems/rake-10.4.2/lib/rake/file_creation_task.rb
 share/${RUBY_PKGPREFIX}-redmine/gems/gems/rake-10.4.2/lib/rake/file_list.rb
 share/${RUBY_PKGPREFIX}-redmine/gems/gems/rake-10.4.2/lib/rake/file_task.rb

これで正しいのかは知らんけどとりあえず動いたからいいや(ぉぃ

2011-07-18

[]Debian(squeeze)でエラー 12:48 Debian(squeeze)でエラー - steletoの日記 を含むブックマーク Debian(squeeze)でエラー - steletoの日記 のブックマークコメント

ERROR:  Openembedded's config sanity checker detected a potential misconfiguration.
        Either fix the cause of this error or at your own risk disable the checker (see sanity.conf).
        Following is the list of potential problems / advisories:

        Using dash as /bin/sh causes various subtle build problems, please use bash instead.

ナンノコッチャと思ってたら404 Not Foundの(Debianではなく)Ubuntuにこんな記載が。

Check that /bin/sh (ls -l /bin/sh) is not symbolically linked to dash. "dash" is a POSIX compliant shell that is much smaller than "bash" -- however some broken shell scripts still make use of bash extensions while calling into /bin/sh. To work around this issue call "sudo dpkg-reconfigure dash" and select No when it asks you to install dash as /bin/sh.

んーと、/bin/shを要求しているがその実bash拡張機能を使っているマナー違反なスクリプトがいるから/bin/shはdashじゃなくてbashにしやがれ、ということ?なんだかなぁ。