ラベル gnome の投稿を表示しています。 すべての投稿を表示
ラベル gnome の投稿を表示しています。 すべての投稿を表示

2023年4月8日土曜日

久し振りのFreeBSDで四苦八苦

 流石にRouterがもう9年も経つWZR900DHP2なので、「新しいものに替えたら少しは早くなるかな?」とスケベ根性出して、WSR-3200AX4S/NBKに替えてみることに、、、、。

Lanのアドレスが、Buffaloのdefaultでは192.168.11.1となっているので、我が家の環境では変更する必要があり、メンドウなので、現用の物から「スマート引越し」が出来ないか、見ると当然できません! ま、設定画面は昔の物と全く同じなので、古いものをプリントアウトし、手動で入力することにしました。

ネット環境を弄ると、どうしてもUnix環境から色々弄りたくなるので、久し振りにFreeBSDにアクセス。 gnome-terminalを立ち上げようとしたらエラー! OMG! 

portsからにしようか、pkgにしようかと思いながら、portmaster -aでportsからのインストールを試みるも、かなりのプログラムがスキップされて、うまく行かない。 

では、pkg upgradeで! 一応インストールされた。

でgnome-terminalを立ち上げようとすると;

ken:~ % gnome-terminal
# Error constructing proxy for org.gnome.Terminal:/org/gnome/Terminal/Factory0: machine-id なしでメッセージバスを spawn できません: /var/local/lib/dbus/machine-id または /etc/machine-id を読み込めません: ファイル“/var/local/lib/dbus/machine-id”を開くのに失敗しました: そのようなファイルまたはディレクトリはありません

なんて出て来て、うまく行かない。ググっても適当なものが見つからないので、machine-idなるファイルが何処にあるのか探してみると、/var/lib/dbus/machine-idにありました。 どうしてこうなってしまったのか??ですが、取り敢えず動かすために、ln -s /var/lib/dbus/machine-id /etcとしてgnome-terminalから読めるようにしてやると動きましたので、/usr/local/etc/rc.d/dbusのprestart()にln -sの一行を加えて逃げることにしました。当面問題はなさそうですが、パッチワークです。

dbus_prestart()
{
    mkdir -p /var/lib/dbus
    /usr/local/bin/dbus-uuidgen --ensure
    ln -s /var/lib/dbus/machine-id /etc
    mkdir -p /var/run/dbus
}

やはり、頻繁に使用していないと、バージョンアップがうまく行っていなかったりで、やりたいことをする前に手間がかかってしまいますね。

で、肝心のネットのアクセススピードはどちらのルータでも80~90Mbpsであまり変わらないので、ネットの契約(光ですけど)について?? 今光だと1Gbpsですよね。 そこまでの必要はありませんが、100人以上の同時使用?って事は無いでしょうから、少し遅い気がします。 そのうち、問い合わせてみることにします。

> おっと、これは嘘でした。 スイッチングハブに100Mbpsの物を使っていたので、これで頭が制限されていました。WiFiで測ったら900DHP2でも230Mbps出てました。 Gbpsのスイッチングハブに置き換えなくては、、、、。 ネットワーク周りが10年近く弄ってないのでもはや時代遅れ! 屋内配線はCat5だし、、、。 頭が痛い、、、

 



2020年3月16日月曜日

FreeBSD 12.1R とZFS

結局、FreeBSD11.1Stableで使用していたZFSの写真など重要部分が読めないままに、FreeBSD12.1Rを新規インストールする羽目に、、、、。 (消失したデータはCD等にあるので、コツコツと構築して、見つからなくなったものは諦めるーという泣く泣くの判断。 みんな自分が悪いので、已むをえません。)
今回はUSBスティックにインストーラーを用意して、ZFSファイルに(凝りもせず)インストール。 
インストールする前に、古いZFSファイルから設定ファイルなど、救出できるファイルは全て1TBのHDDにコピーしておいて、今まで使っていたZFSファイルに新規にFreeBSD12.1Rを入れ、後にHDDをマウントして必要な設定ファイルをコピーしていった。 
当然、初期のインストールなどは全く問題なく終了。 pkgを使ってgnome, apache24, postgreSQL, php, wildfly14等をインストールしてゆき、都度必要なセットアップファイルをコピーしてきて、動作確認。 samba24, gnome, apache24, wildfly14, postgreSQLとinstallそのものは無事終了しましたが;
全体としてココを参考にしながら
  1. gnome-terminalは LANGの設定が拙くて立ち上がらず、ココを参考に。
  2. postgreSQLも暫く使っていなかったので、コマンドを忘れてしまい苦労しましたが、ココを見ながら、csvファイルで残っていた気温、湿度のデータなどを復元させ。
  3. 気象データの取り込みのphpプログラムもバックアップデータから引っ張り出してきてインストール。(センサーデータを送ってくるESP32側を再起動しないと、定期的に送信するようにはなりませんでした。何故?)
  4. 気象データをグラフ化してWEBに表示している JpGraphに食わせるデータを作っているView(PostgreSQLの)をphpのコードを見ながら再構築中ー>道半ば。
  5. Sambaは、前の設定ファイルを取り込んで、すんなり動作。Win10のファイルサーバ状態。(以前は苦労した記憶があるので、助かった!)
