カテゴリー: 技術系

  • vCenter Server 6.7 のインストーラを実行したが起動しない

    Ubuntu 18.04 でvCenter Server 6.7 をインストールするために、インストーラをダブルクリックしたが、起動しない。 パスの問題かもしれないので、ターミナルからインストーラを起動させてみたところ、下記のエラーが表示された。

    zen@vCenterServer67:/media/zen/VMware VCSA/vcsa-ui-installer/lin64$ ./installer
    ./installer: error while loading shared libraries: libgconf-2.so.4: cannot open shared object file: No such file or directory
    

    インストールに必要な「libgconf2-4」がUbuntu上にインストールされておらず、起動しないようだ。 なので、aptを使ってインストールする。

    念のため、パッケージがあるかどうかを確認してから、インストール。

    apt search libgconf2
    sudo apt install libgconf2-4
    

    正常にlibgconf2-4がインストールされた後に、vCenter Serverのインストーラを起動させたところ、正常にGUIが立ち上がった。

    インストールログ

    zen@vCenterServer67:~$ apt search libgconf2
    ソート中... 完了
    全文検索... 完了  
    libgconf2-4/bionic 3.2.6-4ubuntu1 amd64
      GNOME 設定データベースシステム (ダミーパッケージ)
    
    libgconf2-dev/bionic 3.2.6-4ubuntu1 amd64
      GNOME configuration database system (development)
    
    libgconf2-doc/bionic,bionic 3.2.6-4ubuntu1 all
      GNOME configuration database system (API reference)
    
    libgconf2.0-cil/bionic,bionic 2.24.2-4 all
      GConf 2.24 の CLI バインディング
    
    libgconf2.0-cil-dev/bionic,bionic 2.24.2-4 all
      GConf 2.24 の CLI バインディング
    
    zen@vCenterServer67:~$ 
    zen@vCenterServer67:~$ 
    zen@vCenterServer67:~$ sudo apt install libgconf2-4
    [sudo] zen のパスワード: 
    パッケージリストを読み込んでいます... 完了
    依存関係ツリーを作成しています                
    状態情報を読み取っています... 完了
    以下の追加パッケージがインストールされます:
      gconf-service gconf-service-backend gconf2-common libgconf-2-4
    以下のパッケージが新たにインストールされます:
      gconf-service gconf-service-backend gconf2-common libgconf-2-4 libgconf2-4
    アップグレード: 0 個、新規インストール: 5 個、削除: 0 個、保留: 0 個。
    847 kB のアーカイブを取得する必要があります。
    この操作後に追加で 8,422 kB のディスク容量が消費されます。
    続行しますか? [Y/n] Y
    取得:1 http://jp.archive.ubuntu.com/ubuntu bionic/universe amd64 gconf2-common all 3.2.6-4ubuntu1 [700 kB]
    取得:2 http://jp.archive.ubuntu.com/ubuntu bionic/universe amd64 libgconf-2-4 amd64 3.2.6-4ubuntu1 [84.8 kB]
    取得:3 http://jp.archive.ubuntu.com/ubuntu bionic/universe amd64 gconf-service-backend amd64 3.2.6-4ubuntu1 [58.1 kB]
    取得:4 http://jp.archive.ubuntu.com/ubuntu bionic/universe amd64 gconf-service amd64 3.2.6-4ubuntu1 [2,036 B]
    取得:5 http://jp.archive.ubuntu.com/ubuntu bionic/universe amd64 libgconf2-4 amd64 3.2.6-4ubuntu1 [2,044 B]
    847 kB を 0秒 で取得しました (3,314 kB/s)
    以前に未選択のパッケージ gconf2-common を選択しています。
    (データベースを読み込んでいます ... 現在 171039 個のファイルとディレクトリがインストールされています。)
    .../gconf2-common_3.2.6-4ubuntu1_all.deb を展開する準備をしています ...
    gconf2-common (3.2.6-4ubuntu1) を展開しています...
    以前に未選択のパッケージ libgconf-2-4:amd64 を選択しています。
    .../libgconf-2-4_3.2.6-4ubuntu1_amd64.deb を展開する準備をしています ...
    libgconf-2-4:amd64 (3.2.6-4ubuntu1) を展開しています...
    以前に未選択のパッケージ gconf-service-backend を選択しています。
    .../gconf-service-backend_3.2.6-4ubuntu1_amd64.deb を展開する準備をしています ...
    gconf-service-backend (3.2.6-4ubuntu1) を展開しています...
    以前に未選択のパッケージ gconf-service を選択しています。
    .../gconf-service_3.2.6-4ubuntu1_amd64.deb を展開する準備をしています ...
    gconf-service (3.2.6-4ubuntu1) を展開しています...
    以前に未選択のパッケージ libgconf2-4:amd64 を選択しています。
    .../libgconf2-4_3.2.6-4ubuntu1_amd64.deb を展開する準備をしています ...
    libgconf2-4:amd64 (3.2.6-4ubuntu1) を展開しています...
    gconf2-common (3.2.6-4ubuntu1) を設定しています ...
    
    Creating config file /etc/gconf/2/path with new version
    libgconf-2-4:amd64 (3.2.6-4ubuntu1) を設定しています ...
    libc-bin (2.27-3ubuntu1) のトリガを処理しています ...
    gconf-service (3.2.6-4ubuntu1) を設定しています ...
    gconf-service-backend (3.2.6-4ubuntu1) を設定しています ...
    libgconf2-4:amd64 (3.2.6-4ubuntu1) を設定しています ...
    zen@vCenterServer67:~$
    
  • UbuntuにWindowsからRDPで接続する

    Linuxにアクセスするとき、通常はCLIで事足りるのでsshdの設定だけでよいのだが、いろいろとインストールするのに、GUIを使いたかった。Ubuntu(18.04 LTS)のデスクトップにリモートアクセスするときに、いろいろと調べていたら、xrdpを使えば、Windowsのリモートデスクトップクライアント(mstsc.exe)でアクセスできるとのこと。

    そんなわけで、xrdpをインストールして、設定してみた。

    xrdpをインストール

    ~$ sudo apt install xrdp
    

    次に、xrdpの設定を変更。「new_cursors」の設定を無効化する。そして、サービスを再起動。

    ~$ sudo sed -e 's/^new_cursors=true/new_cursors=false/g' -i /etc/xrdp/xrdp.ini
    ~$ sudo systemctl restart xrdp
    

    「.xsessionrc」を作成する。これは、参考にしたページで紹介されていたものをまるっと流用。

    ~$  D=/usr/share/ubuntu:/usr/local/share:/usr/share:/var/lib/snapd/desktop
    ~$ cat < ~/.xsessionrc
    > export GNOME_SHELL_SESSION_MODE=ubuntu
    > export XDG_CURRENT_DESKTOP=ubuntu:GNOME
    > export XDG_DATA_DIRS=${D}
    > export XDG_CONFIG_DIRS=/etc/xdg/xdg-ubuntu:/etc/xdg
    > EOF
    

    Authentication Requiredの回避設定を行う。これをやらないとダメだった(先人は偉大)。 「/etc/polkit-1/localauthority/50-local.d/xrdp-color-manager.pkla」の設定を変更する。

    ~$ sudo cat /etc/polkit-1/localauthority/50-local.d/xrdp-color-manager.pkla
    [Netowrkmanager]
    Identity=unix-user:*
    Action=org.freedesktop.color-manager.create-device
    ResultAny=no
    ResultInactive=no
    ResultActive=yes
    

    polkitのサービスを再起動する。

    sudo systemctl restart polkit
    

    Windowsからリモートデスクトップクライアントで接続する。

    参考: https://www.hiroom2.com/2018/04/28/ubuntu-1804-xrdp-gnome-ja/

    インストールしたときのログ

    zen@ubClient:~$
    zen@ubClient:~$ apt search xrdp
    ソート中... 完了
    全文検索... 完了
    xorgxrdp/bionic 0.9.5-2 amd64
      Remote Desktop Protocol (RDP) modules for X.org
    
    xrdp/bionic 0.9.5-2 amd64
      Remote Desktop Protocol (RDP) server
    
    xrdp-pulseaudio-installer/bionic 0.9.5-2 amd64
      Remote Desktop Protocol (RDP) server - PulseAudio module installer
    
    zen@ubClient:~$
    zen@ubClient:~$
    zen@ubClient:~$
    zen@ubClient:~$
    zen@ubClient:~$
    zen@ubClient:~$ sudo apt install xrdp
    [sudo] zen のパスワード:
    パッケージリストを読み込んでいます... 完了
    依存関係ツリーを作成しています
    状態情報を読み取っています... 完了
    以下の追加パッケージがインストールされます:
      xorgxrdp
    提案パッケージ:
      guacamole xrdp-pulseaudio-installer
    以下のパッケージが新たにインストールされます:
      xorgxrdp xrdp
    アップグレード: 0 個、新規インストール: 2 個、削除: 0 個、保留: 0 個。
    498 kB のアーカイブを取得する必要があります。
    この操作後に追加で 3,303 kB のディスク容量が消費されます。
    続行しますか? [Y/n] Y
    取得:1 http://jp.archive.ubuntu.com/ubuntu bionic/universe amd64 xorgxrdp amd64 0.9.5-2 [78.7 kB] 
    取得:2 http://jp.archive.ubuntu.com/ubuntu bionic/universe amd64 xrdp amd64 0.9.5-2 [419 kB]
    498 kB を 0秒 で取得しました (3,298 kB/s)
    以前に未選択のパッケージ xorgxrdp を選択しています。
    (データベースを読み込んでいます ... 現在 170920 個のファイルとディレクトリがインストールされています。)
    .../xorgxrdp_0.9.5-2_amd64.deb を展開する準備をしています ...
    xorgxrdp (0.9.5-2) を展開しています...
    以前に未選択のパッケージ xrdp を選択しています。
    .../xrdp_0.9.5-2_amd64.deb を展開する準備をしています ...
    xrdp (0.9.5-2) を展開しています...
    ureadahead (0.100.0-20) のトリガを処理しています ...
    libc-bin (2.27-3ubuntu1) のトリガを処理しています ...
    xrdp (0.9.5-2) を設定しています ...
    
    Generating 2048 bit rsa key...
    
    ssl_gen_key_xrdp1 ok
    
    saving to /etc/xrdp/rsakeys.ini
    
    Created symlink /etc/systemd/system/multi-user.target.wants/xrdp-sesman.service → /lib/systemd/system/xrdp-sesman.service.
    Created symlink /etc/systemd/system/multi-user.target.wants/xrdp.service → /lib/systemd/system/xrdp.service.
    systemd (237-3ubuntu10.11) のトリガを処理しています ...
    man-db (2.8.3-2ubuntu0.1) のトリガを処理しています ...
    xorgxrdp (0.9.5-2) を設定しています ...
    libc-bin (2.27-3ubuntu1) のトリガを処理しています ...
    ureadahead (0.100.0-20) のトリガを処理しています ...
    zen@ubClient:~$
    zen@ubClient:~$ cat /etc/xrdp/xrdp.ini  | grep new_cursors
    new_cursors=true
    zen@ubClient:~$
    zen@ubClient:~$
    zen@ubClient:~$ sudo sed -e 's/^new_cursors=true/new_cursors=false/g' -i /etc/xrdp/xrdp.ini
    [sudo] zen のパスワード:
    zen@ubClient:~$
    zen@ubClient:~$ cat /etc/xrdp/xrdp.ini  | grep new_cursors
    new_cursors=false
    zen@ubClient:~$
    zen@ubClient:~$ sudo systemctl restart xrdp
    zen@ubClient:~$
    zen@ubClient:~$  D=/usr/share/ubuntu:/usr/local/share:/usr/share:/var/lib/snapd/desktop
    zen@ubClient:~$
    zen@ubClient:~$
    zen@ubClient:~$
    zen@ubClient:~$ cat < ~/.xsessionrc
    > export GNOME_SHELL_SESSION_MODE=ubuntu
    > export XDG_CURRENT_DESKTOP=ubuntu:GNOME
    > export XDG_DATA_DIRS=${D}
    > export XDG_CONFIG_DIRS=/etc/xdg/xdg-ubuntu:/etc/xdg
    > EOF
    zen@ubClient:~$
    zen@ubClient:~$
    zen@ubClient:~$ sudo usermod -aG xrdp zen
    zen@ubClient:~$ sudo emacs /etc/polkit-1/localauthority/50-local.d/xrdp-c
    olor-manager.pkla
    zen@ubClient:~$ sudo cat /etc/polkit-1/localauthority/50-local.d/xrdp-color-manager.pkla
    [Netowrkmanager]
    Identity=unix-user:*
    Action=org.freedesktop.color-manager.create-device
    ResultAny=no
    ResultInactive=no
    ResultActive=yes
    zen@ubClient:~$
    zen@ubClient:~$ sudo systemctl restart polkit
    
  • UbuntuにSSH接続できるようにする

    Ubuntu(18.04.01 LTS)には、SSHクライアントはインストールされていたが、SSH Serverはインストールされておらず(デーモンがなく)、リモート接続できなかった。そのため、Openssh-Serverをインストールして、設定した。

    apt search ssh-Server
    sudo apt install openssh-server
    cd /etc/ssh
    sudo emacs sshd_config
    

    `/etc/ssh/sshd_config`の下記の行を更新する

    #PermitRootLogin without-password
    PermitRootLogin no
    

    sshのサービスを起動する

    sudo /etc/init.d/ssh start

    あとは、接続を試す。

  • Ubuntuでsudo権限を持っているか確認する

    Ubuntu(確認した環境は 18.04 LTS)で、ユーザがsudo権限をもっているかどうかを調べるには、 ユーザの所属するグループに、「sudo」が含まれているかどうかを確認する。 グループ「sudo」に入っていれば、sudo権限がある。

    コマンドで調べるには、grousコマンドを使用する。

    groups ユーザ名 

    この結果に、「sudo」が含まれていれば、sudo権限あり。

  • Bitnami Redmineが起動しない

    Windows版のBitnami Redmineをアップデートした後に、Apacheのポート番号などを変えていたら、Redmineが使えなくなった。 Bitnami Redmineの状態を調べてみると、ApacheとMySQLは起動していたが、下記のThin_redmineがStopedになっていた。

    • Thin_redmine
    • Thin_redmine2

    手動で起動してみたが、起動を10秒くらいでStopedに代わってしまう。 Apacheを設定変更前にしてみたが、変わらずStopedになってしまう。

    エラーを見ると、rubygemまわりのエラーのようだったので、bundle installを実施。

    bundle install

    追加でいろいろとインストールされた。いろいろとインストールされたので、念のため、OSを再起動。その後、Thin_redmineが起動するようになった。

  • Bitnami Redmineのバージョンアップのやり方

    Windows版のBitnami Redmineのバージョンアップを行ったので、その手順のメモ。バージョンは「3.3.3-1」から「3.4.6-4」へのバージョンアップ。

    バージョンアップの流れ

    1. Bitnamiのページから、Windows用のインストールファイルをダウンロードする。
    2. ダウンロードしたインストーラを起動し、Bitnami Redmineをインストールする。 (バージョンが違う場合は、別フォルダにインストールされるので、共存が可能。)
    3. 下記のフォルダを旧から新にコピーする。
      C:\Bitnami\redmine-X.X.X-X\apps\redmine\htdocs\files\
      C:\Bitnami\redmine-X.X.X-X\apps\redmine\htdocs\plugins\
    4. 旧のMySQLからダンプをとる
      mysqldump -u bitnami --password=password --all-databases  --default-character-set=binary --port=3306 > dump20190115.sql
      (passwordの部分は、\htdocs\config\database.ymlに記録されているので、そこから抜く)
      (mysqldumpへのパスが通っていない可能性があるので、C:\Bitnami\redmine-X.X.X-X\mysql\bin\)
    5. 新のMySQLにインポートする
      mysql -u bitnami --password=password --port=3307 < dump20190115.sql
      (passwordの部分は、\htdocs\config\database.ymlに記録されているので、そこから抜く)
      (ポート番号は、インストールするときに指定したポート番号。間違って古いMySQLに入れないように注意する)
    6. CMD(コマンドプロンプト)で、カレントフォルダを"C:\Bitnami\redmine-X.X.X-X\apps\redmine\htdocs\" に移動する
    7. 下記コマンドを実行し、マイグレーションを行う
      bundle exec rake db:migrate RAILS_ENV=production 
    8. エラーの内容をみて、対処する。下記のようなエラーが出た。
      If this is a development machine, remove the C:/Bitnami/redmine-3.4.6-4/apps/redmine/htdocs/Gemfile freeze
      by running `bundle install --no-deployment`.  
    9. エラー内容に従い、下記のコマンドを実行。
      bundle install --no-deployment
    10. 正常にRedmineが起動した。
    11. あとは、Apacheのポート番号などを修正、メール送信などは、configuration.yamlを修正

    参考: https://qiita.com/sugasaki/items/adc9a08320299c08b94a

  • JP1/AJSの実行中のジョブを強制終了するコマンド

    JP1/AJSで、実行中のジョブ/ジョブネットの強制終了をコマンドで行うには、「ajskill」コマンドを使用する。

    ajskill ジョブ名
    ajskill ジョブネット名

    ジョブネットを指定する場合は、ルートジョブネット名だけ指定できる。稼働中のジョブネットの中の一部のジョブネットを強制終了することはできない。

    ジョブネットを指定した場合、ジョブネットに含まれるジョブも含めて、強制終了される。

    参考: http://itdoc.hitachi.co.jp/manuals/3020/30203K2543/AJSO0055.HTM

  • JP1/AJSでジョブの保留と保留解除をコマンドで行う

    JP1/AJSでジョブの保留と保留解除をコマンドで行うには、「jpqjboalt」コマンドを使用する。 ジョブの保留解除をする場合は、「-hr」オプションを使用する。

    jpqjobalt -hr -j ジョブ番号

    ※ジョブ番号は、「jpqjobshow」コマンドで確認する。

    ジョブの保留を行う場合は、「-h」オプションを使用する。

    jpqjobalt -h -j ジョブ番号

    参考:
    http://itdoc.hitachi.co.jp/manuals/3020/30203K2543/INDEX.HTMj

  • JP1/AJSでジョブネットの名前をコマンドで出力する

    JP1/AJSでジョブネット・ジョブの名前をコマンドで出力するには、`ajsname` コマンドを使用する。 ジョブネットの下のジョブも出力する場合には、「-R」オプションを付けて出力する。

    ajsname -R ジョブネット名

    例えば、実行登録されていないジョブネットを出力する場合には、

    ajsname -RL ジョブネット名

    例えば、実行登録されているジョブネットを出力するには、

    ajsname -RE ジョブネット名

    参考
    http://itdoc.hitachi.co.jp/manuals/3020/30203K2543/AJSO0059.HTM


  • HPE ProLiant GEN10でBIOSでRAIDの構成を行う

    HPE ProLiant GEN10にHyper-VやESXiなどをいれるときに、RAID構成やスペアディスク設定を行う際、BIOS(UEFI)で設定することができる。その手順。Gen10だけあり、かなり設定しやすくなっていた。

    1. サーバの電源ONの後、「F9」で「System Utilites」を起動する
    2. Sytem Utilitesが起動する
    3. キーボードでカーソルを動かし、「Select Language」を選択し、「Enter」を押す
    4. リストから「日本語」を選択して「Enter」を押す
    5. 「システム構成」を選択して「Enter」を押す
    6. システム構成の中から、「Embedded RAID 1:HPE Smart Array P408i-a SR Gen10」を選択して、「Enter」を押す
    7. 「アレイ構成」を選択して、「Enter」を押す
    8. 「アレイの作成」を選択して、「Enter」を押す
    9. HDDの一覧が表示されるので、RAIDを組むHDDにカーソルを合わせて「Space」キーを押す。これをRAID構成に含むHDDの分だけやる
    10. 「次のフォームに進む」を選択して、「Enter」を押す
    11. RAIDレベルの設定画面になるので、「Enter」を押して、プルダウンメニューを開き、RAIDレベルを選択する。HDDが3つのとき、選べたのは、RAID0、RAID5、RAID1(ADM)の3種類。スペアディスクの設定を行う場合は、スペアディスクに割り当てるディスクは選択しないこと。
    12. 「次のフォームに進む」を選択して、「Enter」を押す
    13. 論理ドライブラベルやストリップサイズなどの設定画面になるので、必要な部分を書き換える
    14. 「変更の送信」を選択して、「Enter」を押す
    15. 「論理ドライブの作成が成功しました」と表示される
    16. 「メインメニューに戻る」を選択して、「Enter」を押す
    17. 「終了してSSAを起動」を選択して、「Enter」を押す。
      ディスクの構成が行われる。
    18. 「After completing the configuration – reboot the system.」が表示されたら、サーバを再起動する

    スペアディスクの設定を行う場合は、上記の16まで実行した後に以下を実施する。

    1. 「アレイ構成」を選択して、「Enter」を押す
    2. 「アレイの管理」を選択して、「Enter」を押す
    3. 「アレイA」を選択して、「Enter」を押す。一つしかアレイがなければA、2つあればBと増えていくものと思われる。
    4. 「スペアドライブの管理」を選択して、「Enter」を押す。
    5. 「専用スペアの割当」か「自動交換スペアの割当」を選択して、「Enter」を押す。
    6. スペアディスクに割り当てるディスクを選択して、「Space」キーを押す
    7. 「XXスペアの割当」を選択して、「Enter」を押す。
    8. 「スペアの追加が成功しました」と表示される
    9. 「メインメニューに戻る」を選択して、「Enter」を押す
    10. 「終了してSSAを起動」を選択して、「Enter」を押す。
    11. ディスクの構成が行われる。
    12. 「After completing the configuration – reboot the system.」が表示されたら、サーバを再起動する。