「ねこんかつ」ですと！？

投稿日：

「とんかつ」ではなく、ネコ好き同士の合コンがあるようです。

猫と一緒に婚活しょう！「ねこんかつ」が大好評！

間違いなく猫好きの人と知り合うことができそう。

ただ一人で行く勇気はない。

ネコたちに赤ちゃん言葉で話しかけるのを見られるのが嫌。

リアクション:

コメント

コメントを投稿

このブログの人気の投稿

【.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パスを変更」を参照してください。



【現象】
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/にシンボリックリンクを貼ってるけど、今まで大丈夫だったし別の仮想環境で問題ないから、環境周りの原因からと思い、もう一度サーバーのエラーログを眺める
# less /var/log/messages
systemd: Binding to IPv6 address not available since kernel does not support IPv6. このエラーが気になった。
カゴヤVPSではデフォルトでIPv6は無効状態（参考： IPv6 の利用 - KAGOYA Internet Routing）。
なので、OSレベルでIPv6を無効にしてみる。
# vi /etc/sysctl.d/dis…
続きを読む

既存のディレクトリ（フォルダ）にgit cloneして上書きしたい

投稿日：
イメージ
SubversionのリポジトリをGitLabに移行後、今まで開発していたフォルダでgit cloneしてみるとエラー。fatal: destination path 'api' already exists and is not an empty directory.環境： CentOS 6.6, git 1.7.1一旦フォルダごと削除して、git cloneし直せばいいのだけれど、権限の設定や本番環境でも削除してgit cloneはやりたくない。gitの仕組みを理解すれば簡単なことだった。腑に落ちるまで時間がかかった。git fetchの理解からgit mergeとpullの役割 - Qiita<2015/07/06 Modified>
実機コンソールでコマンド実行すること。Windowsから共有ファイル経由で実行すると時間が掛かり過ぎる（失敗する）。本番環境でブランチとマージしたときに実行したコマンド
# cd /path/to/project/
# git init
# git remote add origin git@gitlab.hoge.jp:suganuma/project-wordpress.git
# git fetch origin
# git checkout -b branch-name
# git checkout origin/branch-name -- .gitignore
# git add --all
# git add -f wp-config.php
# git merge origin/branch-nameエラーになったらブランチ上のファイルで上書き。移行した直後ならこれをやらなくてもいいはず。
# git checkout origin/branch-name -- /path/to/file# git merge origin/branch-namesvnとお別れする
# rm -rf .svn/< 2016/03/31 追加 >
上のやり方でマージできなかったので「theirs」を使った方法 途中までは一緒
# cd /path/to/project/
# git init
# git remote add origin git@gitlab.hoge.jp:suganuma/project-wordp…
続きを読む