趣味 – kema's Homepage https://kemanai.jp kemaの雑記置き場 Tue, 07 Jan 2025 08:19:04 +0000 ja hourly 1 https://wordpress.org/?v=6.9 アマチュア無線に関する備忘録 https://kemanai.jp/2025/01/07/%e3%82%a2%e3%83%9e%e3%83%81%e3%83%a5%e3%82%a2%e7%84%a1%e7%b7%9a%e3%81%ab%e9%96%a2%e3%81%99%e3%82%8b%e5%82%99%e5%bf%98%e9%8c%b2/ Tue, 07 Jan 2025 08:19:04 +0000 https://kemanai.jp/?p=4634 続きを読む アマチュア無線に関する備忘録 →]]> 1989年、中学3年の頃にアマチュア無線局を開局してから36年になります。最もアクティブにオンエアしていたのは高校の頃で、JARLのコンテストで入賞したりする程のめり込んでいましたが、色々な現実を目の当たりにして大いに幻滅したり、あるいは自分の身から出た錆で辛い思いをしたりしているうちにアクティビティが下がってしまいました。一時は局面を切らしてしまう程だったのですが、思い直して再開局し、コールサインだけは残してあります。とりあえず備忘録として、放っとけば忘れてしまう内容を残しておきます。

固定局免許

  • R4.1.14～R9.1.13まで有効
  • 1.9MHz～50MHz：100W
  • 144MHz：50W
  • 430MHz：20W
  • 第1送信機：FT-897（IC-7100への変更申請中）

移動局免許

  • R4.11.28～R9.11.27まで有効
  • 1.9MHz～144MHz：50W
  • 430MHz：20W
  • 1200MHz：10W
  • 第？送信機：FT-857DM
  • 第？送信機：FT-817
  • 第？送信機：VX-3
  • 第？送信機：VX-7
  • 第？送信機：VX-8
  • 第？送信機：C701
  • 第？送信機：TH-F7
  • 第？送信機：TH-D74
  • 第？送信機：IC7100M

移動局の工事設計、どこかに記録を残した覚えがあるのですが、未発見につき…引き続き探してみます

]]> サーバクラッシュ顛末。 https://kemanai.jp/2019/02/25/%e3%82%b5%e3%83%bc%e3%83%90%e3%82%af%e3%83%a9%e3%83%83%e3%82%b7%e3%83%a5%e9%a1%9b%e6%9c%ab%e3%80%82/ https://kemanai.jp/2019/02/25/%e3%82%b5%e3%83%bc%e3%83%90%e3%82%af%e3%83%a9%e3%83%83%e3%82%b7%e3%83%a5%e9%a1%9b%e6%9c%ab%e3%80%82/#respond Mon, 25 Feb 2019 04:20:28 +0000 http://kemanai.jp/?p=3019 続きを読む サーバクラッシュ顛末。 →]]> 先週月曜日、サーバをクラッシュさせてしまい、この一週間復旧作業をしておりました。ようやく安定してきたので、自戒を込めて顛末を記しておきます。

サーバのクラッシュと言えば、ハードディスクが㌧だ、なんてのが定番ですが、今回は完全に自分のオペミス。こういう事が今後起こらないように…。

  • 起

某所の重要サーバがそろそろ劣化してきたので、更新のためにHPEのmicroserver Gen10を購入したのが事の始まり。もっとも、その前にTM200を買って外部向けサーバとして構築していたのもあり、その流れでmicroserverを目が向いたという流れもあったりします。このとき、「microserver Gen10 いいじゃん？俺も家でこれ使おう」と思ったわけです。

これまで、サーバ専用機ではなく、ある時はノートパソコン、ある時はコンパクトPC、ある時はベアボーンキットと色々な構成を試した結果、やっぱりサーバ専用機として売ってる機械が良いよねという(当たり前の)結論に至った訳です。ファイルサーバとして大容量のストレージを組むのにzfsを使っていますが、10台収容の裸族タワーをUSBで接続して変なエラーに悩まされたり(←失笑千万だね)と、あえてわざわざ荊の道を歩むのもそろそろ疲れたという理由もあります。

TM200はディスクが2台しか入らないのに対して、microserverはHDD4台収容＋SSDという構成が取れるのも魅力でした。

  • 承

microserver gen10 sambaでググってみると、何やら暗雲立ち込める記事を発見。まぁ、俺が使っているのはFreeBSDだし、何とかなるべ？と思ってHPEのサイトでポチッとな。そして機材が届いたのが先週の月曜日なのでありました。

その日は丸一日仕事を終えてかなり疲れて帰ってきた日。もっと落ち着いたときに作業すればいいものを、オモチャを買ってもらった子供が我慢できずに開けて怒られるのと同じ。そう、小学校の理科の時間に乾電池と豆電球の実験で教材を配られて、先生が「まだ駄目」というのに我慢できずに開封して怒られたあの日。秋葉原で部品を買ってもらい、我慢できずに帰りの電車の中で袋を開けて眺めたあの頃。何十年経っても自分は変わっていないのだということを再認識させられたのです。

★教訓：重要な仕事は手順を踏んで万が一に備えてから。後悔しても遅い。★

我慢できない私は、現在稼働中のサーバをおもむろに止め、現在稼働中のSSDを取り出し、新鯖にマウントして電源を入れたのでした。このとき、「microserver gen10は癖があってしんどいよ～、気を付けないとダメだよ…」というのを某所の鯖でさんざん体験して何とか動作にこぎつけた経験が、頭の中で赤信号を点灯させているのは感じつつ…。

