ノウハウ
[エンジニア向け]

エンジニア向けのサーバー設定などに関する情報

[CloudGarage]SWAPメモリを設定する

ノウハウ
テクニカルサポート

CloudGarageの最小インスタンス(CPU:1Core / メモリ:1GB / SSD:50GB)にSWAPを追加設定し、メモリ推奨4GBのGitLabを動かしてみました。

[CloudGarage]ロードバランサー利用時の接続元IPをアクセスログに表示する

ノウハウ
テクニカルサポート

CloudGarageには標準で1つのロードバランサーを提供しています。Apacheを利用した際にアクセスログに接続IPアドレスを表示する方法を紹介いたします。

当社エンジニアに「ドローンで遊びたい」と言ったら想像と違った遊び方を教えてもらいました

ノウハウ
たなはる

当社ドローン部より、レクチャーを受けつつ、ドローンを飛ばしてみた話をご紹介します。しかも、ただ飛ばしただけじゃありません。OSのインストールから、コマンドでドローンを操作して飛ばすところまでまるっと教えていただきました。

KUSANAGIでサブディレクトリにWordPressを複数インストールする

ノウハウ
テクニカルサポート

WordPressの『サイトのネットワーク』機能を使わずに、KUSANAGIを利用している場合にサブディレクトリにWordPressを複数インストールする方法を説明します。

Web開発者、サーバー運用者を強力に支援する Plesk Onyx リリース

ノウハウ
鈴木 隆之

最新機能を揃えたコントロールパネル製品 Plesk Onyx。Webアプリケーション開発者、サーバー運用者、それぞれへの新たな支援機能を紹介します。

WP-CLIを使う ( ユーザ管理、プラグイン管理等)

ノウハウ
テクニカルサポート

