CentOSにVMware Toolsをインストール


備忘録として。

現在はWindowsメインのお仕事環境かつ、知識レベルや知識範囲の偏差が
割りと大きい環境だったりするので、自分よりよくわかってないメンバーに教える
ことも想定して今後はメモして行きたい。


■　前提
    ・ESXにCentOSの仮想マシンを作成済み
    ・vSphere ClientでそのCentOSにアクセスできる
    ・Tera TermとかのSSHクライアントで操作できるほうが便利

 
■やりかた
1. vShere Client でVMware Toolsをインストールしたい仮想マシンを選んだ状態で、
    [インベントリ]-[仮想マシン]-[ゲスト]-[VmwareToolsのインストール/アップグレード]
    をクリックし、Linux仮想マシン（今回はCentOS6でした）にマウントさせる。
 
2.  /mnt/cdrom が無ければ　mkdir /mnt/cdrom してディレクトリを作成する。
 
3.  mount /dev/cdrom /mnt/cdrom　を実行して自分で作ったディレクトリに
    /dev/cdromをマウントする。
 
4.  /mnt/cdromを見てみると
    「vmwawVMwareTools-9.0.0-782409.tar.gz」みたいなインストーラファイル
    があるのでテキトーな個人領域へコピーする。今回は/usr/local/srcにした。
    コマンド的には
    -----
    cd /mnt/cdrom
    cp VMwareTools-9.0.0-782409.tar.gz /usr/local/src
    cd /usr/local/src
    -----
 
5.  解凍。自分の解凍オプションは並びが変なのを自覚してるけど気にしないことにする。
    tar xvzf VMwareTools-9.0.0-782409.tar.gz
 
6.  解凍したインストーラのディレクトリに入ってインストール開始
    cd vmware-tools-distrib/
    perl vmware-install.pl
    Enter連打して「デフォルト設定で入れました」と報告。ログさえとっときゃたぶん問題ない。

7.  終わったらゴミ掃除してインストールファイルを消します。
    cd ..
    rm -rf vmware-tools-distrib/
    rm -rf VMwareTools-9.0.0-782409.tar.gz
 
8.  マウントしているVmware Tools をアンマウント
    umount /mnt/cdrom


 
以下、新人レベルのチームメンバーを想定した説明
 
◆   1.　を実行した段階で、CentOS内の /dev/cdrom にVMware Toolsがマウント
    される。パソコンのCDトレイにVMware ToolsのインストールCDを入れたイメージ。
 
◆   2.でディレクトリ作って3.でマウントしてるけど、自分で作ったディレクトリなら別に
    /mnt/cdromじゃなくてもいい。お作法的には、
    「/mnt/cdrom」か「/media/VMware Tool」らしい。

◆  WindowsだとインストールCDをいれるとあとはCDドライブのアイコンをダブルクリックする
    だけでインストーラファイルが見れるけど、Linuxでは特定のディレクトリに
    /dev/cdromをくっつけてあげないといけない。それがマウント。
    ここ読ませたほうが早そう
    Linuxの操作/CDROM - Vine Linuxワークステーション
    http://tksh.s2.xrea.com/index.php?Linux%A4%CE%C1%E0%BA%EE%2FCDROM
 
 
（参考）  
http://www.vmware.com/files/jp/pdf/vmware-tools-installation-configuration_JA.pdf


コメント

コメントを投稿

このブログの人気の投稿

一部のユーザだけ NET::ERR_CERT_REVOKED でサイトにアクセスできない