★教訓：後悔先に立たず。昔の人は偉い。その通りだ。★

  • 転

おもむろに電源を入れてOSが起動した…と思ったものの、ブート途中でハングアップ。CTRL-ALT-DELも効かず。仕方ないので電源ボタンをポチッとな…そんな事を数回繰り返し、「やっぱり後で落ち着いてやった方が良いね」と気付いたのだが時すでに遅かったのはその時気付いていなかった。

さて、渦中のSSDを元のマシンに戻して起動。

 

zfs:zroot/ROOT/default failed with error 2: unknown file system

ブートしない。┌|ﾟ□ﾟ;|┐ガーソ！

 

もちろん、長い経験のうちにブート途中で止まってしまうなんてことは何度も経験していたので、シングルユーザモードで起動してゴニョゴニョしたりとか、別の領域からマウントしてfsckするとか、それなりには経験したことがあったのだけど、今回のヤバいことはzfsが壊れて復旧できないという事態。

そう、ufsであれば何とかなったのに、zfsをシステム領域にしてそれが壊れるのは初体験。ググってみると、別のシステムでzpool importとかやってみると良いよ！って事なので、その日はヨドバシ・ドット・コムでSSDを発注し、次の日に繰り越すのでした。

次の日。つまり先週の火曜日。午前中出勤で、その際にFreeBSD12.0Rのインストールメディアを作って帰宅。嬉しいことにもうSSDが届いてる！

という訳で、FreeBSD12.0Rをインスコし、そこに旧SSDをマウントしてzpool importして…おや、出来ないぞ。なになに-fオプションで強制的にインポートか。

 

…できないorz

 

っちゅうーわけで、どうやら一筋縄ではいかないことが判明。他方、メールも送受信できなければDNSすら引けない状況はまずいので、新たにインスコしたFreeBSD12.0Rにて環境再構築。ひたすら色々なデーモンをコンパイルだの、dns設定データの再編集だの、ローカルPCに残っていたメールデータを退避させてからの新鯖へのインポートなど、それはそれは大変な作業に週一杯掛かっていたのでした。

  • 結
  1. 現在実稼働していて、万が一にも㌧だらまずいディスクで危険なことはしない。
  2. バックアップはちゃんと取る。
  3. 疲れた時に大切な仕事をしない。

等々。どれも昔っから言われてることじゃん！下手したら論語にも書いてありそうなレベル。

 

子曰わく、疲労時に重要な作業をすることなかれ。

 

合掌。

]]> https://kemanai.jp/2019/02/25/%e3%82%b5%e3%83%bc%e3%83%90%e3%82%af%e3%83%a9%e3%83%83%e3%82%b7%e3%83%a5%e9%a1%9b%e6%9c%ab%e3%80%82/feed/ 0 FreeBSD12.0Rとzfsでsticky bitが無効である件 https://kemanai.jp/2019/02/09/freebsd12-0r%e3%81%a8zfs%e3%81%a7sticky-bit%e3%81%8c%e7%84%a1%e5%8a%b9%e3%81%a7%e3%81%82%e3%82%8b%e4%bb%b6/ https://kemanai.jp/2019/02/09/freebsd12-0r%e3%81%a8zfs%e3%81%a7sticky-bit%e3%81%8c%e7%84%a1%e5%8a%b9%e3%81%a7%e3%81%82%e3%82%8b%e4%bb%b6/#respond Fri, 08 Feb 2019 19:25:52 +0000 http://kemanai.jp/?p=2977 続きを読む FreeBSD12.0Rとzfsでsticky bitが無効である件 →]]> 某所のファイルサーバを更新するため、FreeBSD12.0-RELEASEとzfsを使ってsambaを動かす下準備をしていたのだけれど、

「メンバーの誰もが書き込めて、メンバーの誰もが読み出せて、しかしフォルダやファイルの削除だけは作成者本人しか出来ない領域」

を作ろうとしてもなかなか上手く行かない。

ああそうだ、こういう場合はディレクトリにsticky bitを立てるんだったなと思ってchmod 1777 sharedとかやっても、やっぱり他人にもファイルを削除できてしまう。

最初はsamba側の設定がおかしい(force user=誰々とかね）のかと思っていたけど、そうでもない。散々試行錯誤していたところ、zfsのACLの問題じゃないかと思い至った。

https://lists.freebsd.org/pipermail/freebsd-stable/2014-July/079340.html

ｷﾀ――(ﾟ∀ﾟ)――!!　まさにこれですよ！

…なるほどね。従来のchmodじゃあダメなのね。(でも/tmp/はsticky bitが上手く動いてる気もするんだけどまあ気にしない）

という訳で、samba共有フォルダに対して↑のようにaclを設定してあげたら希望通りの動作になったような気がしています。(後方互換的にsticky bitが動作するようにしといて欲しいけどまあその辺りは色々と事情があるんでしょう)

以上、個人的( ..)φメモメモ

]]> https://kemanai.jp/2019/02/09/freebsd12-0r%e3%81%a8zfs%e3%81%a7sticky-bit%e3%81%8c%e7%84%a1%e5%8a%b9%e3%81%a7%e3%81%82%e3%82%8b%e4%bb%b6/feed/ 0 FreeBSD zpoolストレージのあれこれtips（作業メモ） https://kemanai.jp/2018/12/30/freebsd-zpool%e3%82%b9%e3%83%88%e3%83%ac%e3%83%bc%e3%82%b8%e3%81%ae%e3%81%82%e3%82%8c%e3%81%93%e3%82%8ctips%ef%bc%88%e4%bd%9c%e6%a5%ad%e3%83%a1%e3%83%a2%ef%bc%89/ https://kemanai.jp/2018/12/30/freebsd-zpool%e3%82%b9%e3%83%88%e3%83%ac%e3%83%bc%e3%82%b8%e3%81%ae%e3%81%82%e3%82%8c%e3%81%93%e3%82%8ctips%ef%bc%88%e4%bd%9c%e6%a5%ad%e3%83%a1%e3%83%a2%ef%bc%89/#respond Sun, 30 Dec 2018 14:33:10 +0000 http://wp.khz-net.co.jp/?p=2877 続きを読む FreeBSD zpoolストレージのあれこれtips（作業メモ） →]]> zfsのストレージプールを作っている。