WordPressホスティングには「WP-CLI」と呼ばれるコマンドラインツールがインストールされています。 WordPressの管理画面でやる操作を、コマンドラインで行えるようにしたい、ということを目的に作られたコマンドです。 >WP-CLI ヘルプ、ユーザ、プラグイン、コアのよくあるところのコマンドメモです。 0.準備 コマンド本体は「wp」で実行します。実行する前にrootに昇格し、ドキュメントルートに移動します。 SSHでサーバにログイン後、rootに昇格 ドキュメントルートフォルダに移動 既定のWordPressの場合「/home/kusanagi/excloud/DocumentRoot」 # cd /home/kusanagi/excloud/DocumentRoot 1.ヘルプを見る wp help wp コマンドには いくつもサブコマンドが用意されています。 "wp サブコマンド ..."という形で指定します。公式サイトに載っていても使えないものもありますので、ヘルプをみましょう。 サブコマンド一覧をみる wpのすぐ後ろにつけるサブコマンドを確認する方法は以下。 # wp help サブコマンドの例として wp user というものもありますが そのヘルプを見る場合は以下。 # wp help user 参考URL wp help - WP-CLI 2.ユーザ管理 wp user 2.1 ユーザ一覧表示 # wp user list 役割(role)ごとに絞って表示させることもできます。既定では「administrator」「editor」「author」「contributor」「subscriber」の5つの役割があり、この順番に権限が大きいです。 # wp user list --role=administrator administrator のところに他の役割名をいれても確認できます。(administratorは必須なので1行は結果がでますがその他のユーザにいてつは必須ではないので何もでないこともあります) 役割については後述します。 参考URL wp user list - WP-CLI 2.2 特定のユーザの表示名変更 ユーザIDを確認後、アップデートする方法です。update の次にはユーザ(ユーザID、ログイン名、メールアドレスのいずれか)、更新項目 が続きます。 # wp user list +----+------------+--------------+--------------+--------------+--------------+ | ID | user_login | display_name | user_email | user_registe | roles | | | | | | red | | +----+------------+--------------+--------------+--------------+--------------+ | 1 | excldXX | excldXX | taro1@exampl | 2016-11-17 0 | administrato | | | | | e.org | 8:10:32 | r | +----+------------+--------------+--------------+--------------+--------------+ # wp user update 1 --display_name="oresama kanrisha" # wp user list +----+------------+--------------+--------------+--------------+--------------+ | ID | user_login | display_name | user_email | user_registe | roles | | | | | | red | | +----+------------+--------------+--------------+--------------+--------------+ | 1 | excldXX | oresama kanr | taro1@exampl | 2016-11-17 0 | administrato | | | | isha | e.org | 8:10:32 | r | +----+------------+--------------+--------------+--------------+--------------+ 2.3 特定のユーザのパスワードをアップデート 当社サーバで行うと実行後エラーメッセージがたくさんでるのですが、パスワード自体の更新は有効です。 # wp user update 1 --user_pass="xxxx" 参考URL wp user update - WP-CLI 2.4 ユーザ新規追加 wp user create 以下は管理ユーザを新規追加する例です。 # wp user create excldxx taro2@examle.org --display_name="taro2" --role=administrator --user_pass="xxxx" create の直後のユーザ名(上の例では excldxx) 、Emailアドレス(上の例では taro2@examle.org)は必須です。 必須の項目は既存のユーザのものと重複してはいけません。 [ --role=administrator ] の役割のブロックを省略すると、”何もカスタマイズしていない場合”は、デフォルトで --role=subscriber ( 購読者権限 ) でのユーザ作成となります。 [ --display_name="taro2" ]の表示名のブロックを省略すると、ログインIDのパラメータと同じ文字列が表示名として設定されます。 [ --user_pass="xxxx" ] の役割のブロックを省略すると、ランダムでパスワードが付与され、標準出力でその文字が表示されます。 参考URL wp user update - WP-CLI 2.5 ユーザ削除 delete の直後項目は必須です。ログイン名か、EmailアドレスかIDを指定します。そのユーザがこれまで投稿した項目を別のユーザに割り当ててから、該当ユーザを削除するという流れなので、引継ぎ先ユーザIDを指定します。 以下は、7番のユーザさんを1番さんに引き継ぎつつ削除する例です。 # wp user delete 7 --reassign=1 参考URL wp user delete - WP-CLI 3.プラグイン管理 wp plugin 3.1 プラグイン一覧を見る 以下のコマンドはどちらも同じような内容が表示できます # wp plugin status 6 installed plugins: I akismet 3.2 A captcha 4.2.7 A wordpress-faq-manager 1.331 I wp-multibyte-patch 2.8 M kusanagi-wp-configure 0.7 M wp-kusanagi 1.0.9 Legend: I = Inactive, A = Active, M = Must Use # wp plugin list +-----------------------+----------+-----------+---------+ | name | status | update | version | +-----------------------+----------+-----------+---------+ | akismet | inactive | none | 3.2 | | captcha | active  | none | 4.2.7 | | hello | inactive | none | 1.6 | | wp-multibyte-patch | inactive | available | 2.7 | | kusanagi-wp-configure | must-use | none | 0.7 | | wp-kusanagi | must-use | none | 1.0.9 | +-----------------------+----------+-----------+---------+ 参考URL wp plugin - WP-CLI wp plugin status - WP-CLI wp plugin list - WP-CLI 3.2 特定プラグインを無効化/有効化 無効化 # wp plugin deactivate captcha 有効化 # wp plugin activate captcha 参考URL wp plugin activate - WP-CLI wp plugin deactivate - WP-CLI 3.4 特定プラグインを削除 # wp plugin delete hello 参考URL wp plugin delete - WP-CLI 3.5 特定プラグインを検索/インストール # wp plugin search "wordpress faq manager" Success: Showing 10 of 825 plugins. +---------------------------------+-------------------------+--------+ | name | slug | rating | +---------------------------------+-------------------------+--------+ | FAQ Manager | wordpress-faq-manager | 92 | | Wordpress Booking Manager | wp-booking-manager | 100 | | WordPress Twitter Bootstrap CSS | wordpress-bootstrap-css | 84 | | WPB Advanced FAQ | wpb-advanced-faq | 100 | | Clink - WordPress Link Manager | clink | 80 | | WP Course Manager | wp-course-manager | 100 | | FG Joomla to WordPress | fg-joomla-to-wordpress | 94 | | FAQ | powr-faq | 74 | | FAQ | ultimate-faqs | 88 | | CM FAQ | cm-faq | 100 | +---------------------------------+-------------------------+--------+ # wp plugin install wordpress-faq-manager Installing FAQ Manager (1.331) Downloading install package from https://downloads.wordpress.org/plugin/wordpress-faq-manager.1.331.zip... Unpacking the package... Installing the plugin... Plugin installed successfully. 参考URL wp plugin search - WP-CLI wp plugin install - WP-CLI 3.6 インストール済プラグインのステータスを確認/アップデート (以下は「Theme My Login」がインストール済みでアップデートがリリースされている例) # wp plugin status theme-my-login Plugin theme-my-login details: Name: Theme My Login Status: Active Version: 6.4.5 (Update available) Author: Jeff Farthing Description: Themes the WordPress login, registration and forgot password pages according to your theme. # wp plugin update theme-my-login メンテナンスモードを有効にします… https://downloads.wordpress.org/plugin/theme-my-login.6.4.6.zip から更新をダウンロードしています... 更新を展開しています… 最新のバージョンをインストールしています… プラグインの古いバージョンを削除しています… プラグインの更新に成功しました。 メンテナンスモードを無効にします… Success: Updated 1/1 plugins. +----------------+-------------+-------------+---------+ | name | old_version | new_version | status | +----------------+-------------+-------------+---------+ | theme-my-login | 6.4.5 | 6.4.6 | Updated | +----------------+-------------+-------------+---------+ 参考URL wp plugin update - WP-CLI 4.本体管理 wp core 4.1 バージョン確認 # wp core version 4.6.1 参考URL wp core - WP-CLI wp core version - WP-CLI 4.2 アップデート有無確認、アップデート # wp core check-update Success: WordPress is at the latest version. 上記は最新版だったときの例ですが、もし最新版があらたにリリースされていてアップデートしたいときは以下で対応可能です。 # wp core update 参考URL wp core version - WP-CLI wp core check-update - WP-CLI おまけ WordPressのユーザ役割と実際の権限ついて 上述のようにWordPressには既定でユーザ役割が5種類用意されています。 「役割内容の詳細内容を変更する」ようなプラグインもありますし、プラグインによってはそのプラグイン特有の役割が作成されていたりするケースもあるかとは思いますが、あくまでも既定状態のお話に限定します。 WordPress公式サイトによるとこんな各役割でできること以下のような内容となっています。 >Roles and Capabilities - WordPress.org 役割名 説明 購読者 subscriber 自分のプロフィール内容を管理できる 寄稿者 contributor 自分の記事を非公開で投稿したり、管理できる 投稿者 author 自分の記事を作成し公開することができる 編集者 editor 他人の投稿したものも含め、記事を管理したり公開できる 管理者 administrator 1サイト内の管理機能のすべてにアクセスすることができる(プラグインのインストールや削除、設定変更、ユーザ発行等) セキュリティ面においても、たくさん発行したユーザのすべてが「管理者」というのは望ましくありません。 WordPressホスティングをご利用のお客様についても、1サイト内にたくさんのユーザ発行をされている方もいらっしゃいますが、それぞれに、適切な権限のユーザを発行するよう、管理されていらっしゃるようです。

