投稿

ラベル(サーバ)が付いた投稿を表示しています

たまに掃除は必要!熱暴走…

イメージ
 そんなに暑くないのに… 本日、午前中にオンラインで打合せをしていると、突然マシンがダウン。 一瞬、停電か?と思ったもののディスプレイの電源は入っている。 あれっ?と思い、すぐさまノートで打合せを継続。 その間に、再度マシンの電源を投入。 問題なく起動する。 でも、CPU温度がたまたま目に入り、95℃を超えて徐々に上昇していく。 105℃あたりで再度マシンダウン。 これは、熱暴走によるダウンの可能性が高い。 以前、CPUをRyzen7→9にした頃は、60℃〜70℃程度だった記憶がある。 本当はGW中にSSDの載せ替えを行う予定だったけれど、忙しくて先延ばしにしていた。 その時やっていれば、多分掃除もしただろうに…。 ということで、午後からマシンを解体し、掃除をすることに。 ケース本体のFANはホコリがかなり溜まっている。 GPUのFANは問題ない。 電源とCPU FANはひどい。 一旦、CPU FANを取り外し、きれいにする。ついでにCPUグリスも塗り直しセット。 動作確認すると、投入直後で40℃台。 そりゃ、熱暴走も起こすわけだ。 せっかくバラしたので、SSDの載せ替えを実施。 OSは500GBで、ユーザ領域(/home)は1TBを使用しているもののAIのmodelをいくつも落としていたり、DockerのImageが多種置いてあるため、結構容量を食っている。 今回、2TBのSSD( Hanye SSD ¥17,800- で入手済)を用意してあるので、 1TB→2TB, 500GB→1TBと玉突きで移動させることを計画していたので実施する。 本当は、ddコマンドで移すつもりだったのだけれど、3月にお客さんのところで使いそうだったので、 ORICOのクローン機能付SSDアダプタ を入手済。 裸族のSSD版ですね…。1万円程度の品です。 これに、新品のSSDとこれまでの1TBのSSDを差し込んでクローン開始。 そこそこ時間はかかるものの、放置でOK。 ただ、HanyeのSSDについているヒートシンクが引っかかるため、一旦取り外してクローン後取り付ける必要があった。 続いて、500GB→先程の1TBに書き込み。 ただ、1TB(samsungの980pro)が、先程のクローンでかなり熱くなっていたため、速度低下が激しい感じ。1TB→2TBよりも時間がかかった感じ。 ...

Pi-holeの設置

イメージ
 とにかく広告が鬱陶しい… ネットを使用していると、やたらとうるさい広告が出てくる。 PCの場合は気にならないが、スマートフォンを使用している場合、タッチしようとするところに表示されて、誤タッチによる画面遷移がイラッとするよね? ということで、少しでも対策をしてみようと…。 自宅での利用を想定しているので、あまり大掛かりな仕掛は面倒なので、DNSブロッキングを試すことに…。 どこのご家庭にもあるLinuxサーバ上に設定する(笑)  一応、ラズパイやNAS上でも動作するので、その手のマシンがあるなら即導入可ですね。 我が家の場合は外向けサーバを設置する関係上、2段ルータにしている。  そこで、Linuxサーバ上に細工し、内側向けの無線LANルータのDHCP設定を変更する方針で進める。 今回導入するのは、Pi-holeを選定。  面倒でなければ、hostsファイルに全部書きこめば完了だけど、ちまちま作業するのは手間なのと、ログ等の表示ツールも備えているので、利用状況が分りやすいという点で選択。 Pi-hole導入 Ubuntuを使っているので、   https://remoteroom.jp/diary/2020-07-17/ ここを参考にしようかと思ったが…。 すでにWebサーバとして稼働しているし、あまりインストールはしたくない。 ということで、Dockerを使用することに。   https://zenn.dev/superdaigo/articles/install-pi-hole-e2256cba673a06 ここを参考に、compose.yamlを作成 version: "3" services:   pihole:     container_name: pihole     image: pihole/pihole:latest     # network_mode: "host"  # For DHCP server     ports:       - "53:53/tcp"       - "53:53/udp"       - "8080:80/tcp"...

久しぶりのpukiwikiでハマった

イメージ
レンタルサーバ上で動かそうとして 今まで自鯖で動かすことが多かったので、あまり気づかなかったのだけれど、今回レンタルサーバで動かそうとして、少々ハマったので記録しておこうと思う。 今回の案件は、ホームページを公開したいけれど、ある程度自分でサイトを管理したい。そこでDreamweaverを持っているので試してみたら、全く意味がわからずGive Upした。助けて欲しいとのこと。 すでにロリポップでサーバを借りているし、ドメインも取っている。内容的にはどちらかと言うと研究に近いので、一般の商業的なデザインは似合わない雰囲気…。 そこでPukiwikiをカスタマイズして、運用してはということで提案をすることに。 なぜって、ロリポップはPukiwikiが動きますよと明示しているし、コンテンツの中身を考えるとwordpressよりも適していると判断したからで…。まぁ個人的にもよく知っているということも有り…。 構築して認証させる まあインストールは、ロリポップの簡単インストールを利用してやれば、最新のバージョンを入れてくれるので、問題なし。1分程度の作業ですね。 カスタマイズに時間がかかるのですよ。 まずは、ロゴやらメニューやらをゴソゴソと…。 でもって、さすがに誰でも書き換えが出来るのは問題なので(本来のポリシーとしては誰もが書き込めるというのがwikiなんだけど…)、認証を行なって編集を行うように設定する。 ここでハマった。 自鯖なら、通常のPukiwikiの持つBASIC認証でサクッと作業終了なんだけど、レンタルの場合うまく動作しない。認証が通らない。 調べてみると、わんさか出てきた。これまでレンタルサーバには縁がなかったので、あまり気にしていなかったけれど、みんな困っていたらしい。 login.inc.phpを追加。auth.phpを置換え。pukiwiki.ini.phpに設定書き込み。 この手順でOKらしい。 ところが、ダウンロード先が無くなっていて、落とせない…。と思ったら公式サイトにリストが掲載されていたので、エディタに貼って保存。ftpでUPという流れ完了しました。 ついでに、MenuBarに仕込んでおけば、ログイン状況が分かるということで設定。 それにしてもレンタルは安くなってるんだな 調べてみたら...