塩漬けになっていたRHEL7のサーバをAWSに移行することになりました。
AWSへの移行といえば、MGNかVMimportです。
既存サーバを起動したままとなるとMGN一択になるので、今回はMGNとなりました。
MGNでレプリケーションしてテストインスタンスを起動すると、なぜかSSHもPINGも通らない謎なサーバがいました。
RHEL7をインストールして、ごく普通にオンプレvSphere上で動いていただけに謎です。
あれこれやって、AWSの「システムログ」を眺めていると、ダメなRHEL7のはENI(NIC)を認識していないようなことに気づきました。
うまくテストインスタンス起動できるやつにはens5があるのに。。。
googleで aws rhel7 ens5 を検索すると
Linux インスタンスにおける Elastic Network Adapter (ENA) を使用した拡張ネットワーキングの有効化
なるページがヒットしました。
よくわかってないけど起きてる問題は、ネットワークインターフェースをKernelが認識しないんだよね・・。どうにかしてENAを認識させる方法はないものか・・・
「Red Hat Enterprise Linux 7.4 以降」
の文字が目に留まりました。
いままでにMGNを行ったRHELのバージョン
NGなもの：7.1
OKなもの：7.4、7.9
あ、、、これか。よく考えたら、MGNで起動するインスタンスはt3.mediumを設定していたのでした。（t2.mediumよりちょっと安いので）
t3インスタンスだと、ENAが設定されるからドライバのないRHEL7.1だとNICがない、と・・。
気が付けば簡単な話でした。
.Net3.5が要るらしい。 orz 一回目のインストールの際に「.Net3.5が必要」ってダイアログが山ほど出てきた。 .Net3.5が必要な場合のエラーダイアログはどうして「ダウンロードしてインストールせよ」なんだろう？ 参考にした http://otndnld.oracle.co.jp/easy/oracle11gr1/windows/pdf/SelfStudy_01_win.pdf だと、LISTNERの追加設定(?)が必要そうに書いてあるけど、やってみたら「すでに作成済み」ってなる。 それを信じて進めてみたらどうにもうまくいかない。。。 OracleDBをGUIで操作しよう、っていうのが間違いのようか気がする （逆にSQLserverをCLIでやるのは狂気の沙汰だと思う）。 一旦、アンインストールすることにして、スタートメニューにある「Universal Installer」 を実行してアンインストールしようとしたら「batファイルを実行せよ」というダイアログが。 ググりかたが悪かったのか、 「アンインストールはUniversal Installerからしかないぜ。その他の方法はどーなっても知らないぜHAHAHA」（意訳） と書いてるOracleさんしか見つからない。 どっちを信じたらとも思ったが、目の前のほうが正しいだろうという考えに従いそのバッチ を実行しました。（Universal Installerさんは何度やっても消そうともしてくれないし） バッチ実行後、しばらく放置したら終わったらしい。 Oracleさんがインストールされていたっぽいディレクトリもだいたい消えていた。 消えたよね？ってことで一度再起動してから、Oracle11gのインストールを再び実行。 エラーは出ずに無事終了。 （.Net3.5がインストール済みだったからかな？？） sqlplus / as sysdba は問題ない。でも、別PC(Linux機)からの接続はNG。 lsnrctl status コマンドの実行結果から、やはりlocalhost以外からの接続はLISTENしてない模様。 listener.oraをちょっと修正して、LISTNERサービスを再起動。 lsnrctl status を再度実行すると、IPアドレスの分も表示されたので、外部からも接続できるだろう...
コメント
コメントを投稿