traceroute [options] host [packet_len]
※ packet_lenはバイトで指定
例:
$ traceroute example.com 8184
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の実装を見る - めもめも
apt-get build-dep <package>
$ sudo apt-get build-dep ruby パッケージリストを読み込んでいます... 完了 E: sources.list に 'ソース' URI を指定する必要があります
/etc/apt/sources.list で dep-srcを有効にする必要がある。
debを有効にしているURLは、対応するdeb-srcのコメントを外して有効にする。
deb http://jp.archive.ubuntu.com/ubuntu xenial main restricted deb-src http://jp.archive.ubuntu.com/ubuntu xenial main restricted ...
yum-builddep <package>
SSHで公開鍵認証にしてパスワード認証を無効に設定した後、確かにパスワード認証が無効になっていることを確認するため、あえてパスワード認証での接続を試行したい。
-o オプションで、PreferredAuthentications=passwordを指定する。
$ ssh -o PreferredAuthentications=password xxxx@example.com Permission denied (publickey,gssapi-keyex,gssapi-with-mic).
Permission deniedになればOK。
Ubuntu(14.04 LTS)のEmacsで、C-M-s(デフォルトではisearch-forward-regexp、ぼくはvisual-regexp、visual-regexp-steroidsのvr/isearch-forwardに割り当てている)を押しても効かない。代わりにウィンドウが隠れてしまう。
原因は、Ubuntuのキーボードショートカットで、Ctrl+Alt+Sがウィンドウのシェードの状態の切り替えに割り当てられているためだった。
「システム設定」> 「キーボード」の「ショートカット」タブで、「ウィンドウ」の「シェードの状態の切り替え」を無効にするか別のキーボードショートカットを割り当てる。
set follow-fork-mode <mode>
modeはparent(デフォルト)またはchild。
childを指定すると、フォークした子プロセスをデバッグする。
show follow-fork-mode
で現在のモードを確認できる。
Extends the functionality of other User-Agent addons, allowing them to modify the User-Agent for JavaScript code.
情報源: User-Agent JS Fixer :: Add-ons for Firefox
Javascriptのnavigator.userAgentを偽装してくれるFirefoxのアドオン。
このアドオンは、navigator.userAgentを、送信したHTTPヘッダーのUser-Agentと同じにする(だけ)。
HTTPリクエストヘッダーのUser-Agentを変更するアドオンと一緒に使う。
FireMobileSimulatorと一緒に使うと便利。
Ubuntu(14.04 LTS)で、コアダンプが出力できない場合があるという現象が発生した。
できる場合もある。プログラムによる。
以下のように、ulimitは問題ない。
$ ulimit -c unlimited $ ulimit -a core file size (blocks, -c) unlimited data seg size (kbytes, -d) unlimited scheduling priority (-e) 0 file size (blocks, -f) unlimited pending signals (-i) 15739 max locked memory (kbytes, -l) 64 max memory size (kbytes, -m) unlimited open files (-n) 1024 pipe size (512 bytes, -p) 8 POSIX message queues (bytes, -q) 819200 real-time priority (-r) 0 stack size (kbytes, -s) 8192 cpu time (seconds, -t) unlimited max user processes (-u) 15739 virtual memory (kbytes, -v) unlimited file locks (-x) unlimited
コアダンプの出力先を確認。
$ sudo sysctl -a | grep core_pattern kernel.core_pattern = |/usr/share/apport/apport %p %s %c %P
Ubuntu(14.04 LTS)では、デフォルトでcore_patternがapportを使用するように設定されていた。
コアダンプが出力されるケースでは、カレントディレクトリにcoreというファイルが出力される。
コアダンプが出力されないケースでは、apportでエラーが発生していた。
/var/log/apport.log
ERROR: apport (pid 3480) Tue May 12 18:48:31 2015: called for pid 3479, signal 6, core limit 18446744073709551615 ERROR: apport (pid 3480) Tue May 12 18:48:31 2015: ignoring implausibly big core limit, treating as unlimited ERROR: ERROR: apport (pid 3480) Tue May 12 18:48:31 2015: Unhandled exception: Traceback (most recent call last): File "/usr/share/apport/apport", line 357, in <module> (info['ExecutablePath'], info['ProcCmdline'])) File "/usr/share/apport/apport", line 99, in error_log apport.error('apport (pid %s) %s: %s', os.getpid(), time.asctime(), msg) File "/usr/lib/python3/dist-packages/apport/__init__.py", line 44, in error sys.stderr.write(msg % args) UnicodeEncodeError: 'ascii' codec can't encode character '\ufffd' in position 143: ordinal not in range(128) ERROR: apport (pid 3480) Tue May 12 18:48:31 2015: pid: 3480, uid: 0, gid: 0, euid: 0, egid: 0 ERROR: apport (pid 3480) Tue May 12 18:48:31 2015: environment: environ({})
apportでエラーになっているから、コアダンプが出力されないのだ。
PythonのUnicodeEncodeErrorが発生しているようだが、よく分からないので、core_patternにapportを使用しないよう設定することにした。
# echo 'core.%e.%p' > /proc/sys/kernel/core_pattern
$ ulimit -c unlimited $ cat segfault.c #include <stdio.h> int main(void) { char *s = "hello, world!"; *s = 'H'; return 0; } $ gcc -Wall -g -o segfault segfault.c $ ./segfault Segmentation fault (コアダンプ) $ ls core.segfault.3423 segfault segfault.c
echoで変更した設定は、システム再起動後には無効になってしまう。
変更を永続化するためには、/etc/sysctl.confに設定する。
情報源: E.4. sysctl コマンドの使用
/etc/sysctl.conf
kernel.core_pattern = core.%e.%p
しかし、なぜかシステムを再起動すると、apportを使用するように設定が戻ってしまっている。
システム起動時のapport起動で、設定を上書きしているらしい。
情報源: 12.04 - How to permanently edit the core_pattern file? - Ask Ubuntu
これを止めさせるには、apportを無効にして再起動する。
/etc/default/apport
# set this to 0 to disable apport, or to 1 to enable it # you can temporarily override this with # sudo service apport start force_start=1 #enabled=1 enabled=0
Mac OS X (Yosemite) で最近ディスクの空き容量がやたら少なくなっているので、調べてみた。
$ sudo du -sh /*
↓
$ sudo du -sh /private/*
↓
$ sudo du -sh /private/var/*
と調べて行くと、/private/var/tmp が200GBくらいある。
/private/var/tmp を見てみると、cachegrind.out.50526 のようなファイルが大量にあった。
これはXdebugのプロファイラーが出力するファイルらしい。(MacPortsのxdebugを使用している。)
Xdebugはエラー時にスタックトレースを表示したり、(Eclipseが必要だが)ステップ実行でデバッグできたりと便利なのだ。
で、この cachegrind.out.xxxxxx を rm で削除しようとしたら、
$ sudo rm cachegrind.out.* -bash: sudo: Argument list too long
となって削除できない。
ファイルが多すぎるため、シェルが * を展開すると Argument list too long になってしまうのだ。
find -exec で削除した。
$ cd /private/var/tmp $ sudo find . -name 'cachegrind.out.*' -maxdepth 1 -exec rm {} \;
200GBくらい空いた。
find -exec については、以前書いた以下の記事を参照してください。
findで検索した結果を削除したりgrepする方法
このままではまたどんどん cachegrind.out.xxxx がたまってくるので、xdebugの設定を変更して、プロファイラーが/private/var/tmp でなく、/tmp に出力するようにした。
(ついでにトレースファイル出力先も /tmp にしておいた。)
こうしておけば、再起動時に削除されるだろう。
/opt/local/etc/php53/php.ini
xdebug.profiler_output_dir と xdebug.trace_output_dir を追加。
[xdebug] xdebug.profiler_enable=On xdebug.remote_enable=On xdebug.remote_host="localhost" xdebug.remote_port=9000 xdebug.remote_handler="dbgp" xdebug.idekey=ECLIPSE_DBGP xdebug.profiler_output_dir=/tmp/ ; プロファイラーのファイル出力先 xdebug.trace_output_dir=/tmp/ ; トレースファイル出力先
Macのターミナル(Terminal)では、Command + K でスクロールバッファをクリアできる。
Control + l (またはclearコマンド)では、画面をクリアして現在のプロンプトが最上段に来るようにできるが、スクロールバッファはクリアされない。