KUSANAGIコマンドで もうひとつのWordPressサイトをつくる

ノウハウ
テクニカルサポート

KUSANAGIコマンドを使って、WordPressのサイトを複数構築する場合の手順をまとめました。

Plesk搭載のCentOS6でTomcatのバージョンをアップグレード

ノウハウ
テクニカルサポート

Plesk12搭載のVPSプラン(Cent OS 6) において、Tomcat 7をインストールする手順のご紹介です。 なお、本ガイドも、前作の記事(”Plesk搭載のCentOS6でPostgreSQLのバージョンをアップグレード”)同様、”Plesk側でTomcatを操作しない”ことが前提であり、Plesk12の「Web Admin」のエディションでの操作例となります。 目次 ◆Javaの対応バージョンのインストール ◆Tomcat7 のインストール ◆Tomcat 管理画面のテスト ◆自動起動設定、ログ等の確認、ライブラリの確認 ◆Pleskファイアウォール設定 ◆ウェブサイト(ポート80、443)との連携設定 ◆Javaの対応バージョンのインストール 1.Java、Java Compilerの現状を確認 # java -version java version "1.5.0" gij (GNU libgcj) version 4.4.7 20120313 (Red Hat 4.4.7-17) # javac -version Eclipse Java Compiler 0.894_R34x, 3.4.2 release, Copyright IBM Corp 2000, 2008. All rights reserved. 2.インストール作業 java-1.7.*をインストールします # yum install java-1.7.* ※(設問は「y」で回答します) 3.変更状況確認 # java -version java version "1.7.0_111" OpenJDK Runtime Environment (rhel-2.6.7.2.el6_8-x86_64 u111-b01) OpenJDK 64-Bit Server VM (build 24.111-b01, mixed mode) # javac -version javac 1.7.0_111 ※Javaに関してはalternativesというプログラムで管理されるため、元のバージョンに戻すこともできますが、今回はTomcatについては元バージョンをアンインストールする手順であるため、その点には触れません。 ◆Tomcat7 のインストール 1.既存プログラムのアンインストールと 新プログラムのインストール作業 # yum remove psa-tomcat-configurator tomcat6* # yum install epel-release # yum install tomcat tomcat-webapps tomcat-admin-webapps ※(設問は「y」で回答します) ※(事前にインストールされるパッケージバージョンを確認したい場合は 「# yum list tomcat tomcat-webapps tomcat-admin-webapps」で確認できます) 2.設定ファイルの確認と調整 ”/etc/tomcat/server.xml ” S デフォルトの状態では8080ポートで起動します。設定を変更する場合は変更してください。 ” /etc/tomcat/tomcat-users.xml” 「<tomcat-users> ~ </tomcat-users>」の間に以下のような文字列を入れます。以下は一例ですがuserXXとXXXXXXXXXは適宜置き換えてください。 <role rolename="manager-gui"/> <user username="userXX" password="XXXXXXXXX" roles="manager-gui"//> 3.Tomcat起動 # /etc/init.d/tomcat start ◆Tomcat 管理画面のテスト 1.Tomcat管理画面にアクセス http://(ホスト名):8080/manager/html のURLにアクセスします。上述の「tomcat-users.xml」内で設定したユーザ名、パスワードで認証を行ってください。 ページ下の「サーバ情報(Server Information)」覧には、Tomcatバージョン、JVMバージョンが表示されますので想定されたものが起動しているかどうか、確認しましょう。 ※Internet Explorer だとTomcat管理画面が英語表示になる件 Google ChromeやFireFoxはデフォルトが「日本語 ja」、Internet Explorer(IE) では「日本語 ja-JP」になっています。IE11の例ですと、以下の手順で日本語表示に変更できます。 IE> 歯車マーク>インターネットオプション(O) ⇒インターネットオプションウィンドウが起動 「言語(L)」をクリック、デフォルトでは「日本語(日本)[ja-JP]」のみ表示 「追加(A)」をクリック 言語の追加ウィンドウより、「日本語[ja]」を選択し、「OK」をクリック 追加後、Tomcat管理画面を再表示 2.サンプルプログラムをダウンロードし、アップロード検証 ダウンロード元 https://tomcat.apache.org/tomcat-7.0-doc/appdev/sample/ にアクセスし、ファイル名:”sample.war” をダウンロードします 3.管理画面の「配備(Deploy覧)」>「WARファイルの配備(WAR file to deploy)」 >「アップロードするWARファイルの選(Select WAR file to upload)」より sample.warの配備(Deploy)を行います 4.管理画面側に「sample」が追加表示 5.サンプルプログラムの表示確認(ポート8080) http://(ホスト名):8080/sample/ にアクセス し表示を確認 ◆自動起動設定、ログ等の確認、ライブラリの確認、アクセス制限等の調整 ・chkconfig 等での自動起動設定調整 (「# chkconfig --level 3 tomcat on 」等) ・ログファイルの確認(/var/log/tomcat以下) ・ライブラリの確認(/usr/share/tomcat/lib/以下) インストール方法や、セットアップ手順が異なる場合、搭載されているライブラリがこれまでのご利用環境と異なる場合があります。 ※たとえば「apache-tomcat-7.*.*」で配布されているライブラリにはあっても、この手順では設置されないものなどもあるので、不足しているものは必要に応じて別のソースから追加してください。 ◆Pleskファイアウォール設定 Pleskファイアウォールにプリセットされているルール行に「Tomcat 管理インターフェース」という項目はありますが、通常8080番ポートではなく、9008番、9080番ポートに対しての制限設定になっています。この例のようにデフォルトの8080で管理画面の起動を行ってる場合、Tomcatについて管理画面のアクセス元を変更する場合は以下の手順で「カスタムルールの追加」を行います。 ※事前にファイアウォール設定の有効化を前提にご案内しています。ファイアウォールについては以下をご参照ください。 >ファイアウォール設定【Plesk12】 1. Plesk>拡張>Firewallをクリック 2.「Plesk ファイアウォールルールを変更」をクリック 3.「カスタムルールの追加」をクリック 4.以下の項目を記載します ──────────────────── ”ルールの名前”⇒「Tomcat8080」 一致方向⇒着信 アクション⇒許可 ポート⇒ ポートまたはポート範囲の追加: 「8080」を記載して「追加」をクリック ソース⇒ アクセス元IPアドレスを指定する場合は IP アドレスまたはネットワークの追加: 「お客様IPアドレス」を記載して「追加」をクリック (以下画像参照) ──────────────────── 5.上記記載後、「OK」をクリック 6.「変更内容を適用」をクリック 7.「アクティブ化」をクリック ◆ウェブサイト(ポート80、443)との連携設定 「http://(ホスト名):8080/sample/」ではなく 「http://(ホスト名)/sample/」でウェブサイトを見せたい場合 の設定です。 1.あらかじめPlesk上に「ホスト名」のホスティング設定がされている ことを確認 ⇒作成していなかったら Pleskでドメインを追加 >ホスティングドメイン追加【Plesk12】 2.Pleskのウェブサイトとドメインの該当ドメインのメニュー内の「Apacheとnginxの設定」をクリック 3.「HTTP 用追加ディレクティブ 」「HTTPS 用追加ディレクティブ」欄に以下を追加記載 JkMount /sample ajp13 JkMount /sample/* ajp13 4.「OK」をクリック 参考ガイド >ウェブサーバーへの手動設定追加【Plesk11/Plesk12】 ※2. 3. 4 は手動で「/var/www/vhosts/system/(ホスト名)/conf/」 以下に vhost.conf ( もしくは vhost_ssl.conf ) を作成し 所定の内容を書いてから、「/usr/local/psa/admin/sbin/httpdmng --reconfigure-all」のコマンドを発行するようにと書いていましたが、 Plesk12についてはGUIでの操作が可能になっていました。(2017年6月修正、追記) 5.表示確認 「http://(ホスト名)/sample/」 「https://(ホスト名)/sample/」にアクセス して通常ポートでの表示を確認ください

