Go の対話的シェル(REPL)
Rubyのirbみたいなもの。
https://github.com/motemen/gore
Go の対話的シェル(REPL)
Rubyのirbみたいなもの。
https://github.com/motemen/gore
CentOS6でnodejs(v6.9.1)をビルドしようとしたら、makeでエラーになった。
gccとg++の4.8以降が必要だが、CentOS6のgccは4.4.7だからだ。
node-v6.9.1/BUILDING.md
Prerequisites:
* `gcc` and `g++` 4.8 or newer, or
* `clang` and `clang++` 3.4 or newer
* Python 2.6 or 2.7
* GNU Make 3.81 or newer
そこで、sclでgccとg++の4.8以降をインストールしてビルドすることにした。
$ sudo yum install centos-release-scl $ sudo yum install scl-utils $ sudo yum install devtoolset-4-gcc devtoolset-4-gcc-c++ devtoolset-4-binutils $ scl enable devtoolset-4 bash $ gcc --version gcc (GCC) 5.2.1 20150902 (Red Hat 5.2.1-2) Copyright (C) 2015 Free Software Foundation, Inc. This is free software; see the source for copying conditions. There is NO warranty; not even for MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE.
devtoolset-3、devtoolset-4がある。devtoolset-4にしてみた。
devtoolset-4で全部インストールすると大量なので、nodejsのビルドに必要なgcc、g++とbinutilsのみインストールした。
$ scl enable < コレクション1> [< コレクション2> ...] bash
で、インストールしたコレクションが利用できる環境がセットされたbashが起動する。
システム起動時からsclでインストールしたコレクションを有効にしたい場合は、/etc/profile.dに以下のようなファイルを作成しておけばよい。
$ cat /etc/profile.d/enabledevtoolset-4.sh #!/bin/bash source scl_source enable devtoolset-4
https://access.redhat.com/solutions/527703
devtoolset-4を有効にすると、`sudo -i` がエラーになったり、リモートコンピューターからのrsyncで `--rsync-path="sudo rsync"` がエラーになるなど、sudoの動作がおかしい場合がある。
$ sudo -i [sudo] password for foo: /var/tmp/sclXXXXXX: line 8: -i: コマンドが見つかりません
https://bugzilla.redhat.com/show_bug.cgi?id=1319936
そのような場合は、明示的に `/usr/bin/sudo` を使うしかないようだ。
Mac OS XのtopはデフォルトがCPU順でない。pidの降順となっている。
ソートを変更するには、
$ top -o cpu
または
$ top -o -cpu
で起動するか、top起動後に、o と入力後、cpu(または-cpu) と入力してReturnキーを押す。
+を付けると昇順になる。
その他のソート可能項目については、man top を参照。
REST APIのテストに便利。
CentOS release 6.7 (Final)
yum updateで以下のエラー
http://mirror.centos.org/centos/6/SCL/x86_64/repodata/repomd.xml: [Errno 14] PYCURL ERROR 22 - "The requested URL returned error: 404 Not Found" 他のミラーを試します。 エラー: Cannot retrieve repository metadata (repomd.xml) for repository: scl. Please verify its path and try again
$ sudo yum remove centos-release-SCL $ sudo yum update # CentOS-6.8にアップデート $ sudo yum install centos-release-scl $ sudo yum update
adb install -r <apkのパス>
$ adb devices
で確認できる。
例:
$ adb -s emulator-5554 install -r /Users/pistolfly/AndroidstudioProjects/MyApp/app/release/app-release.apk
$ adb shell input text 'ペーストしたい文字列'
$ adb devices
で確認できる。
例:
$ adb -s emulator-5554 shell input text 'ペーストしたい文字列'
traceroute [options] host [packet_len]
※ packet_lenはバイトで指定
例:
$ traceroute example.com 8184
CentOS7でpassenger-configやpassenger-statusがエラーになる。
$ passenger-config restart-app *** ERROR: Phusion Passenger doesn't seem to be running. If you are sure that it is running, then the causes of this problem could be one of: 1. You customized the instance registry directory using Apache's PassengerInstanceRegistryDir option, Nginx's passenger_instance_registry_dir option, or Phusion Passenger Standalone's --instance-registry-dir command line argument. If so, please set the environment variable PASSENGER_INSTANCE_REGISTRY_DIR to that directory and run this command again. 2. The instance directory has been removed by an operating system background service. Please set a different instance registry directory using Apache's PassengerInstanceRegistryDir option, Nginx's passenger_instance_registry_dir option, or Phusion Passenger Standalone's --instance-registry-dir command line argument.
Passengerのinstance registry directory(Apacheの場合はPassengerInstanceRegistryDir、Nginxの場合はpassenger_instance_registry_dir)が見つからないのが原因。
instance registry directoryを明示的に指定していない場合のデフォルトは/tmpなので、instance registry directoryは/tmp下に作成されるが、SystemdのPrivateTmpオプションがhttpdで有効になっている(デフォルト)ため、httpd専用の/tmp(実際には/tmp/systemd-private-XXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXX-httpd.service-XXXXXX/tmp)に作成される。このディレクトリが、別プロセスであるpassenger-configやpassenger-statusには見つけられないのだ。
SystemdのPrivateTmpによって発生する問題なので、RHEL7やAmazon Linux 2でも同様だろう。
SystemdのPrivateTmpは有効にしたままで対処する方法。
Passengerのinstance registry directoryがhttpd専用の/tmpに作成されないように、明示的に指定する。
[/etc/tmpfiles.d/passenger.conf:1] Line references path below legacy directory /var/run/, updating /var/run/passenger-instreg → /run/passenger-instreg; please update the tmpfiles.d/ drop-in file accordingly.
Systemd logs warnings about the legacy tmpfile location /var/run - Red Hat Customer Portal
(Apacheの場合)
/etc/httpd/conf/httpd.conf
PassengerInstanceRegistryDir /run/passenger-instreg
/run に置くファイル、ディレクトリは、再起動すると削除されてしまうので、tmpfiles.dに設定が必要。
詳細は、man 5 tmpfiles.d を参照。
/etc/tmpfiles.d/passenger.conf
D /run/passenger-instreg 0755 root root
passenger-status、passenger-configを実行するユーザにPASSENGER_INSTANCE_REGISTRY_DIRの設定が必要。
~/.bash_profile
export PASSENGER_INSTANCE_REGISTRY_DIR=/run/passenger-instreg
capistrano-passengerを使用している場合は、デプロイ後のpassenger-config restart-appでPASSENGER_INSTANCE_REGISTRY_DIRの指定が必要なので、該当するステージのデプロイレシピに以下を追加する。
set :default_env, { ...(略).., "PASSENGER_INSTANCE_REGISTRY_DIR" => "/run/passenger-instreg" }
以上を設定したら、システムを再起動する。
SystemdのPrivateTmpをhttpdで無効にしてしまう方法。
$ sudo systemctl edit httpd.service
[Service] PrivateTmp=false
保存後、httpdを再起動する。
$ sudo systemctl restart httpd.service
/usr/lib/systemd/system/httpd.service を /etc/systemd/system にコピーすると、/etc/systemd/system に置いたファイルが優先される。コピーしたhttpd.serviceのPrivateTmpをfalseに変更する。
/etc/systemd/system/httpd.service
...(略)PrivateTmp=false...(略)
変更後、
$ sudo systemctl daemon-reload$ sudo systemctl restart httpd.service
情報源: CentOS 7 で Phusion Passenger の passenger-status を実行するとエラーとなる - Qiita
お前らもさっさとハマって泣くべきCentOS7の落とし穴4つ - Qiita
Handle systemd PrivateTmp #1475
Systemd入門(5) - PrivateTmpの実装を見る - めもめも