ソフトウェア開発者の日常スマートフォン用の表示で見るソフトウェア開発者の日常こだわりなく書きたいことを書いていきます。データベース一見すると関係なさそうに見える現象を引き起こしていたようです。サーバーがメモリ不足になったためか、夜中に固まっていたので再起動をかけたとの連絡がありました。64bit何回やっても問題なく終わらないのは、作業ログの残し方が悪いんだろうな。9.0という環境に、プログラムを設置したときに起きたこと。先人の方々が書いてくれているので、自分は楽に設定できた。サーバーいろいろある。R2にアプリケーションをインストールしていて、つまずいたこと。3.5がインストールできない。Serverは、予想していないことが起きる。Serverに接続できないと言われて、自分でも接続を試みたが接続できなかった。4月は人の移動をしたが、5月はサーバーの移転をしていた印象。2回の徹夜と1回の夕方の作業で移転をしたが、徹夜はするもんではないな。自分の関係するサーバーの引越し作業は終わっても、他のサーバーの引越し作業は続いていて、自席で仕事していたら、サーバールームのコンソールを外すように頼まれた。今回は、サーバー自体は新旧環境を事前に用意したので、新環境にデータを最新になるようにコピーして、DNSを切り替えるだけで済んだ。一つ失敗したのは、旧環境に工事中画面を出していなかったら、ログインしてくるユーザーがいて、データをコピーし直した...三回目のサーバー移設2012-05-26サーバー移設時に確認するsambaの設定項目サーバーFreeBSDのサーバーを移設したときに、sambaの設定ファイル/usr/local/etc/smb.confの2箇所を確認した。allow許可するIPアドレスを確認して、クライアントのIPアドレスを、192.168.XX.の形式で追加した。今月2度目の移設作業。今回は最後に大変だった。40GBのデータをVPN経由でコピーしたが、4時間かかってやっと終わって、そこから作業したので時間が足らなかった。データコピー元のサーバーのディスクからの読み出し能力を、完全に読み違えていた。PostgreSQLPostgreSQLに接続できない現象にあったので、再度同じことが起きたときのために、書いておく。構築された環境を、別のハードウェアに移行しなくてはならなくなったので、コピーツールを使ってコピーをした。ターミナルサービスで、リモートデスクトップ接続に影響する部分プロフィールid:AJYAこだわりなく書きたいことを書いていきます。ブログを報告するスターをつけました引用をストックしましたストック一覧を見る閉じる引用するにはまずログインしてくださいログイン閉じる引用をストックできませんでした。再度お試しください閉じる限定公開記事のため引用できません。