ESXiをのせようかと考えています。ESXiはホストOSを必要しない、直接ハードウエアにインストールする仮想化ソフトウェアです。2008年7月より無償提供されています。現在いろいろなOSがインストールされていて使いにくい状態2階で運用したい(2階に持っていってもOSインストールなどの設定が容易にできる)面白そう現在の作業が一段落したら、話し合って決める予定です。*3KQ16BQK*」のやつだと思われました.ですが,これを無効にしてもう片方のディスクを使い復旧を試みたところ,ddでディスクのコピーができませんでした。*/他の構築済みのblcrライブラリとの競合を避けるため、現時点ではライブラリを作成しただけで自動的にロードさせる設定にはしていない。当該モジュールを利用したい場合には手動で行う。pコマンドを実行させた対象ノードを列記する。編集pe[1-4]のセットアップ(2)編集pe[1-4]について、NISおよびautomountを設定し、bluebaseのアカウントでログインできるようにした。それぞれのサーバにローカルユーザのhpclabを用意してある。4をインストールした。インストールしたパッケージは以下。編集pe[1-4]のセットアップ編集DELLブレードサーバpeのセットアップ作業を行っている。編集hpblaおよびhpblbのソフトウェアのアップデートを行いました。変更点は以下のとおりです。b7について、NISが動いていなかったのでモジュールリストを再構築しました。depmodhpbla7のpythonが壊れていた問題を解決しました。python(エラーが出ないことを確認)hpblaおよびhpblbのカーネルを2.6.9-78.0.1にアップデートしました。/etc/grub.conf(10行目defaultの値を1から0に変更)ついでにソフトウェアのアップデートも行いました。updateNFSデーモンの起動順を変えて、OS起動時にNFSのエラーが出ないようにしました。田邊さんが解決してくれました。変更内容は以下のとおりです。ブレードのhpbla1のネットワーク設定を書き直し、再起動しました。ネットワークを利用できるようしてnis/nfsならびにsshも有効にしましたので、以前と同様にsshでログインして作業できると思います。mpiやgrid関連の設定は全く触っておらず、確認もしていません。そのため、正常に動作しているか分からないので、残りの作業については関係者にバトンタッチします。他の正常に起動しているノードの内容を参考にして、/etc/sysconfig/network-scripts/ifcfg-eth0を書き換えました。編集hpbla1にリモートログインできない件について(未解決)編集しばらく前からhpbla1にsshでログインできない状態が続いています。モジュールが正常に読み込まれていないことが原因と考えられます。depmodコマンドを実行して再起動し、lsmodのリストにtg3が表示されるようになりました。ログインできる状態にはなっていません(pingも通りません)。モジュールの設定がうまくいっていないためと思われます。編集PCIにATIの古いカードを搭載し、CUDA対応GPUからは画面出力を行わない、という環境のテスト中。/etc/X11/xorg.confに複数のDeviceを設定する必要があります。/etc/X11/xorg.conf.plusatiというバックアップ設定を保存してあるので、何かの拍子(グラフィックスドライバ更新など)に設定が飛んだ場合にはマージなりコピーなりしてください。編集endeavor0aを適当に調整し、共用のCUDA実験用PCにしました。SDKやToolkitについて/opt以下。みればわかると思いますが、1.1と2.0betaがディレクトリを分けて入れてあります。必要に応じてパスを通して使ってください。toolkitのインストール先を/usr/local/cudaではなく/opt/cuda_*/cudaにしてあるので注意してください。コンパイル時に-Iや-Lをつけて必要なヘッダファイルやライブラリをリンクするのを忘れないこと。LD_LIBRARY_PATHを調整して共有ライブラリが見えるようにするのを忘れないこと。本当は勝手に実行されるようにしたいんだけど、方法が良くわからないので放置中。新しい教育用計算機等が納入されました。ユーザ登録?してキーと本体tgzを入手。install.sh。基本的にはデフォルト指定な感じでガリガリ進んでOK。思ったら、途中のgccとglibcのバージョン確認のところでデフォルトがnoなのをyesにし忘れて5分悩む。libstdc++.so.5がなくてこける。libstdc++.so.6ならある。libxxxとやるとlibxxxを提供しているパッケージ(って呼ぶのか?)がわかることを知る。libstdc++.so.5の結果、compat-libstdc++-33が提供者らしいので導入してみる。デバッガのインストール中に今度はlibXft.so.1がなくてこける。残念ながらこちらは旧バージョンのFCとかから引っこ抜く必要があるらしいので、とりあえず無視。iccが使えるようになったのでよしとする。ついでにOSもVineからCentOSに変更。irqpoll、その後起動時にもirqpollオプションを与える必要あり。updateをやってみたら75個のパッケージにupdateが出ました。ドライバを入れようとしたらccがなくて怒られたのでgcc(せっかくだからgcc-c++)をyumで導入。kernelのソースが必要なのでkernel-develもyumで導入。yumでemacs,freeglut-devel,libXmu-devel,libXi-devel,libXext-develを導入し、更に野良でGLEWを導入。NVIDIA_CUDA_Toolkitを導入、NVIDIA_CUDA_SDKを導入(/opt/NVIDIA_CUDA_SDK)。/etc/ld.so.conf.d/cuda.confにlib.soのパス(/usr/local/cuda/lib)を書いてldconfig。/dev/nvidia*。(これは再起動のたびに必要かもしれないので何とかするべき。)以上にてcudaプログラムの実行が可能に。+しておけば誰でもssh接続状態からCUDAが使えます。忘れない限りやっておきます。X関係っぽいエラーが出たときは確認を。NIS/Automountも対応済み。/dev/nvidia0この状態であれば、cudaにsshアクセスした状態から直接CUDA関連プログラムが実行できます。あれ?両方入れる必要はあったのか???動作確認=サンプルを拾って実行してみたユーザhpclab(/usr/local/home/hpclab)にて実行を確認。~/work/cuda以下にサンプルdeviceQuery,matrixMl,templateを突っ込んでmakeし実行、正しく動作している模様。相変わらずX周りの権限が重要なようで、Xにログインしているユーザでないと実行できません。逆に言えば、hpcllabでXにログインしていればsshからの実行もOK。何らかの権限を誤魔化してやれば何とかなると思います。編集CentOS5を導入。インストール後、初回起動時はrunlevelを3に落とさないと画面が見えない。ドライバのせいか?yumでめぼしいものを適当に導入。nis/automount対応完了。endeavor0bをGPU実験ノードとして使うため環境構築中。大島の座席の後ろの棚の上。Vine4.1を入れています。Vineの基本はeuc-jpらしいので注意。H/W構成0aはMT8000にGeForce7800GTXを、0bはMT8000にGeFore7600GTを搭載。HDDの接続を弄ればWindowsも利用可能。(元々はSATAのHDDにWindowsXPが入っていたが、IDEのHDDをつないでLinuxを導入。)OSのインストールFedora6、CentOS5.0、openSUSE10.0でインストーラまでたどり着けず。DVDだから悪い可能性もある。irqpollを指示されるが、指定どおりやってインストーラの実行に成功。管理用にローカルユーザhpclabを作成。ビデオドライバの導入NVIDIA公式でドライバを入手し、Readmeに従って導入。2台で導入後のxorg.confに差があったので、適当に共通化。Settingsを起動してGLX関係の設定が見えることを確認(以前xorg.confがおかしいときにGLX関係の設定を見ようとして落ちた記憶がある)。updateでapt(のデータベース)自体を更新。setupでNISの設定。システムサービス設定からypbind、ユーザ認証設定からNISの利用。