CentOSのdefault言語を日本語から英語に（timezoneも）

投稿日：

Singaporeに来てからは脱日本語をしつつあるので、Server周りも英語で操作することにした。

日本語でInstallした場合は/etc/sysconfig/i18nを変更する

# vi /etc/sysconfig/i18n

LANG="en.UTF-8"

timezoneもSingaporeにする。

# cp /usr/share/zoneinfo/Singapore /etc/localtime
# vi /etc/sysconfig/clock

ZONE="Asia/Singapore"

# reboot

今後はカタカナ英語を使わないことに決めた。そのうち英語でブログを書いているかも？（笑）

リアクション:

コメント

コメントを投稿

このブログの人気の投稿

【.NET】DataGridViewを選択した際に背景色を変更しない

投稿日：
DataGridViewでセルを選択したときに背景色を変えたくなくて調べたメモ。環境はVisual Studio 2005 + VB.NET + .NET Framework 2.0方法はデザイナでDataGridViewのDefaultCellStyleにある
SelectionBackColorをTransparent
SelectionForeColorをControlText
に変更しておく。これで選択するセルを変更しても背景色が変わらないが、初期表示時に最初のセルが選択状態となっているので背景が透けて見えてしまう。これはonLoad時（バインドした後）にdgvList.CurrentCell = NothingにすればO.K.
続きを読む

Can't open PID file /var/run/nginx.pid (yet?) after start: Too many levels of symbolic links

投稿日：
下記エラーになってハマった時の覚書。

systemd[1]: Can't open PID file /var/run/nginx.pid (yet?) after start: Too many levels of symbolic links
環境： Kagoya VPS(Open VZ), CentOS 7.7, nginx 1.16.1


yum updateするとこの現象が起きるらしい。
カゴヤのサポートに問い合わせてみたところ「最近 CentOS の systemd 周りの更新があったようで、yum update によりおっしゃる状況となることがあるようです。」とのこと。
答えが知りたい方は途中読み飛ばして、「systemd設定ファイルのPIDパスを変更」を参照してください。

2020/06/03追記下記サイトによるとカーネルをアップデートすることで直るらしい。 OpenVZだとカーネルが共通なのでホストのカーネルで対応する必要がありそう。 Systemctl fails to start service: Too many levels of symbolic links | Plesk Help Center ダメ元でカゴヤのサポートに問合せしてみたら全く見当違いの回答だったので、別のホスティングへ乗り換えることにした。


【現象】
nginxが自動起動しないsystemctl start nginxを実行しても上記エラーで起動しない開発環境の仮想マシン（ほぼ同じ環境）では起こらない。カゴヤVPS上で起こる。OpenDKIMも自動起動していないMariaDBは無事起動している再起動直後は自動起動するが上記エラーで止まる。


【この現象が起きる前にやったこと】
yum updatephpを7.2から7.3へアップデート


【試した事】
nginxの再インストールphpの再インストール


【分かった事】
直接「/usr/sbin/nginx -c /etc/nginx/nginx.conf」を実行すると起動できる。systemdが何かおかしい気がする（？）


IPv6を疑う（←意味なかった） /var/run/は/run/にシンボリックリンクを貼ってるけど、今まで大丈夫だったし別の仮想環境で問題ないから、環境周りの原因からと思い、もう一度サーバーのエラーログを眺める
# les…
続きを読む

【PHP】セッションタイムアウトの時間を設定する

投稿日：
実際にどの設定でセッションタイムアウトが制御されているのか分からなかったので、調査したときのメモ。基本はブラウザ側でクッキーを使えないとセッションは使えない。携帯の場合はこちらの記事を参考に。そのクッキーの有効期限は最初にサーバにアクセスしたときにサーバ側で設定可能。多くのセッション管理のプログラムはセッションスタート時にsession_set_cookie_params($lifetime);を実行して有効期限を設定している。デフォルト値はphp.iniにあるsession.cookie_lifetimeの設定（秒）。lamppやhttpdのインストール直後は0（ブラウザが閉じるまで有効）となっている。session.cookie_lifetime = 0
のとき（「セッションクッキー」というらしい）はどの設定でセッションを管理しているかというと、それがsession.gc_maxlifetimeデフォルト値は1440秒（24分）。この値が過ぎるとサーバ側のセッションファイルが削除されるので実質セッションが切れる。詳しい説明は下記ブログが参考に。セッション(session)の有効期限を設定するにはセッションの設定を気にせずWebサーバを構築した際は基本24分でセッションが切れる（はず）。
続きを読む