ファイルサーバが構築できたので、過去の写真データ用のスペースを作り、ふと、google photoを覗いて見ると、かなりの物が残っていそうなので、全部をダウンロードして、新たなディレクトリに再構築。 あれ!全部入ってる! いつの間にか自分のPCにある写真や動画がすべてgoogle photoに入っているのには驚いた!というより少し恐ろしい! (今回はこれで救われていますが、、、)
ー>しかし、ごみのような写真(気安く携帯で撮ったような)も全て保存されているので、これの整理は将来的に何か方法を考えないと、ただ大容量のスペースに保存するだけでは拙い。

ついでにこの記事に刺激されvm-bhyveもここを参考に入れてみたが、問題なく動きそう。

あれ?再起動するとzfsのルート以外がマウントされていない? でググったらココにありました。 rc.confを書き換えた時にzfs_enable="YES"を消してしまっていたみたい。

ZFS絡みのバージョンアップの失敗は2-3度やって、その都度ファイルを失っていますので、二度と同じ間違いをしないように、もう少しzfsのsnapshotやbackup機能の利用を自動化してゆくことを検討中。

>zfstoolsを使う方法があったので、実験中。 cronで起動しても何故かうまくsnapshotが取れていませんでしたが、ココを参考にして設定してみたらうまく行きました。 必要のない所を個別に以下の様にauto-snapshot=falseを設定した後に
# zfs set com.sun:auto-snapshot=false zroot/tmp
# zfs set com.sun:auto-snapshot=false zroot/usr/ports
# zfs set com.sun:auto-snapshot=false zroot/usr/src
# zfs set com.sun:auto-snapshot=false zroot/var/crash
# zfs set com.sun:auto-snapshot=false zroot/var/tmp

zrootに対して com.sun:auto-snapshot=trueしてあげないとダメみたい。
# zfs set com.sun:auto-snapshot=true zroot

確かにsnapshotが出来ていました。
# zfs list -t snapshot
NAME                                                       USED  AVAIL  REFER  MOUNTPOINT
zroot@zfs-auto-snap_hourly-2020-03-16-18h00                   0      -   117K  -
zroot/R@zfs-auto-snap_hourly-2020-03-16-18h00                 0      -   117K  -
zroot/R/vm@zfs-auto-snap_hourly-2020-03-16-18h00              0      -   240K  -
zroot/R/vm/windows@zfs-auto-snap_hourly-2020-03-16-18h00      0      -   123K  -
zroot/ROOT/default@zfs-auto-snap_hourly-2020-03-16-18h00   938K      -  6.77G  -
zroot/usr/home@zfs-auto-snap_hourly-2020-03-16-18h00       432K      -   444G  -
zroot/var/audit@zfs-auto-snap_hourly-2020-03-16-18h00         0      -   117K  -
zroot/var/log@zfs-auto-snap_hourly-2020-03-16-18h00       95.9K      -   501K  -
zroot/var/mail@zfs-auto-snap_hourly-2020-03-16-18h00          0      -   165K  -
#


> wildfly16(wildfly14から新しい物に更新)を立ち上げてみたら、立ち上がらない! 「おいおい、何だろう?」ってなわけで、/var/log/wildfly16/logを眺めてみると、「動かしているマシンのアドレスが分からない?」って出て来ている。 「ありゃま、named立ち上げないとダメなんか」ということで、local domain用にnamed立ち上げて、解決。
長ったらしいログだなー、しかし。
namedの設定も久しぶりで、ちょっと手間取りました。 何故かCNAMEの所をちゃんと読んでくれないので、暫定的にCNAME使うのはヤメ。
Wildfly16とpostgreSQLを繋ぐのにもちょっと躓いたのでココを参考にした。 (ここで使っているwildflyは9.0.2とか11.0.0なのでその所為か、mouduleの置き場所が、/modules/直下に/org/postgresql/main/を作って、、、となっています。 cliを使ってインストールすると、/module/org/postgresql/main/{module.xml, posgtresql-42.2.11.jar}が出来ていました。 (どこかで、/module/system/layers/baseの下に置くような記事を見たような気がしましたがこれは違いますね、多分。jboss/wildflyは結構階層が深くてわかり難い)





WSJT-x Super F/H

 WSJT-x使い始めてから随分経ちます(JT65しかなかった頃から)が、FT8のF/Hの使いがっ手の悪さ、MSHVの方が利用されている実態、F/HでFoxがマルチで返答すると信号が弱くなる、などからSuperF/Hが実装されましたね。  そこまでは、問題なく理解していたのですが...