Plesk搭載のCentOS6でPostgreSQLのバージョンをアップグレード

ノウハウ
テクニカルサポート

2016年4月より、Plesk12搭載のVPSプランをリリースしていますが、CentOS 6のみでのご提供となっています。 『OSベンダーが提供しているミドルウェアバージョンを初期状態としているので、構築されるシステムによっては ミドルウェアのアップグレードが必要』と前回のブログ(Plesk搭載のCentOS6でMysql5.1から5.6へのアップグレード)でも掲載させていただきました。 今回は、新プランリリース後、複数回質問をいただいている「PostgreSQL」のバージョンアップの例について、ご紹介いたします。 前提条件として Plesk12の「Web Adminエディション」(PostgreSQLをPleskから操作できないエディション)搭載でのご案内となります。 「Web Pro/ Web Hostエディション」においてPostgreSQLのアップグレードをしますと、アップグレード以降は、PleskからのPostgreSQLの各操作ができなく なりますのでご注意ください。 運用されるシステムによってはPostgreSQLのバージョンアップが必須であることもあります。 以下はPostgreSQL9.5にアップグレードする例となります。 ※稼働中のサーバについて、Pleskに初回ログインし、最初のウェブスペースを作成した後に行う形での検証内容となります。 0.準備 念のためサーバサイドバックアップを取っておきます >コントロールパネルサーバーサイドバックアップ【仮想専用/専用サーバー】 1.「postgresql-server 8.X」のインストール版はPlesk管理画面から削除しておく 1-1.Plesk>ツールと設定>Plesk欄「アップデートおよびアップグレード」 を開く 1-2.「コンポーネントを追加/削除」をクリック 1-3. PostgeSQL を確認、「チェック印(インストール)」から 「×(削除)」に切り替え「続行する」を選択しアンインストール 2. OSリリース確認 ここからはSSHコマンドラインでrootに昇格してからの操作でのご案内です。 # cat /etc/redhat-release CentOS release 6.7 (Final) 3. パッケージダウンロード # wget http://yum.postgresql.org/9.5/redhat/rhel-6.7-x86_64/pgdg-centos95-9.5-2.noarch.rpm 4. インストール作業 # rpm -ivh pgdg-centos95-9.5-2.noarch.rpm # yum -y install postgresql95-server postgresql95-devel postgresql95-contrib : 中略 Dependency Installed: postgresql95.x86_64 0:9.5.3-2PGDG.rhel6 postgresql95-libs.x86_64 0:9.5.3-2PGDG.rhel6 Complete! 5. DB初期化と起動 # ls /etc/init.d/post* /etc/init.d/postfix /etc/init.d/postgresql /etc/init.d/postgresql-9.5 # service postgresql-9.5 initdb Initializing database: [ OK ] # /etc/init.d/postgresql-9.5 start Starting postgresql-9.5 service: [ OK ] 6. postgres ユーザのパス設定 # su - postgres $ cp -pi .bash_profile.rpmsave .bash_profile $ vi .bash_profile (一番下に2行加える) [ -f /etc/profile ] && source /etc/profile PGDATA=/var/lib/pgsql/9.5/data export PGDATA # If you want to customize your settings, # Use the file below. This is not overridden # by the RPMS. #[ -f /var/lib/pgsql/.pgsql_profile ] && source /var/lib/pgsql/.pgsql_profile PATH=$PATH:/usr/pgsql-9.5/bin export PATH $ exit logout 7. postgres ユーザで再ログイン (PATHが通っているか確認して、psqlコマンドで「9.5系」が起動している確認をする) # su - postgres -bash-4.1$ echo $PATH /usr/local/bin:/bin:/usr/bin:/usr/local/sbin:/usr/sbin:/sbin:/usr/pgsql-9.5/bin $ psql psql (9.5.3) Type "help" for help. 8. 設定ファイルの確認 # ls /var/lib/pgsql/9.5/data/ base pg_hba.conf pg_notify pg_stat_tmp pg_xlog global pg_ident.conf pg_replslot pg_subtrans postgresql.auto.conf pg_clog pg_log pg_serial pg_tblspc postgresql.conf pg_commit_ts pg_logical pg_snapshots pg_twophase postmaster.opts pg_dynshmem pg_multixact pg_stat PG_VERSION postmaster.pid (既存のPostgreSQLとはパスが変わります。設定内容については適宜調整ください) # chkconfig --level 35 postgresql-9.5 on 等 で 起動を調整します。 9. サーバを再起動してもサービスが起動するかどうかの確認、および調整 上記は初期インストールとpsqlコマンドの起動のみの履歴となりますが 動作確認については お客様にて行っていたたき、元の状態にもどす場合は、バックアップからをリストアください。

