ファンが糞五月蠅いDELLサーバを黙らせる

 遂に頭がおかしなDELLのファンを黙らせる時が来た。
なんとDELLのPCファンは、純正ではないpciexpressカードを挿すと大暴走するらしいのである。正直知らなかったので、なんでこんなに糞五月蠅いんだろうとずっと思っていた。

黙らせ方は以下（https://qiita.com/qyen/items/82d707baa208bfe16b3c）を参考にした

1. iDRACにログイン
2. ログイン出来たことを確認して、SSHで接続
3. コマンド「racadm set system.thermalsettings.ThirdPartyPCIFanResponse 0」

1は正直やらなくても良いのだけれども、iDRACポートの確認、IPアドレスの確認、ログインIDの確認をするには丁度良い。
背面の専用ポートにLANケーブルを接続し、「192.168.0.120」に対してブラウザで接続する。接続時、自分のIPアドレスはちゃんと192.168.0.xに変更する。
接続出来たらID/PASSWORD入力画面になるので、「root/calvin」を入力。何でカルバンなのか・・・。ログイン出来たら2へ。出来なかったら死ぬ気で探すことになるのか・・・？

読んでないけど一応貼っておく

https://www.dell.com/support/kbdoc/ja-jp/000126703/poweredge-server-%E3%81%AB-%E6%90%AD%E8%BC%89%E3%81%95%E3%82%8C%E3%81%9F-internal-dell-remote-access-controller-idrac-%E3%82%92-%E3%83%AA%E3%82%BB%E3%83%83%E3%83%88%E3%81%99%E3%82%8B-%E6%96%B9%E6%B3%95

2はSSHで192.168.0.120に対して接続させる。まあ所謂コンソールになるので

3コマンドを叩く。確認は

racadm get system.thermalsettings.ThirdPartyPCIFanResponse




実行は

racadm set system.thermalsettings.ThirdPartyPCIFanResponse 0

再確認で

racadm get system.thermalsettings.ThirdPartyPCIFanResponse

びっくりするくらい静かになるのでお勧めである。





【linux】rsyncでqnapにバックアップする

 表題ママ。

RAID1でミラーされたNASに、linuxファイルサーバの内容をrsyncでコピーしようという話。
外付けHDDに出すのは

https://roserogue.blogspot.com/2015/11/rsyncusb.html

で書いたのだけれども、バックアップ目的でやるなら、JBOD（単発のHDD）よりRAIDがいいに決まってる。
ということで、安価に手に入るTS-233（QNAP）にHDDを積んでミラーしたモノに対して、linuxサーバ側から書き込む方法を。
尚、QNAP側の設定は全てやっているモノとします。具体的にはnfs自体の許可と、アクセスユーザーの生成と設定、linuxファイルサーバからのアクセス許可（IPアドレスの登録）。

まず、

https://www.qnap.com/ja-jp/how-to/faq/article/how-to-backup-files-from-a-linux-os-to-nas-using-rsync

を読んで、その通りにしていく。と言いながらGUIで作り込んでいくのだけれども・・・。
1．と2．はGUI上でやってしまう（共有フォルダの設定から出来る）。この際に、nfsの許可とアクセス許可も出すこと。

次に、linux側からQNAPをマウントする。

mount -t nfs -o rw -O user=ACCESSUSERNAME,password=USERPASSWORD 192.168.0.55:/share/backupdir /media/backupqnap 

構文解説は、mount=マウントコマンド、-tはプロトコル、-oは権限、-Oはユーザー指定、192~部分はQNAPのIPアドレス、コロンで続けてマウントポイント、スペース空けてlinux側のマウントポイント

これで上手く繋がったら、あとはrsyncでマウントポイントにバックアップして上げれば良い。シェルスクリプトは

https://roserogue.blogspot.com/2015/11/rsyncusb.html

を参考にして下さい。

 シェルスクリプトを使いたいなら、まずはこの本を読んで下さい。
これ以上わかりやすい入門書は知りません。
立ち読みでもいいから、まず読んでみると、そのわかりやすさが実感出来るかなと。

リンク

でももう古本しかない・・・西村のぞみさんの本です。 

同一HDD(SSD)でソフトウェアRAIDを組んだ場合、どっちがどっちなの問題が発生する

 いやもう

https://forums.ubuntulinux.jp/viewtopic.php?id=8686

これ。

クリーンインストールでRAID1を構築した場合、どちらのディスクが壊れているのかを判別出来ないのではないか、という、何とも言いがたい問題が発生する。
要は、壊れているのに、壊れている方がどちらなのか分からないのである。
sdaはどっちだ、みたいな。

通電していないのであれば直ぐに判別出来そうだが、それはハードディスクの場合で、SSDだと通電しているのかしていないのかさっぱり分からない。
しかもSATA接続だと尚更分からない。

で、読み進めると、外見で判別出来るようにHDDメーカーを変える、という人が居たが、いやそれはそうだけれども、大体は同一メーカーの場合が多いし、選択肢がWDとSeagateしかないなら地獄である。

結論としては、

hdparm -I 

で、シリアルを外装のシリアルと一致させ、どっちがどっちなのか目印を貼る、というのがまともなようだ。

・sudo lshwしたときの *-disk デバイスに表示されるノードでは、
- bus info: は 物理的なポートに対して一対一で対応します。
- serial: は 各HDDのシリアル番号と一致します。
- logical name: は 不定です。

ということが言えます。シリアル番号をメモして貼付しておく、あるいはbus info: を見て、どこにどのデバイスがぶら下がっているかをメモしておく、のいずれかが妥当です。

も参考になる。

myqnapcloudのデバイス制御仕様がわかりにくすぎる。

表題の件。
セキュリティアドバイザーで、デバイス制御はカスタムかプライベートにしてね、と言われたので、
素直に変えてみたら、ユーザーから「myqnapにログインしないと繋がらないって言われるんだけど」と言われ、
myqnapcloud（ブラウザ）で、慌ててパブリックに変更したところ、今度は「デバイスの所有者に連絡してmyQNAPcloud Linkの状態を確認し、再度試してください。」。
散々設定を探し回った結果、本体に入って（この時点でローカル以外からのアクセスが出来ない）、
ネットワークと仮想スイッチ＞DDNS＞myqnapcloudとして登録されている奴の右側設定ボタン＞アクセス制御
から、プライベート（やカスタム）になっているのをパブリックにして、
同＞myqnapcloud link
のトグルスイッチをオンオフすると、無事元通りになった。
設定を二カ所でやらなきゃとかもう地獄。