イメージ
一部のユーザから、HTTPSのURLにアクセスできなくなったという連絡を受けました。 なんでも攻撃される恐れのあるサイトですとかなんとか…。 ブラウザのスクリーンショットをもらってみたら、こんな表示が。 Google Chromeでも同じ感じのエラーメッセージが表示されていました。（サイト名が出るので省略…） Chromeの方のエラーメッセージをよく見ると、 NET::ERR_CERT_REVOKED と書かれています。ファッ！？証明書が失効している…！？ そんな馬鹿なと思い手元でアクセスしてみたら普通に繋がる…HTTPSできてるよ？なんで？何が起こってるんだろう…。 結論を言うと、 SSL証明書業者が手違いで中間CA証明書を失効させてしまった ことにより、私たちが購入して使っている証明書が一時的に利用不可能になり、そのネガティブキャッシュをユーザが参照している 、というお話でした。 解消のための新しい中間CA証明書が公開されていたので、そちらを使って更新してみると、問題は解消されました。 ただ、自社が買っていたのはクイックSSL証明書だとばかり思っていたので、更新に失敗しまくって時間がかかりました。違うやつだった…。 SSL証明書とかドメインの周りのメンテナンスは多くても年に数回とかっていう頻度なので、いろいろ思い出すのに苦労しますね。 ていうか、そういうことあるんですね、中間証明書間違って消しちゃった！とか。 レジストラのDNSサーバダウンと合わせて、「 うちのせいじゃないんだけどご迷惑をおかけしてごめんなさい案件 」って感じで覚えておきたい…。
続きを読む

[AWS] WAF を自分で組み立てるなら SAM でテンプレート書いた方が楽だよ

タイトルの通りです。 あ、 この記事は AWS初心者 Advent Calendar 2018 の7日目 として書いております。 最近会社でWAFとかLambdaとかSAMとかちょっとEC2やRDSといった基本のプロダクトとは違った要素について検証・導入を行なっているのですが、Lambdaをデプロイするために使ってみたSAMでWAFをデプロイすると楽ちんでした。 たとえばここに、HTTPリクエストのメソッドの種別を確認し、HEAD、CONNECT、TRACEを利用したアクセスをブロックするようなWAFを作成するためのSAMテンプレートがあります。 これが存在するディレクトリで以下のようにパッケージングのためのコマンドを実行します。 あ、念の為に雑多なディレクトリではなく、このテンプレートだけが存在する新しいディレクトリを作成してください。 aws --profile [プロファイル名] cloudformation package --template-file template.yml --s3-bucket [あらかじめ用意したS3バケット名] --output-template-file packaged-template.yml これを実行することで、SAMでのデプロイのためにパッケージング化された各種ファイルが指定したS3バケットに送られ、そこからデプロイするために書き換えられた packaged-template.yml が生成されます。 Lambda Functionのためのソースコードがあればここで併せてパッケージング化されるのですが、今回は無いのでtemplate.ymlだけですね。 そして以下のコマンドを実行するとデプロイされます。 aws --profile [プロファイル名] cloudformation deploy --template-file packaged-template.yml --stack-name otameshi-http-method-restriction-for-cloudfront --capabilities CAPABILITY_IAM --parameter-overrides yourApplicationeName=[任意の文字列] コマンド名に
続きを読む

[#CentOS][#Apache] CentOS6 でApacheが起動できない

CentOS 6 で httpd を起動させようとした時のこと $ sudo /etc/init.d/httpd start httpd を起動中: httpd: bad user name apache    [ 失敗 ] なんじゃこりゃ。 ■問題 Apacheが起動できない。問題はapacheユーザ ■原因 httpd.confには ユーザ：apache グループ：apache　でhttpdを起動するようになっている。 ユーザとグループを確認してみよう… $ cat /etc/passwd | grep apache $ ユーザが居ない… $ cat /etc/group | grep apache apache:x:48: グループはある。なんでこうなってんだ？ ■対処 ユーザ「apache」を作ってグループ「apache」に入れてあげよう。 # useradd -g apache apache useradd: /etc/passwd をロックできません。後でもう一度試してください。 は？(#ﾟДﾟ) # ll /etc/*.lock -rw-------. 1 root root 5  2月 12 07:29 2013 /etc/passwd.lock -rw-------. 1 root root 5  2月 12 07:29 2013 /etc/shadow.lock これを消すか # rm /etc/passwd.lock rm: remove 通常ファイル `/etc/passwd.lock'? y # rm /etc/shadow.lock rm: remove 通常ファイル `/etc/shadow.lock'? y これでもう一度apacheをuseraddして…あれ、もしかしてロックファイルがApahceをインストール剃る前からあって、もしかしてyumのインストールシーケンスの中でユーザ作成だけ失敗してたりしてるのかな？ ということでApacheをインストールし直す方向で。 # yum remove httpd $ sudo yum install httpd httpd-devel mod_wsgi Pythonの勉強したいからmod_wsgiも入れてます。 で、yum入りました。 Transaction Summary
続きを読む