Plesk搭載のCentOS6でMysql5.1から5.6へのアップグレード

ノウハウ
テクニカルサポート

2016年4月にリリースしたEX-CLOUDのVPSプランではOSを『CentOS(5,6,7)』または『Ubuntu(12,14,16)』から選択いただけますが、Plesk搭載プランに関してはCentOS6のみとなっております。 インストールされているミドルウェアに関しましても、基本的にはOSベンダーが提供しているものを初期状態としておりますので、構築されるシステムによってはミドルウェアのアップグレードが必要な場合がございます。 ここではお問い合わせや要望として多い、Mysqlのアップグレードについてご案内いたします。 なお、手順はPleskメーカーのナレッジに準じたご案内となります。 ( 参考としたメーカーのナレッジ:How to upgrade MySQL 5.5 to 5.6 https://kb.plesk.com/en/127962 ) まず、初期搭載されているバージョンですが、CentOS6ではMysql5.1系がパッケージとして配布されております。 ・参考:CentOS6パッケージ http://mirror.centos.org/centos/6/os/x86_64/Packages/ EX-CLOUDのオンラインガイド:VPSの主なミドルウェアのバージョンを教えてください https://ex-cloud.jp/support/question/q-751 でも、Plesk搭載版のMysqlのバージョンは5.1.73として紹介しておりますが、今回はMysql5.6にアップグレードしてみます。 手順1.MySQLの停止 アップグレード中にデータベースに書込みが行われないよう、作業前にサービスを停止させます。 # service mysqld status ← 起動中か確認 mysqld (pid ****) is running... ← mysqld is stopped だった場合は既に停止済です #service mysqld stop ← 停止コマンド Stopping mysqld: [ OK ] #service mysqld status ← 停止したか確認 mysqld is stopped 手順2.データベースのバックアップ 必須ではありませんが、作業によるデータ破損時に備えバックアップを取ります # mkdir /var/lib/mysqlcopy ← バックアップファイルを保存するディレクトリの作成 # cp -aR /var/lib/mysql/* /var/lib/mysqlcopy ← 作成したディレクトリにコピー # du -sh /var/lib/mysql/ /var/lib/mysqlcopy ← コピーの容量が一致しているか確認 52M /var/lib/mysql/ 52M /var/lib/mysqlcopy 手順3:MySQL公式のyumリポジトリの追加 # yum install http://dev.mysql.com/get/mysql57-community-release-el6-7.noarch.rpm Is this ok [y/N]: ← これが表示されたら y を入力し、Enter 手順4(重要):Mysql5.7のインストールを無効化し、5.6を有効化する そのままの設定だとMysql5.7がインストールされますが、Plesk12.5のリリースノート( https://docs.plesk.com/release-notes/12.5/software-requirements/ )ではMySQL 5.0.x-5.6までがサポートとなっているため、5.6をインストールする設定に変更します # vi /etc/yum.repos.d/mysql-community.repo [mysql56-community] enabled=1 ← 27行目 0から1に書換え [mysql57-community] enabled=0 ← 34行目 1から0に書換え 手順5:mysqlのインストール 事前に行った設定に沿って、mysql5.6のインストールが行われます。 # yum install mysql Is this ok [y/N]: ← これが表示されたら y を入力し、Enter 手順6:アップグレードされたかの確認 # mysql -V mysql Ver 14.14 Distrib 5.6.32, for Linux (x86_64) using EditLine wrapper 手順7:5.6.xxにアップグレードされていたらmysqlの起動 # service mysqld start Starting mysqld: [ OK ] もし「MySQL Daemon failed to start.」というようなメッセージが出た場合の、セーフモードでMysqlを起動後、mysql_upgradを実行するとうまくゆく場合があります。対応の例は、後述の「mysqlが起動しない場合」を参照ください。 手順8:Plesk関連のデータベーステーブルのチェックとアップグレード # MYSQL_PWD=`cat /etc/psa/.psa.shadow` mysql_upgrade -uadmin psa ・ ・ ・ OK 以上で、アップグレードが完了となります。 動作確認を行い、不具合が無ければ手順2:で行ったバックアップファイルは削除します。 (ディスク容量に余裕があれば残しておいても問題はございません) ご契約者様自身では作業が難しい・不安がある等の場合、有償となりますがサポートセンターでも作業代行をさせていただきますので、詳しくはお問い合わせください。 ※【追記】トラブルシュート例:mysqlが起動しない場合 手順7のmysql起動の際、「MySQL Daemon failed to start.」のようなエラーメッセージなどが表示されたり、 mysqlのログ( /var/log/mysqld.log )に 「[ERROR] Fatal error: mysql.** table is damaged.」 が記録され、起動出来なかった場合の対応例を紹介します。 1.mysqlをセーフモードでの起動 2.mysql_upgradeを実行 3.mysqlの再起動 という手順です。 # /usr/bin/mysqld_safe --skip-grant-tables & MYSQL_PWD=`cat /etc/psa/.psa.shadow` mysql_upgrade -uadmin psa ・ ・ ・ OK # service mysqld restart

WordPress xmlrpc.phpに対する攻撃を防ぐ

ノウハウ

WordPressに標準的に搭載されている「xmlrpc.php」に対する攻撃を防ぐ方法をご紹介します。プラグイン「Disable XML-RPC Pingback」のインストール、 .htacessファイルの設置、ファイアウォールで防ぐ方法などがあります。

serverspecでリストを使った複数サーバテスト

ノウハウ
テクニカルサポート

serverspecでリストを使った複数サーバテストについて、インストールからテストの実行までをまとめました。構成ファイルの作成方法から、ssh接続を使ったテスト、複数サーバを使ったテストの作成例など、実際に役立つ情報をご紹介しています。

管理者の足回り:SSH ノンパスログイン

ノウハウ
テクニカルサポート

自宅の Linuxサーバからエクスクラウドの特定アカウントにパスワード無し(ノンパス)でログインする方法についてまとめました。2サーバ間のsshのノンパスワードログインの設定の仕方や.sshのパーミッション設定の整理などを解説しています。

Apacheモジュールでロードバランシング&セッション維持!「Mod proxy balancer」と「stickysession」

ノウハウ

Apacheモジュール「mod proxy balancer」でセッションを維持しながらロードバランシングできる方法をご紹介します。Cookieの有り無しなどの設定例もまじえ、手軽にセッションの維持やロードバランサーを試せるので、ぜひお試しください!

Plesk8とPlesk11の違い 3 ~ マイクロアップデート編

ノウハウ
テクニカルサポート

セキュリティ対策の一環としてのPlesk8とPlesk11のアップデート(マイクロアップデート)とポリシーの違いについての概説です

ページトップへ