投稿者: nakahira

org.xml.sax.SAXParseException; lineNumber: 1; columnNumber: 1; 途中でファイルの末尾に達しました。

javax.naming.NamingException: 途中でファイルの末尾に達しました。

重大: キー UserDatabase でユーザデータベースを検索中の例外です
javax.naming.NamingException: 途中でファイルの末尾に達しました。

LifecycleException: キー UserDatabase でユーザデータベースコンポーネントが見つかりません

tomcatの起動時に発生したエラー。原因はconfディレクトリ内にある「tomcat-users.xml」というファイルに問題があるために発生している模様。私のこのエラーが発生する環境では、当該のファイルの中身が消去されてしまっていた。意味がわからないが再起動かなんかのタイミングでエラーが発生してtomcat-users.xmlのファイルの中身が削除されてしまったのだろう（そんなことがあり得るのだろうか・・・）

とりあえず新たにtomcatのアーカイブを解凍してtomcat-users.xmlのファイルだけをコピーしてきて問題のあるファイルと置き換える。これで一応起動できるようにはなった。ただどうしてこんなことになったのかという原因がわからずじまい。またこのファイルの中身がどっか消失したらコピーしてきてと応急処置を繰り返すのか。さらに謎なのは同じ構成のPCが他にもあって問題が起こっているのはこの1台だけという状況。他のマシンも同様のエラーが発生しているのならわかるのだが。

linuxのターミナルで使うことができるddコマンドについて、ddコマンドとはディスクのクローンを作るときに使われるコマンドで、あるディスクとそっくりそのままの内容を別のディスクへ複製することができる。ただし条件があり、
・元となるディスクと同じ容量か大きいディスクのみクローン作成可能
・元となるディスクより容量が小さいディスクへはクローンできない
といった条件がある。

またddコマンドができることは
・ディスクのクローン作成
・パーティションのコピー
といったことができる。

で、大きい容量から小さい容量のディスクへコピーする場合について。たとえばubuntuのOSが入っているディスクのクローンを作成する場合、パーティションが切られているのが普通であり、ブートローダがあるバーティション、本体のファイルシステムがあるパーティションといった具合に存在する。容量の大きいディスクから小さいディスクへのクローン作成は本体のファイルシステムのあるパーティションをddコマンドでコピーすることで目的を達成することにした。

Ubuntuでクローンを作成する場合
手順としては、

1. 元となるディスクの最も大きいパーティションのサイズをgpartedを使って小さいディスクの容量に収まるようにリサイズする。
2. 移行先となる容量の小さいディスクに元となるディスクに存在するOSと同じものをクリーンインストールする。
3. ubunbtuのインストールメディアをusbかなんかに保存してliveインストールディスクとして使えるようにする。（遊んでるlinuxマシンがある人はそちらで可）
4. ３で作ったインストールディスクでliveOSを起動する（この起動するマシンに移行元と移行先のディスクをあらかじめ接続しておく）
5. liveOSでデスクトップが起動したらターミナルを起動してddコマンドを実行してパーティションをコピーする
   例：# dd if=/dev/sda2 of=/dev/sdb2 bs=4M

以上のような手順でとりあえずディスクのクローンという目的は達成することができた。容量大から容量小へのddコマンドディスク複製の実行はたとえパーティションサイズが同じであってもディスク全体の容量が違うということでコマンドを完遂することができない。当たり前といえば当たり前だけれども。パーティションサイズを整えて使用済みの容量と移行先の容量は揃えたからあとはddコマンドさんよろしく・・・というようなことはできない模様。ifには元となるディスクまたはパーティションを指定、ofには移行先となるディスクまたはパーティションを指定。

ディスクをクローンする場合
例：# dd if=/dev/sda of=/dev/sdb bs=4M

パーティションをクローンする場合
例：# dd if=/dev/sda2 of=/dev/sdb2 bs=4M

詳しくは # fdisk -l とかしてディスク状況を確認するといいかもしれない。bsのサイズは適当。

普通のSATA接続のSSDからm.2規格のNVME SSDに換装した。Intel 760pという品で最高Read 3210 MB/s 出るらしい２０２０年現在でもまだハイエンドのSSDへと環境を移行したが、前情報だとNVMEも普通のSATA SSDも体感できないというのが定説だったが、実際に使ってみると明らかに違う。大きなファイルやゲームなどで違いが出るのかなと勝手に思っていたが、OSの起動もそうだが全ての動作がいちいち速くなる。もうSATASSDには戻れない。

・・・２～３日もすると慣れてわからなくなった。

現象

・クローン化したSSDを起動ドライブとしてPCを起動すると、初期のロード画面が終わってからログインのパスワードを入力する画面が表示されず真っ暗なまま。マウスを動かすとカーソルは一定時間表示される。処理中のアイコンも表示される。

原因（推測）

クローンソフトを使ってSSDにクローンしたが既存のSSDにあるパーティションの設定などが存在していたためクローン作業そのものは問題なく終わったものの起動時に何かしらのエラーが発生するようになったのかもしれない。

対策

・一度Windowsをクリーンインストールしてみて正常にインストールできるかどうかを確認する。インストールできて問題なく起動できたならばそのOS上でバックアップから復元をしてクローンの代わりにする。

使ったソフト

・Acronis True Image WD Edition　（当該のPCにUSBでもなんでもWD製のストレージが接続されていれば無料で使える）

復元の手順

１．移行元のストレージをAcronis True Imageでバックアップする（私はコンピュータ全体ではなくディスクとパーティションだけをバックアップした）
２．移行先のSSDにWindows10を新規インストール（ライセンスキーの入力はありませんでいい）
３．移行先のSSDでWindowsを起動してAcronis True Imageをインストール＆起動、バックアップタブを選択して下向き矢印のアイコンから既存のバックアップを追加を選択する。１で保存しておいたバックアップファイルを選択してディスクの復元をクリックしてバックアップと復元先をそれぞれ選択して復元する。以上

最大転送速度 SATA 300 MB/s
最大Read 160MB
最大write 115 MB/s

通常のベンチマーク結果

Raspberry Pi B+　について。初代モデルBを大幅リニューアルしたデザインで３B+までの基盤レイアウトのベースとなった機種。

CPU情報
processor : 0
model name : ARMv6-compatible processor rev 7 (v6l)
BogoMIPS : 697.95
Features : half thumb fastmult vfp edsp java tls
CPU implementer : 0x41
CPU architecture: 7
CPU variant : 0x0
CPU part : 0xb76
CPU revision : 7

CPUは１コア１スレッドである様子。ARMv6シリーズのCPUでラズパイの主流である３Bや４Bで使われているARMv7などと互換性がないためソフトウェアの利用時においてやや面倒な場合がある。というか対応していない可能性も高い。

enable statsについて

haproxyのstatsを表示するにはコンフィグの各セクションでenable statsを追記すればいいらしいがmode httpの場合だけ見ることができる様子。nginxとかを運用しているケースを想定しているのかもしれない。mode tcpの場合はその設定は無視される。

config : ‘stats’ statement ignored for proxy ‘mysql-db’ as it requires HTTP mode.

HAProxy WIについて

haproxyをGUIで管理するためのツールでHAProxy-WIというものがあるが、ざっとインストールして使ってみた所基本的にはmode httpのサーバーを管理するためのツールであるような印象。nginxに特化しているかどうかわからないがhaproxyでnginxをロードバランスしようと考えている人には丁度いいと思う。それ以外の人には使えるかどうかわからない。私はmysqlのロードバランサーの設定をGUIでできないかと思って使ってみたが細かな設定はできなさそうに感じた。