TX1310 m1 の CentOS  アップデートについて

ある日会社のファイルサーバように購入した、TX1310 m1 が再起動時に、

起動しなくなりました。

 

直前にSELINUXの設定を変更していたので、そのせいだろうと思いましたが・・・

何をやっても起動しない。

 

あきらめて再インストールすることにしました。

が、インストールもできません・・・。

 

調べるうちに、raid ドライバを、インストール時に別にインストールする必要があるとのこと。

【TX1310/1320 M1・RX1330 M1】CentOS 7インストールについて | OTTOSERVER "TECH" Blog

インストール後に、もしやと思い、

yum update すると、やはり起動しなくなる。

TX1310のドライバはRedHatLinux 7.0 RedHatLinux7.1 という感じで、

カーネルのヴァージョンごとに用意されている。

つまりカーネルがアップデートされると起動しなくなる・・・。

 

Fujitu の 海外のサイトには RedHatLinux7.3のドライバが置いてあったので、

それを使用することでCentOS7.3をインストールすることができました。

Fujitsu Technical Support pages from Fujitsu Fujitsu Continental Europe, Middle East, Africa & India

 

CentOS7.2 → CentOS7.3 のアップデートで起動させる方法は、

まだわかっていません。

ご存知の方はご教授ください。

 

ハードディスクのクローニング 

Cドライブの残り容量がないとの連絡を受け、

チェックしに行くと、なんと残り数十メガバイトしかない。

 

もともとのHDの大きさも70Gと少なめなので、

2TのHDを購入し、クローンを作成して、Cドライブの容量を広げることにしました。

 

HDが届いたので、現物のPCを開けてみると、

Seriala ATA のポートに空きがない。

ポートどころか、電源にも空きがない。

DELL製の古いPCです。

 

まずは電源確保。

同型のPCがあったので、開けてそちらのHDの電源を外して使う。

次に、e-SerialATAと書いてあるポート(差し口はSerialATAと同じ)があったので、

差してみる。認識しない。

DVDドライブを外して、そこに差してみる。認識しない。

 

そこで再起動を繰り返すうちに、間違えて電源をもらっているPCの電源ボタンを押してしまいましたが、

そちらはモニタにつながっていないので放置。

もう一度、懸案のPCを起動して、ディスクの管理を見ると!

認識していました。

 

どうも、電源をいれていないと、ハードディスクに電源が供給されない?ような気もしました。もしかすると、電源をもらっている方のPCの電源を入れていれば、

e-SerialATAと書いてあったポートでも認識したのかもしれませんね。

 

ソフトでクローンを作成し、ハードディスクを丸ごと交換して、

再起動すると、問題なし。

 

しかし、設置してもう一度再起動すると、ロゴの画面でストップ!

メモリ抜き差し、電源を抜いて電源ボタン長押し等、

繰り返すうちに起動するようになりました。

 

 

CentOS Apache で PHP の sudo が失敗する

会社のサーバをWindowsServerから CentOS7 + Samba に入れ替えました。

 

サーバー上のあるエクセルファイルを、予定表として共有しているのだが、

これを開きっぱなしにしてしまうユーザーがいるので、がまんできなくなったら、

WindowsServerの共有の管理で強制的に閉じていました。

 

Linuxに置き換えることになったので、ファイルへの接続を切断できるアプリを、

PHP で ローカルWebアプリとして実装した。

 

ところがサーバ置き換え後、PHPを呼び出してみると、

PHPは動作しているのだが、sudo が失敗して、ロックのかかっているファイル一覧が取得できていない。

visudo  → 設定済み

SELINUX → Permissive

firewalld → 設定済み

 

...なぜか動作しない。

 

同じ環境であるはずの自宅サーバでは問題なく動作する。

shell_exec でエラーが取得できるように、  2>&1 をコマンドに加えた瞬間に、

動作するようになったが、時間を置いたらまた動作しなくなった。

原因が全く分からない。 再インストール? すべてやり直すか?

 

一瞬よぎるが、ファイルサーバはすでに稼働中。

これをまた旧環境に戻すのは一苦労なので、やめる。

 

2>&1 をコマンドに加えたので、エラーが取得できた。

device not a stream

検索し続けると、ようやくありました。

 

Sophos Anti-Virus が原因で、apache の sudo が失敗するとのこと。

Sophosの オンアクセス検索 を オフにしてみると、

動作しました!!!

誤検知が多いので、ClamAV からSophosAVに変えたことが原因でした。

自宅サーバClamAVのままだった・・・

 

除外設定はまだうまくいっていないので、当面はオンアクセス検索オフで行きます。

オンアクセスの除外がうまくいったらまた、報告します。

できている方は、ご教授ください。(phpのファイルを除外してもだめでした)