dmesgの結果は次の通り。

da0 at umass-sim0 bus 0 scbus5 target 0 lun 0
da0: <ST8000DM 005-2EH112 1520> Fixed Direct Access SPC-4 SCSI device
da0: Serial Number 152D00539000
da0: 400.000MB/s transfers
da0: 7630885MB (15628053168 512 byte sectors)
da0: quirks=0xa<NO_6_BYTE,4K>
da1 at umass-sim0 bus 0 scbus5 target 0 lun 1
da2 at umass-sim0 bus 0 scbus5 target 0 lun 2
da1: <WDC WD80 PUZX-64NEAY0 1520> Fixed Direct Access SPC-4 SCSI device
da1: Serial Number 152D00539000
da1: 400.000MB/s transfers
da1: 7630885MB (15628053168 512 byte sectors)
da1: quirks=0x2<NO_6_BYTE>
da2: <WDC WD80 PUZX-64NEAY0 1520> Fixed Direct Access SPC-4 SCSI device
da2: Serial Number 152D00539000
da2: 400.000MB/s transfers
da2: 7630885MB (15628053168 512 byte sectors)
da2: quirks=0x2<NO_6_BYTE>
da3 at umass-sim0 bus 0 scbus5 target 0 lun 3
da3: <WDC WD80 EFZX-68UW8N0 1520> Fixed Direct Access SPC-4 SCSI device
da3: Serial Number 152D00539000
da3: 400.000MB/s transfers
da3: 7630885MB (15628053168 512 byte sectors)
da3: quirks=0x2<NO_6_BYTE>
da4 at umass-sim0 bus 0 scbus5 target 0 lun 4
da4: <WDC WD80 EFZX-68UW8N0 1520> Fixed Direct Access SPC-4 SCSI device
da4: Serial Number 152D00539000
da4: 400.000MB/s transfers
da4: 7630885MB (15628053168 512 byte sectors)
da4: quirks=0x2<NO_6_BYTE>
da5 at umass-sim0 bus 0 scbus5 target 0 lun 5
da5: <ST8000AS 0002-1NA17Z 1520> Fixed Direct Access SPC-4 SCSI device
da5: Serial Number 152D00539000
da5: 400.000MB/s transfers
da5: 7630885MB (15628053168 512 byte sectors)
da5: quirks=0x2<NO_6_BYTE>
random: unblocking device.
da6 at umass-sim0 bus 0 scbus5 target 0 lun 6
da6: <ST8000AS 0002-1NA17Z 1520> Fixed Direct Access SPC-4 SCSI device
da6: Serial Number 152D00539000
da6: 400.000MB/s transfers
da6: 7630885MB (15628053168 512 byte sectors)
da6: quirks=0x2<NO_6_BYTE>
Trying to mount root from zfs:zroot/ROOT/default []…
da7 at umass-sim0 bus 0 scbus5 target 0 lun 7
da7: <ST8000AS 0002-1NA17Z 1520> Fixed Direct Access SPC-4 SCSI device
da7: Serial Number 152D00539000
da7: 400.000MB/s transfers
da7: 7630885MB (15628053168 512 byte sectors)
da7: quirks=0x2<NO_6_BYTE>
da8 at umass-sim0 bus 0 scbus5 target 0 lun 8
da8: <ST8000AS 0002-1NA17Z 1520> Fixed Direct Access SPC-4 SCSI device
da8: Serial Number 152D00539000
da8: 400.000MB/s transfers
da8: 7630885MB (15628053168 512 byte sectors)
da8: quirks=0x2<NO_6_BYTE>

つまり、

da0:8TB（ST8000DM)

da1:8TB（WD80PUZX)

da2:8TB（WD80PUZX)

da3:8TB（WD80EFZX)

da4:8TB（WD80EFZX)

da5:8TB（ST8000AS)

da6:8TB（ST8000AS)

da7:8TB（ST8000AS)

da8:8TB（ST8000AS)

となっている。続いてzpoolのステータス

# zpool status
pool: zbackup
state: DEGRADED
status: One or more devices could not be opened. Sufficient replicas exist for
the pool to continue functioning in a degraded state.
action: Attach the missing device and online it using ‘zpool online’.
see: http://illumos.org/msg/ZFS-8000-2Q
scan: resilvered 0 in 0h0m with 0 errors on Mon Apr 23 06:29:16 2018
config:

NAME STATE READ WRITE CKSUM
zbackup DEGRADED 0 0 0
raidz1-0 DEGRADED 0 0 0
da8 ONLINE 0 0 0
5017281946433150361 UNAVAIL 0 0 0 was /dev/da4
da0 ONLINE 0 0 0
da5 ONLINE 0 0 0

errors: No known data errors

