障害メンテナンス情報
「
熨斗と
水引」は
一個人が
趣味で
運営しているサイトです。
サーバ
機について、ご
興味のある
方は
「熨斗と水引」のサーバ機について をご
覧下さい。
●サーバの障害・設定情報
サーバのこれまでのトラブルとその
対処方法を
出来る
限り
列挙しています。
【2024年4月30日】
先日ユーザーの
方からPDFデータが「
安全にダウンロードできません」というエラーが
表示されるとメールをいただきました。これはブラウザのセキュリティー
設定の
警告メッセージで、
当サイトがSSLに
対応していないことが
原因です。これまでも
様々な
問題に
対処してきましたが、ディストリビューションも
構築パッケージもCMSも(ついでに
管理人も)
古い
老サーバ(
老管理人)のため、リスクのあるサーバの
更新はせず、このまま
余生を
過ごさせようと
思っています。
※対処方法:ブラウザ設定により警告メッセージの非表示やPDFダウンロードが可能。(警告メッセージをコピペして検索し対処)
【2023年7月28日10:00~11:30】
またもやアクセス
集中で、
表示速度が
低下する
時間帯がありました。
※対処方法:MonitでWebサーバーを死活監視し異常発生時に自動再起動するよう設定。どうかうまくいきますように・・・(-人-)
【2023年7月14日11:00~14:00】
お
盆と
年末恒例のアクセス
集中で、サイトへのアクセスができない
時間帯がありました。
※対処方法:VPSのコンパネより強制再起動。スケールアップでも解決しないことが判明!どうしたらいいのぉぉ
【2022年12月9日10:30前後】
またもやアクセス
集中のため、サイトへのアクセスができない
時間帯がありました。
※対処方法:VPSのコンパネより強制再起動。そろそろスケールアップか、それともCDNか、実に悩ましい・・・
【2022年12月5日10:00~11:30】
アクセス
集中のため、サイトへのアクセスができない
状態や
大変時間がかかる
状態がありました。
※対処方法:VPSのコンパネより強制再起動。なんだかんだ毎年12月恒例だな。(´・ω・`)
【2021年12月15日】
またもやImageMagickのconvertコマンドでエラー。
原因はこれまたサーバの
容量不足と
判明、
肥大化したログファイルを
削除する。
※なんとディスク容量の80%がログでした。教訓「ログはこまめに削除しましょう。」
【2021年9月10日】
本日ImageMagickのconvertコマンドでエラーが
頻出しているのを
確認。
原因はサーバの
容量不足と
判明。2
回目のスケールアップとなる。
※もしかして、8月の障害も容量不足が原因なのか、それにしても懐が痛む・・・orz
【2021年8月18日~2021年8月24日】
これまでで最大の障害が発生!バックアップ
用サーバも
同時に
吹っ
飛んだので
半ば
諦めかけていたところ、
実験用サーバに2
年半前のバックアップを
発見!どうにかこうにか
復旧にこぎつけました。
※もう死にそう・・・orz
【2020年2月28日~2020年3月28日】
スケールアップのおかげでサーバは
安定したものの、
最近ピーク
時でもないのに
速度低下がみられるようになった。これも
新型コロナウイルスによる
回線混雑の
影響か。
※どうか早くコロナが収まってくれますように・・・(-人-)
【2018年9月28日~2018年9月30日】
サイトに
接続できない
状況が
頻発。httpdのメモリリークの
疑いが
濃厚のため、いつものようにチューンナップを
試みるも
解決せず、やむなくスケールアップを
行うに
至る。
※VPSのコントロールパネルよりスケールアップ。毎月の出費増が痛い・・・orz
【2017年5月19日2:00~9:00】
2
時頃からサーバが
不安定になり、5
時から9
時まで
約4
時間ほど
完全に
停止状態になっていた
模様。
原因は
現在調査中。
※VPSのコントロールパネルより強制再起動。
【2016年9月11日11:00~13:00】
DoS/DDoS
攻撃???
突然CPU
負荷が
跳ね
上がったため、2
時間ほどサーバが
停止状態になっていました。
※対処方法:念のためアタック対策として fail2ban を導入。
【2016年8月29日17:00~】
本日、レンタルしている「さくらインターネット」のサーバー
障害でサイトが
一時閲覧不能になっていたようです。m( _ _ )m
※対処方法:1時間程度で復旧した模様。
【2016年6月21日】
Windows10の
環境下で、のし
紙のPDF
作成時に
文字化けを
起こすとの
報告があり、
調査したところ、
不具合が
見つかりましたので
修正をいたしました。
※対処方法:フォームデータ送信の際に明示的に文字コードを指定。ご報告いただきましたユーザー様に感謝いたします。
【2016年2月12日】
OpenMP
対応のImageMagickがconvert
処理で
異常な
高負荷になるバグがあり、
突然高負荷状態が
起きるようです。その
都度リブートして
対応してますが、とりあえずはバグフィックス
待ちです。
【2015年12月25日】
このところのアクセス
集中時にサーバがフリーズする
原因をログからほぼ
特定。
※対処方法:特定したPHPスクリプトから原因部分を切り離した後、CPU使用率の持続的低下を確認。
【2015年12月23日】
19:52~20:36
迄フリーズ
状態。
※対処方法:VPSのコントロールパネルより強制再起動。
【2015年9月21日】
16:00
頃サーバーのフリーズを
発見!1
時間程度固まっていたようです。
例によって
原因不明・・・orz
※対処方法:VPSのコントロールパネルより強制再起動。
【2015年8月19日】
ここ
数日サーバーがやたらと
重いのでtopで
確認したところ、CPU
使用率が99%って・・・ありえな~い!!
※対処方法:rebootして事なきを得ました。しっかしこの世界まだまだわからんことが多すぎる。(´・ω・`)
【2015年7月17日】
さすがにもう
大きなトラブルはないだろうと
高を
括っていたら、
本日いきなり「サーバが
見つかりません」と
見たくないアラートが・・・
即ムームードメインにチャットでライブヘルプ。「
【重要】[お名前.com] ドメイン 情報認証のお願い」のメールを
無視していたことによる
利用制限が
原因でした。orz
※対処方法:利用制限解除で復旧。皆さん、メールのタイトルに「重要」の文字があったら、とりあえず目を通しましょう。
当たり前か( _ _ )..........o
【2015年6月4日】
さくらのVPSに
切り
替えてやっと
安定してきたと
思ったら、
久しぶりにMyDNSのネームサーバがダウン。12:40から2
時間ほどサイトが
見つからない
状況になっていました。
待てよ・・・もう
自鯖じゃないんだから、さくらのネームサーバ
使えばいいだけじゃん!
※対処方法:MyDNSからさくらインターネットのネームサーバに切り替えました。(4ヶ月も気付かないなんて・・・とほほ。)
【2015年2月4日】
玄箱HG/
自宅サーバから、さくらインターネット/VPSに
切り
替えました。
※玄箱はバックアップ用として余生を過ごさせる事にしました。玄箱よ、ありがとう!そしてお疲れ様。
【2015年1月5日】
昨年の
暮れあたりからPHPスクリプトを
置いているサーバが503エラーを
頻繁に
出すようになり、
今日もいくつかのPDF
自動生成サービスが
停止していました。
※そろそろ自鯖からVPSに切り替える時期なのかも・・・でも、もう少しがんばりたい。
【2014年12月26日】
本日、PHPスクリプトを
置いているサーバ(ロリポップ)が
半日以上停止していることが
判明しました(
汗)
※対処方法:ロリポップに問い合わせ、午後3時過ぎに何とか復旧。いろいろと想定外のハプニングが続くなぁ~
【2014年11月12日】
やっと
自宅サーバが
安定してきたと
思ったら
今度はネームサーバの
不調?
今月に
入ってから
毎日のように
数分から
最大で1
時間程度、サイトが
見つからない
状態が
起きています。
当サーバはMyDNSのネームサーバを
利用してドメイン
名とIPアドレスとの
解決を
行っているのでMyDNS.JPのサーバがダウンしていると、「サーバが
見つかりません。」と
出てしまいます。
※対処方法:どこかに安定したフリーのネームサーバないかな…
【2014年5月28日】
AM2:10から
数十分の
間、ISPの
不定期な
夜間のIPアドレス
変更による
影響のため、サイトに
接続できない
状態にあったと
思われます。
※対処方法:DNSサーバーへのIP自動更新を30分にしているため30分以内に自動更新された模様。
【2014年3月30日】
無線ルータのブリッジ
接続で
痛恨の
設定ミス、PM0:30からPM3:30まで
繋がりにくくなっていました。
トホホ・・・
【2014年2月24日】
PC
追加に
伴うLAN
環境見直しのため、PM8:45~PM11:15までの
約2
時間半、アクセスできない
状況が
続いていました。
【2014年1月28日】
新しく
設置したコンテンツのPDF
生成に
関わる
処理を、うっかり
体力の
無い
玄箱にやらせてしまっていたため、この
数日間混雑時にサーバがもっさりとしていました。
※対処方法:重たい処理を外部PHPサーバに移す。
【2013年12月25日】
サーバのパフォーマンス
向上のため、20まで
下げていたMaxClientsの
設定値を、もとのデフォルト
値(150)に
戻したことが
功を
奏したようでサーバが
安定してきました。
もう
少し
頑張ってみるか・・・
【2013年12月】
12月に
入ってアクセスが
集中する
時間帯にサーバがダウンするトラブルが
頻発するようになったので、とりあえずMaxClientsを20から150に
設定しました。そろそろ
限界かな・・・
※対処方法:今のところ監視を強化し、停止していたら再起動するという対処療法で様子見
【2013年4月10日水曜日】
AM10:00~AM10:30までの
約30
分間、
電気工事に
伴う
停電のため、サイトに
接続できない
状態にありました。
※対処方法:停電復帰後、DNSサーバ更新により正常復帰
【2013年2月15日金曜日】
PM0:45~PM1:15までの
約30
分間、DIAGランプ4
回点滅状態(ファンの
異常)でサーバが
停止していました。
※対処方法:昨日ファンの掃除をした際、ファンの向きが逆だったことが判明、正常な向きに付け直して復帰(orz…)
【2013年2月14日金曜日】
PM3:00~PM3:15までの
約15
分間、うっかりHubの
電源を
切ってしまったためネットワークが
切断していました。
※対処方法:Hubの電源を入れなおし、正常復帰。(掃除中のうっかりミス。これだから自宅サーバは怖い・・・)
【2012年11月10日土曜日】
PM2:30~PM6:30までの
約4
時間、
停電(
瞬断)によると
思われる
不具合のためサーバの
電源が
落ちていました。
※対処方法:電源スイッチを入れ、正常復帰。(度重なるようなら瞬断対策としてUPSの検討が必要かも)
【2012年10月6日土曜日】
http://nihon.mydns.jp(DDNS)を、NAMEベースのバーチャルホストに
設定しました。
※http://nihon.mydns.jp 「日本史ゴロ合わせ年表」 を公開。
【2012年9月20日木曜日】
「
教えて!リカちゃん」からの
報告により、
数日前から
一部の
展開図がダウンロードできない
状態になっていたことが
判明。
※PHPスクリプトを設置していた外部サーバのダウンが原因だとわかり、別サーバにスクリプトを移して対応。
【2012年9月19日水曜日】
PM3:30~PM4:00までの
約30
分間、ネットワーク
再構築作業のため、サーバーを
一時停止しました。
※対処方法:作業終了後、正常復帰。
【2012年9月8日土曜日】
AM2:30~AM3:00までの
約30
分間、
定期バックアップのためサーバーを
一時停止しました。
※対処方法:バックアップ後、正常復帰。
【2012年8月9日木曜日】
最速キャッシュハック(Fastest Cache Hack)の
導入により、XOOPSのセッション
数を
計測するタイプのアクセス
解析モジュール(LogCounterX)が
機能しなくなりました。
※メンテナンス内容:Apacheログを直接解析するタイプのアクセス解析プログラム(WebDruid)に切り替えました。
【2012年5月27日木曜日】
AM5:15~AM6:00までの45
分間半、
緊急メンテナンスのため、サイトに
接続できない
状態にありました。
※メンテナンス内容:玄箱の静音対策
玄箱の主な音の発生源はHDDとファンの2箇所、ファンの音はKURE 5-56をファンの軸に差したことで一応解決。一方のHDD回転音の方はハードディスクを静音化対策が施されたものにするしかないようなのでとりあえず保留。
【2012年5月17日木曜日】
AM2:37~AM6:02までの
約3
時間半、ISPの
不定期な
夜間のIPアドレス
変更による
影響のため、サイトに
接続できない
状態にありました。
※対処方法:DNSサーバーのIP更新方法を不安定なddclientから、wgetでBasic認証ページにcronで定期的にアクセスする方法に変更
【2012年5月15日火曜日】
PM4:12~PM4:26までの
約14
分間、DNSサーバのシステムアップデートによる
再起動作業のため、サイトに
接続できない
状態にありました。
※対処方法:DNSサーバ再起動後、再開
【2012年2月23日木曜日】
AM2:42~AM8:30までの
約6
時間、ISPの
不定期な
夜間のIPアドレス
変更による
影響のため、サイトに
接続できない
状態にありました。
※対処方法:DNSサーバ更新により正常復帰
【2011年12月23日金曜日】
PM2:00~PM5:00までの3
時間、
停電によるサーバ
障害のため、サイトに
接続できない
状態にありました。
※対処方法:DNSサーバ更新により正常復帰
無料で使えるアクセスログ解析ツールとAPI
重い
玄箱サーバのレスポンスを
改善する
目的で
導入した Fastest Cache Hack (
最速キャッシュハック) の
影響で、アクセス
解析モジュール LogCounterX が
使えなくなってしまったことから、
以前から
気になっていたアクセスログ
解析ツールを
試してみました。
レンタルサーバーや
自宅サーバなどで
一般的に
使用されているApacheのログを
管理・
解析するためのツールと、Googleが
提供している
無料のアクセス
解析ツール Analytics のAPIを
利用したWebサービスの3
種類です。
●Apacheのログ解析ソフト(WebDruid)
Webdruid はApacheログの
解析結果を
統計処理してグラフィカルに
図示してくれる
解析ソフトです。
「graphviz」を
合わせてインストールすると
遷移図も
作成してくれます。
ローテートの
間隔は1
日1
回午前3:00に
行うように
設定しています。
★「WebDruid」でログ解析を見る
●超高速なApacheのログ解析ソフト「Visitors」
「WebDruid」は
比較的表示が
速い
解析ツールですが、「Visitors」は
更にそれを
上回る
軽快なログ
解析ツールです。 ウェブサーバログファイルを
入力すると、
統計をいろいろな
形のレポートとして
出力します。
その
設計方針は
同じタイプの
他の
解析ツールと
比較すると
少し
異なって
見えるかもしれません。
ローテートの
間隔は1
日1
回午前4:00に
行うように
設定しています。
★「Visitors」の解析サンプルを見る
●Google Analytics APIを利用したWebサービス「SeeTheStats」
SeeTheStats は、Google Analytics のAPIを
利用して、Analyticsの
解析結果を
外部に
公開できるサービスです。
Analyticsはページにトラッキングコードを
埋め
込むタイプのアクセス
解析サービスのため、サーバ
側にキャッシュされたページのアクセスもカウントしてくれます。
ただ、
上の
2つの
解析ツールと
比べると
表示が
重いのが
難点です。
賢い管理者の賢いアクセスログ解析法とは
アクセスログをきちんと
読んで、アクセスアップやサイト
改良に
使えてますか?
高価なソフトを
入れたけど、
数字をなんとなく
眺めるだけになってませんか?
サーバー
管理に
偏りがちの
間違ったアクセスログ
解析を
見直しましょう。
間違った
知識にもとづくアクセスログ
解析では、Webサイトを
使った
正しいマーケティングができません。
儲かるWebサイトを
作るための
正しいアクセスログ
解析の
方法をじっくり
基礎から
解説!
★アクセスログ解析の教科書