タグ付けされた質問 「error-log」

Ubuntu 14.04にPostgres 9.3をインストールしようとしていますが、起動時に厄介なエラーが発生します。ここに私が見ているものがあります： $ sudo service postgresql restart * Restarting PostgreSQL 9.3 database server * Error: could not exec /usr/lib/postgresql/9.3/bin/pg_ctl /usr/lib/postgresql/9.3/bin/pg_ctl start -D /var/lib/postgresql/9.3/main -l /var/log/postgresql/postgresql-9.3-main.log -s -o -c config_file="/etc/postgresql/9.3/main/postgresql.conf" : [fail] そこで、この出力でログファイルをチェックしました。 2015-01-05 21:50:05 EST LOG: database system was shut down at 2015-01-05 21:50:03 EST 2015-01-05 21:50:05 EST LOG: …

13 postgresql  errors  error-log 

私はsp_cycle_errorlogを実行することで現在のエラーログを簡単に循環できることを知っていますが、SQL Serverが古い/アーカイブされたエラーログファイルを削除するのではないかと思っています。これに対する答えがどこにも見つからないようです...

12 sql-server  error-log 

同様に構成された2つの2008r2 SQL Server "A"と "C"を使用する顧客サイトがあります。両方のサーバーで、トレースフラグ1204および1222が有効になり、DBCC tracestatus両方のサーバーで次のように表示されます。 TraceFlag Status Global Session 1204 1 1 0 1222 1 1 0 3605 1 1 0 Aでは、トレースフラグは期待どおりに機能し、デッドロックが発生すると、エラーログに1204と1222の両方のデッドロックレポートが記録されます。ただし、Cでは、1204レポートのみが表示され、1222レポートは取得されません。 私の人生では、この違いの理由はまったくわかりません。私はこれを広範囲にグーグルで調べ、これらのトレースフラグに関するMSドキュメントを読んだ（そして再度読んだ）ので、このような動作のレポートも、何が原因であるかについてのヒントも見つかりません。近づく唯一のことは、どちらのトレースフラグも機能していないという時折の主張ですが、これらはすべて、有効化コマンドにタイプミスがあった場合のケースであることが判明しました。DBCC TRACESTATUSを使用して確認しているため、これは当てはまりません。 そのため、トレースフラグ1222 のみが機能しない原因となる可能性のある原因、および/またはそれを修正する方法についての洞察は、高く評価されます。 さて、ここに興味深い展開があります。自分でデッドロックを生成するたびに（このコードを使用：https : //stackoverflow.com/questions/7813321/how-to-deliberately-cause-a-deadlock）、両方のトレースレポートがエラーログに記録されます。デッドロックレポートの1つのみをトリガーするように見えるのは、アプリケーションから数日ごとに発生する「自然な」デッドロックだけです。これが役立つかどうかはわかりませんが、トレース1222が1204と同じデッドロック状態のすべてについて報告しないと考える理由はありますか？

8 sql-server  sql-server-2008-r2  deadlock  dbcc  error-log 

私は次のことでいくつかの助けをいただければ幸いです、私はいくつかグーグルをやったが、これを解決することができませんでした。 SQLログ「失敗した割り当てページ：FAIL_PAGE_ALLOCATION 540」でメッセージを受け取り続け、この質問の最後に追加するダンプが続きます。 参考までに、ビルドは次のとおりです。 vCenterで実行されている仮想サーバー Windows Server 2008 R2 64ビットSQL Server 2012 SP1 Enterprise（11.0.2100）8GB RAM SQL Server Max and Min memory is set to 6144 MB サーバーは2ノードの可用性グループの一部であり、これが現在のプライマリノードです。 このインスタンスはMicrosoft SharePointのデータベースをホストしています 私は、Perfmonトレースを24時間実行しましたが、ダンプの1つの後にPLEがドロップし、その後再び上昇したことがわかりました。他に特に奇妙なものはありません。 SQL Serverはまだ実行中です。 SQLログからの抽出： 10/03/2014 09:59:52,spid866,Unknown,CACHESTORE_XMLDBELEMENT (node 0) KB<nl/>---------------------------------------- ----------<nl/>VM Reserved 0<nl/>VM Committed 0<nl/>Locked Pages Allocated 0<nl/>SM Reserved 0<nl/>SM Committed 0<nl/>Pages …

8 sql-server  sql-server-2012  error-log