pool: zdata
state: ONLINE
status: Some supported features are not enabled on the pool. The pool can
still be used, but some features are unavailable.
action: Enable all features using ‘zpool upgrade’. Once this is done,
the pool may no longer be accessible by software that does not support
the features. See zpool-features(7) for details.
scan: none requested
config:

NAME STATE READ WRITE CKSUM
zdata ONLINE 0 0 0
raidz3-0 ONLINE 0 0 0
da1 ONLINE 0 0 0
da2 ONLINE 0 0 0
da3 ONLINE 0 0 0
da4 ONLINE 0 0 0
da6 ONLINE 0 0 0

errors: No known data errors

pool: zroot
state: ONLINE
status: Some supported features are not enabled on the pool. The pool can
still be used, but some features are unavailable.
action: Enable all features using ‘zpool upgrade’. Once this is done,
the pool may no longer be accessible by software that does not support
the features. See zpool-features(7) for details.
scan: none requested
config:

NAME STATE READ WRITE CKSUM
zroot ONLINE 0 0 0
ada0p4 ONLINE 0 0 0

errors: No known data errors

da1・da2・da3・da4・da6でRAIDZ3。これはトリプルパリティで最大3台までのHDDが同時に死んでもデータは保全されるってやつ。8TBのHDDを5台使って容量16TB。

…うーん。安全性(ryだけどちょっと無駄が多すぎる希ガス

da0・da4・da5・da8はRAIDZ1で24TBのストレージ。しかしエラーが発生してる…。

zpoolコマンドで復旧してみるってのもひとつの経験としてアリだけど、年末大出血(って何)ってことで東芝の14TBのHDDを3台購入してきましたわけで。

以上の状態を踏まえてですね、

さて、どうするか。

まず、raidz3は少々やり過ぎな気もしないでもないけど、しかし海門のHDDには過去痛い目に遭ってるから、なるべく冗長度は大きくしたい。

ちなみに現在の使用量は、df -gすると

zdata 14327 8465 5861 59% /usr/home/jail/ほげほげ

って訳でまぁ概算9TB弱ぐらい使ってる。

って事は、14TBのHDDで新たにRAIDZ3を組んで14TBのストレーｊ

いや、3台じゃRAIDZ3組めないでしょ

しまった。

…しかし、raidzの特徴として、現在のストレージプールを構成しているハードディスクの容量が増えれば、勝手にプールの容量も増えるという、かつてnewfsとかシコシコやっていた頃に比べると考えれない利便性があるとのこと。

じゃあ、次の方針でやってみよう。

  1. 現在raidz3を構成している、da1・da2・da3・da4・da6のうち3台を14TBに交換。そしてまたそのうち金があったら14TBを2枚買い足す( ﾉД`)ｼｸｼｸ…
  2. その外した3台の8TBのHDDのうちどれかをda4の代わりに差し替える。

あーでも、現在使っているストレージタワー(裸族の云々)はフルスロットル埋まっているから、手順としては次のようにせざるを得ないね。

  1. da4を物理的に切り離し、代わりに14TBの生HDDを突っ込む。
  2. zdataからどれか1台を離脱させる。
  3. 離脱したHDDをzbackupに入れる。
  4. zdataに14TBのHDDを参加させる。

後はビルドが完了次第、zdataのうちどれか2台の8TBを離脱させ、そこに14TBのHDDを入れてやれば良いということ。ばっちぐー(古

１．障害が発生しているda4を切り離す作業

#zpool offline zbackup da4

とかやってみると、zpool statusした結果は、

pool: zbackup
state: DEGRADED
status: One or more devices has been taken offline by the administrator.
Sufficient replicas exist for the pool to continue functioning in a
degraded state.
action: Online the device using ‘zpool online’ or replace the device with
‘zpool replace’.
scan: resilvered 0 in 0h0m with 0 errors on Mon Apr 23 06:29:16 2018
config:

NAME STATE READ WRITE CKSUM
zbackup DEGRADED 0 0 0
raidz1-0 DEGRADED 0 0 0
da8 ONLINE 0 0 0
5017281946433150361 OFFLINE 0 0 0 was /dev/da4
da0 ONLINE 0 0 0
da5 ONLINE 0 0 0

お、ちゃんとオフラインになった。

２．zdataからどれか1台を離脱させる作業

これ実稼働中のファイルシステムに行うのがメチャクチャ怖い…。もちろんraidz3だからHDDを離脱させても問題ないのは分かってるけど、心臓に悪いね。

（ST8000ASとST8000DMってどっちが信頼性高いんだろう。ASはアーカイブ用でDMの方が性能は高いのかな。でも昔クラッシュしてえらい目に遭ったのはDMだったよな。うーん…と5chで情報収集して悩む事ン十分)

 

・・・ん？

なんでda4が両方のストレージプールにあったの？（？＿？）←今気づいた

と思って良く見たら。

da0・da5・da8でraidz0で構成しているのがzbackup

da1・da2・da3・da4・da6でraidz3を構成しているのがzdata

何だか良く分からなくなってきたから、da4を落とそう。えいやっ

# zpool offline zdata da4

でzpool statusをすると

# zpool status
pool: zbackup
state: DEGRADED
status: One or more devices has been taken offline by the administrator.
Sufficient replicas exist for the pool to continue functioning in a
degraded state.
action: Online the device using ‘zpool online’ or replace the device with
‘zpool replace’.
scan: resilvered 0 in 0h0m with 0 errors on Mon Apr 23 06:29:16 2018
config:

NAME STATE READ WRITE CKSUM
zbackup DEGRADED 0 0 0
raidz1-0 DEGRADED 0 0 0
da8 ONLINE 0 0 0
5017281946433150361 OFFLINE 0 0 0 was /dev/da4
da0 ONLINE 0 0 0
da5 ONLINE 0 0 0

errors: No known data errors

pool: zdata
state: DEGRADED
status: One or more devices has been taken offline by the administrator.
Sufficient replicas exist for the pool to continue functioning in a
degraded state.
action: Online the device using ‘zpool online’ or replace the device with
‘zpool replace’.
scan: none requested
config:

NAME STATE READ WRITE CKSUM
zdata DEGRADED 0 0 0
raidz3-0 DEGRADED 0 0 0
da1 ONLINE 0 0 0
da2 ONLINE 0 0 0
da3 ONLINE 0 0 0
7675701080755519488 OFFLINE 0 0 0 was /dev/da4
da6 ONLINE 0 0 0

errors: No known data errors

…大丈夫なんだろうか。

とりま、ここでda4を物理的に外して、代わりに14TBの1枚目を投入してみる。

またこれがアナログ的に手法で、

#cat /dev/da4 > /dev/null

とかやってアクセスランプがパカパカするHDDを見つけるという方法。

よし。

#shutdown -p now

してHDDを取り出…

あれ？da7はどこに行ったの？

 

そう。実は古いgmirrorな使い方をしていた/dev/da7が遊んでいることに今気づいたのですよ。

ってー訳で、da4とda7を取り外して14TBを突っ込む。dmesgしてみると、

da0 at umass-sim0 bus 0 scbus5 target 0 lun 0
da0: <ST8000AS 0002-1NA17Z 1520> Fixed Direct Access SPC-4 SCSI device
da0: Serial Number 152D00539000
da0: 400.000MB/s transfers
da0: 7630885MB (15628053168 512 byte sectors)
da0: quirks=0x2<NO_6_BYTE>
da1 at umass-sim0 bus 0 scbus5 target 0 lun 1
da1: <ST8000AS 0002-1NA17Z 1520> Fixed Direct Access SPC-4 SCSI device
da1: Serial Number 152D00539000
da2 at umass-sim0 bus 0 scbus5 target 0 lun 2
da1: 400.000MB/s transfers
da1: 7630885MB (15628053168 512 byte sectors)
da1: quirks=0x2<NO_6_BYTE>
da2: <TOSHIBA MN07ACA14T 1520> Fixed Direct Access SPC-4 SCSI device
da2: Serial Number 152D00539000
da2: 400.000MB/s transfers
da2: 13351936MB (27344764928 512 byte sectors)
da2: quirks=0x2<NO_6_BYTE>
da3 at umass-sim0 bus 0 scbus5 target 0 lun 3
da3: <ST8000AS 0002-1NA17Z 1520> Fixed Direct Access SPC-4 SCSI device
da3: Serial Number 152D00539000
da3: 400.000MB/s transfers
da3: 7630885MB (15628053168 512 byte sectors)
da3: quirks=0x2<NO_6_BYTE>
da4 at umass-sim0 bus 0 scbus5 target 0 lun 4
da4: <ST8000AS 0002-1NA17Z 1520> Fixed Direct Access SPC-4 SCSI device
da4: Serial Number 152D00539000
da4: 400.000MB/s transfers
da4: 7630885MB (15628053168 512 byte sectors)
da4: quirks=0x2<NO_6_BYTE>
random: unblocking device.
da5 at umass-sim0 bus 0 scbus5 target 0 lun 5
da5: <ST8000DM 005-2EH112 1520> Fixed Direct Access SPC-4 SCSI device
da5: Serial Number 152D00539000
da5: 400.000MB/s transfers
da5: 7630885MB (15628053168 512 byte sectors)
da5: quirks=0xa<NO_6_BYTE,4K>
Trying to mount root from zfs:zroot/ROOT/default []…
da6 at umass-sim0 bus 0 scbus5 target 0 lun 6
da6: <WDC WD80 PUZX-64NEAY0 1520> Fixed Direct Access SPC-4 SCSI device
da6: Serial Number 152D00539000
da6: 400.000MB/s transfers
da6: 7630885MB (15628053168 512 byte sectors)
da6: quirks=0x2<NO_6_BYTE>
da7 at umass-sim0 bus 0 scbus5 target 0 lun 7
da7: <WDC WD80 PUZX-64NEAY0 1520> Fixed Direct Access SPC-4 SCSI device
da7: Serial Number 152D00539000
da7: 400.000MB/s transfers
da7: 7630885MB (15628053168 512 byte sectors)
da7: quirks=0x2<NO_6_BYTE>
da8 at umass-sim0 bus 0 scbus5 target 0 lun 8
da8: <WDC WD80 EFZX-68UW8N0 1520> Fixed Direct Access SPC-4 SCSI device
da8: Serial Number 152D00539000
da8: 400.000MB/s transfers
da8: 7630885MB (15628053168 512 byte sectors)
da8: quirks=0x2<NO_6_BYTE>
da9 at umass-sim0 bus 0 scbus5 target 0 lun 9
da9: <TOSHIBA MN07ACA14T 1520> Fixed Direct Access SPC-4 SCSI device
da9: Serial Number 152D00539000
da9: 400.000MB/s transfers
da9: 13351936MB (27344764928 512 byte sectors)
da9: quirks=0x2<NO_6_BYTE>

ん？da2とda9でマウントされてる。まあいいや

# zpool status
pool: zbackup
state: DEGRADED
status: One or more devices has been taken offline by the administrator.
Sufficient replicas exist for the pool to continue functioning in a
degraded state.
action: Online the device using ‘zpool online’ or replace the device with
‘zpool replace’.
scan: resilvered 0 in 0h0m with 0 errors on Mon Apr 23 06:29:16 2018
config:

NAME STATE READ WRITE CKSUM
zbackup DEGRADED 0 0 0
raidz1-0 DEGRADED 0 0 0
da3 ONLINE 0 0 0
5017281946433150361 OFFLINE 0 0 0 was /dev/da4
da5 ONLINE 0 0 0
da0 ONLINE 0 0 0

errors: No known data errors

pool: zdata
state: DEGRADED
status: One or more devices has been taken offline by the administrator.
Sufficient replicas exist for the pool to continue functioning in a
degraded state.
action: Online the device using ‘zpool online’ or replace the device with
‘zpool replace’.
scan: none requested
config:

NAME STATE READ WRITE CKSUM
zdata DEGRADED 0 0 0
raidz3-0 DEGRADED 0 0 0
da6 ONLINE 0 0 0
da7 ONLINE 0 0 0
da8 ONLINE 0 0 0
7675701080755519488 OFFLINE 0 0 0 was /dev/da4
da1 ONLINE 0 0 0

errors: No known data errors

pool: zroot
state: ONLINE
status: Some supported features are not enabled on the pool. The pool can
still be used, but some features are unavailable.
action: Enable all features using ‘zpool upgrade’. Once this is done,
the pool may no longer be accessible by software that does not support
the features. See zpool-features(7) for details.
scan: none requested
config:

NAME STATE READ WRITE CKSUM
zroot ONLINE 0 0 0
ada0p4 ONLINE 0 0 0

errors: No known data errors

よしよし。じゃー突っ込むよー

あれ？こんなコマンドを使うのかな？

# zpool replace zdata da4 da2

そしたら表示が

pool: zdata
state: DEGRADED
status: One or more devices is currently being resilvered. The pool will
continue to function, possibly in a degraded state.
action: Wait for the resilver to complete.
scan: resilver in progress since Sun Dec 30 22:24:04 2018
32.3M scanned out of 19.5T at 2.49M/s, (scan is slow, no estimated time)
6.22M resilvered, 0.00% done
config:

NAME STATE READ WRITE CKSUM
zdata DEGRADED 0 0 0
raidz3-0 DEGRADED 0 0 0
da6 ONLINE 0 0 0
da7 ONLINE 0 0 0
da8 ONLINE 0 0 0
replacing-3 DEGRADED 0 0 0
7675701080755519488 OFFLINE 0 0 0 was /dev/da4
da2 ONLINE 0 0 0
da1 ONLINE 0 0 0

errors: No known data errors

こんな風になった。多分これでリビルド（？）してるんだろう。（とHDDのアクセスランプを見に行く）

raidz3だったら同時に2台目も入れ替えても大丈夫だろうけど、若い頃だったら多分突っ走ってやってただろうけど大人になった今はそういう危ない事はやらない。

で、後はda4をzbackupに復帰させてみる。

# zpool online zbackup da4

# zpool status
pool: zbackup
state: ONLINE
status: One or more devices is currently being resilvered. The pool will
continue to function, possibly in a degraded state.
action: Wait for the resilver to complete.
scan: resilver in progress since Sun Dec 30 22:36:02 2018
870M scanned out of 12.5T at 39.5M/s, 92h25m to go
197M resilvered, 0.01% done
config:

NAME STATE READ WRITE CKSUM
zbackup ONLINE 0 0 0
raidz1-0 ONLINE 0 0 0
da3 ONLINE 0 0 0
da4 ONLINE 0 0 0
da5 ONLINE 0 0 0
da0 ONLINE 0 0 0

errors: No known data errors

pool: zdata
state: DEGRADED
status: One or more devices is currently being resilvered. The pool will
continue to function, possibly in a degraded state.
action: Wait for the resilver to complete.
scan: resilver in progress since Sun Dec 30 22:24:04 2018
57.1G scanned out of 19.5T at 79.0M/s, 71h33m to go
11.4G resilvered, 0.29% done
config:

NAME STATE READ WRITE CKSUM
zdata DEGRADED 0 0 0
raidz3-0 DEGRADED 0 0 0
da6 ONLINE 0 0 0
da7 ONLINE 0 0 0
da8 ONLINE 0 0 0
replacing-3 DEGRADED 0 0 0
7675701080755519488 OFFLINE 0 0 0 was /dev/da4
da2 ONLINE 0 0 0
da1 ONLINE 0 0 0

errors: No known data errors

pool: zroot
state: ONLINE
status: Some supported features are not enabled on the pool. The pool can
still be used, but some features are unavailable.
action: Enable all features using ‘zpool upgrade’. Once this is done,
the pool may no longer be accessible by software that does not support
the features. See zpool-features(7) for details.
scan: none requested
config:

NAME STATE READ WRITE CKSUM
zroot ONLINE 0 0 0
ada0p4 ONLINE 0 0 0

errors: No known data errors

両方合わせて70時間ぐらい待ってれば良いっぽい。

という訳で今年の作業終了～。ふー

2019/1/3追記。

ビルドが終わったようなので、14TBのHDD2台目を行ってみる。

# zpool replace zdata da1 da9

# zpool status zdata
pool: zdata
state: ONLINE
status: One or more devices is currently being resilvered. The pool will
continue to function, possibly in a degraded state.
action: Wait for the resilver to complete.
scan: resilver in progress since Thu Jan 3 05:56:07 2019
66.1M scanned out of 19.5T at 2.00M/s, (scan is slow, no estimated time)
12.6M resilvered, 0.00% done
config:

NAME STATE READ WRITE CKSUM
zdata ONLINE 0 0 0
raidz3-0 ONLINE 0 0 0
da6 ONLINE 0 0 0
da7 ONLINE 0 0 0
da8 ONLINE 0 0 0
da2 ONLINE 0 0 0
replacing-4 ONLINE 0 0 0
da1 ONLINE 0 0 0
da9 ONLINE 0 0 0

errors: No known data errors

よーし、これでまたリビルド待ち。

]]> https://kemanai.jp/2018/12/30/freebsd-zpool%e3%82%b9%e3%83%88%e3%83%ac%e3%83%bc%e3%82%b8%e3%81%ae%e3%81%82%e3%82%8c%e3%81%93%e3%82%8ctips%ef%bc%88%e4%bd%9c%e6%a5%ad%e3%83%a1%e3%83%a2%ef%bc%89/feed/ 0 Windows Tips のメモ https://kemanai.jp/2018/07/12/windows-tips-%e3%81%ae%e3%83%a1%e3%83%a2/ https://kemanai.jp/2018/07/12/windows-tips-%e3%81%ae%e3%83%a1%e3%83%a2/#respond Thu, 12 Jul 2018 10:54:04 +0000 http://wp.khz-net.co.jp/?p=2522 続きを読む Windows Tips のメモ →]]> 複数のユーザのホームフォルダ名が「ドキュメント」となってしまい、どれが誰のホームフォルダか分からなくなってしまうのは、各ユーザフォルダ内にあるdesktop.iniのせい。こんな時にdesktop.iniを一括削除するコマンド。

del x:\*desktop.ini /f /s /a:h　（x:\は削除したいディレクトリ）

 

]]> https://kemanai.jp/2018/07/12/windows-tips-%e3%81%ae%e3%83%a1%e3%83%a2/feed/ 0 最近sambaサーバに繋がったり繋がらなかったりしていた件 https://kemanai.jp/2018/06/10/%e6%9c%80%e8%bf%91%e6%80%a5%e3%81%absamba%e3%82%b5%e3%83%bc%e3%83%90%e3%81%ab%e7%b9%8b%e3%81%8c%e3%81%a3%e3%81%9f%e3%82%8a%e7%b9%8b%e3%81%8c%e3%82%89%e3%81%aa%e3%81%8b%e3%81%a3%e3%81%9f%e3%82%8a/ https://kemanai.jp/2018/06/10/%e6%9c%80%e8%bf%91%e6%80%a5%e3%81%absamba%e3%82%b5%e3%83%bc%e3%83%90%e3%81%ab%e7%b9%8b%e3%81%8c%e3%81%a3%e3%81%9f%e3%82%8a%e7%b9%8b%e3%81%8c%e3%82%89%e3%81%aa%e3%81%8b%e3%81%a3%e3%81%9f%e3%82%8a/#respond Sun, 10 Jun 2018 13:57:24 +0000 http://wp.khz-net.co.jp/?p=2502 続きを読む 最近sambaサーバに繋がったり繋がらなかったりしていた件 →]]> 先週頭に風邪を引いてしまい、この一週間、欠勤することができない仕事（学校の授業）以外は寝込んでました。授業の仕事も帰って速攻寝てましたが。

さて、最近何故か某所から某所へのsambaアクセスが繋がったり繋がらなかったりする事例が発生していました。VPN越しなのでVPNの問題か？と思いpingやtracerouteをしても、経路は問題無さそう。サーバ側からトレースすると到達するけどsamba歯繋がらなかったりと、訳の分からない挙動にしばらく悩まされていました。

で、先程原因が分かってようやく解決に至りました。原因は、パケットフィルタリングで

pass in quick on $int_if proto tcp from <lan> port 1024:65535 to $samba_ip port {20,21,110,139,445,49152:65535}

というルールを定めていたのが理由でしたわ。これまでは、Windowsファイル共有サービスのアクセス元ポートが1024～65535を使ってくれていたのが、最近特権ポートを使ってくれていて、それが元で切られていたという。

うーん。こういうWindows側の仕様変更？ってあるんですかね。良く分からん。

]]> https://kemanai.jp/2018/06/10/%e6%9c%80%e8%bf%91%e6%80%a5%e3%81%absamba%e3%82%b5%e3%83%bc%e3%83%90%e3%81%ab%e7%b9%8b%e3%81%8c%e3%81%a3%e3%81%9f%e3%82%8a%e7%b9%8b%e3%81%8c%e3%82%89%e3%81%aa%e3%81%8b%e3%81%a3%e3%81%9f%e3%82%8a/feed/ 0 御意見・御要望などはこちらへ https://kemanai.jp/2017/06/18/%e5%be%a1%e6%84%8f%e8%a6%8b%e3%83%bb%e5%be%a1%e8%a6%81%e6%9c%9b%e3%81%aa%e3%81%a9%e3%81%af%e3%81%93%e3%81%a1%e3%82%89%e3%81%b8/ https://kemanai.jp/2017/06/18/%e5%be%a1%e6%84%8f%e8%a6%8b%e3%83%bb%e5%be%a1%e8%a6%81%e6%9c%9b%e3%81%aa%e3%81%a9%e3%81%af%e3%81%93%e3%81%a1%e3%82%89%e3%81%b8/#comments Sat, 17 Jun 2017 15:11:12 +0000 http://wp.khz-net.co.jp/?p=1189 一応ブログ形式となっている当サイト。リクエストや御意見、御要望などありましたら、こちらにコメントという形で付けていただければ返信できるかと思います。

よろしくお願いいたします。

]]> https://kemanai.jp/2017/06/18/%e5%be%a1%e6%84%8f%e8%a6%8b%e3%83%bb%e5%be%a1%e8%a6%81%e6%9c%9b%e3%81%aa%e3%81%a9%e3%81%af%e3%81%93%e3%81%a1%e3%82%89%e3%81%b8/feed/ 75 perseus https://kemanai.jp/2017/04/23/perseus/ https://kemanai.jp/2017/04/23/perseus/#comments Sun, 23 Apr 2017 14:09:47 +0000 http://wp.khz-net.co.jp/?p=1066 続きを読む perseus →]]> Perseus SDR.

  • Location

Kanagawa Pref., west side of Tokyo.

  • Antenna

Comet HA750BL broadband mobile-whip.

It is only 2.41mL extreme short antenna for automobile,mounted on balcony of 4th floor of apartment house.

  • Owner

JL1XEU/kema

Welcome to connect to my radio.

 

ペルセウスに関する情報

  • 発信地

神奈川県相模原市

  • アンテナ

コメットのHA750BLをマンション4階のベランダに設置しています。

諸先輩方のアンテナに比較して非常にpoorなのですが、それもまたある意味受信状況を知るための参考になるかと思います。

長時間占有中の時は、多分自分自身がラジオ受信用に使っている時です。空いているときは何時でもどうぞ。

]]> https://kemanai.jp/2017/04/23/perseus/feed/ 1 【BCL】金日成死去時と金正日死去時の平壌放送 https://kemanai.jp/2017/03/30/%e9%87%91%e6%97%a5%e6%88%90%e6%ad%bb%e5%8e%bb%e6%99%82%e3%81%a8%e9%87%91%e6%ad%a3%e6%97%a5%e6%ad%bb%e5%8e%bb%e6%99%82%e3%81%ae%e5%b9%b3%e5%a3%8c%e6%94%be%e9%80%81/ https://kemanai.jp/2017/03/30/%e9%87%91%e6%97%a5%e6%88%90%e6%ad%bb%e5%8e%bb%e6%99%82%e3%81%a8%e9%87%91%e6%ad%a3%e6%97%a5%e6%ad%bb%e5%8e%bb%e6%99%82%e3%81%ae%e5%b9%b3%e5%a3%8c%e6%94%be%e9%80%81/#respond Wed, 29 Mar 2017 19:53:53 +0000 http://wp.khz-net.co.jp/?p=1022 続きを読む 【BCL】金日成死去時と金正日死去時の平壌放送 →]]> 1994年7月9日、北朝鮮の金日成が死去した時の平壌放送の録音です。

続いて、2011年12月19日、金正日死去時の平壌放送。

短波放送も、インターネットの普及で年々寂しくなってきました。以前はあれほどひしめき合っていた周波数帯も、今は静かなものです。最近久しぶりにワッチしたところ、短波帯のどこでも聞こえていたVOAやBBCが全く聞こえない事に衝撃を受けました。

]]> https://kemanai.jp/2017/03/30/%e9%87%91%e6%97%a5%e6%88%90%e6%ad%bb%e5%8e%bb%e6%99%82%e3%81%a8%e9%87%91%e6%ad%a3%e6%97%a5%e6%ad%bb%e5%8e%bb%e6%99%82%e3%81%ae%e5%b9%b3%e5%a3%8c%e6%94%be%e9%80%81/feed/ 0 2001年8月9日～10日 寝台特急はくつる81号 https://kemanai.jp/2017/03/30/2001%e5%b9%b48%e6%9c%889%e6%97%a5%ef%bd%9e10%e6%97%a5-%e5%af%9d%e5%8f%b0%e7%89%b9%e6%80%a5%e3%81%af%e3%81%8f%e3%81%a4%e3%82%8b81%e5%8f%b7/ https://kemanai.jp/2017/03/30/2001%e5%b9%b48%e6%9c%889%e6%97%a5%ef%bd%9e10%e6%97%a5-%e5%af%9d%e5%8f%b0%e7%89%b9%e6%80%a5%e3%81%af%e3%81%8f%e3%81%a4%e3%82%8b81%e5%8f%b7/#respond Wed, 29 Mar 2017 16:16:53 +0000 http://wp.khz-net.co.jp/?p=1012 続きを読む 2001年8月9日～10日 寝台特急はくつる81号 →]]> 583系寝台特急はくつる81号の録音です。モハネ582-100の1番中段で録音しました。

今となっては雑音が多くて聴くに堪えない部分も多いものです。しかし、当時はこれでも精一杯でした。もう15年以上も前になるんですね。

  • 上野駅発車前の放送

  • 上野駅発車後の放送

  • 八戸到着前～八戸駅到着まで

  • 八戸駅～三沢駅

  • 三沢駅～野辺地駅

  • 野辺地駅～青森駅

]]> https://kemanai.jp/2017/03/30/2001%e5%b9%b48%e6%9c%889%e6%97%a5%ef%bd%9e10%e6%97%a5-%e5%af%9d%e5%8f%b0%e7%89%b9%e6%80%a5%e3%81%af%e3%81%8f%e3%81%a4%e3%82%8b81%e5%8f%b7/feed/ 0