問題タブ [digital-ocean]

デジタルオーシャン（Ubuntu）にプレイフレームワークをインストールし、アクティベーターUIをインストールしました。UI は http:// 127.0.0.1:8888 にありますが、インターネットからこのポートにアクセスできません。つまり、自分の digitalocean サーバーの IP が 10.100.10.10 であるとします。個人の PC から http:// 10.100.10.10:8888 にアクセスできません。

ただし、サーバーでlocalhostを使用してwgetできますが、インターネットからこのページにアクセスするにはどうすればよいですか?

Meteor Up to Digital Ocean を使用してデプロイされた Meteor (0.8.0) アプリが 100% CPU で停止し、メモリ不足でクラッシュし、100% CPU で再起動するだけです。過去24時間、このように動かなくなっています。奇妙な部分は、誰もサーバーを使用していないことと、meteor.log が多くの手がかりを示していないことです。データベース用のoplogを備えたMongoHQがあります。

デジタルオーシャンの仕様:

1GB RAM 30GB SSD ディスク ニューヨーク 2 Ubuntu 12.04.3 x64

問題を示すスクリーンショット:

スクリーンショットは昨日キャプチャされたもので、メモリ不足でクラッシュするまで 100% の CPU に固定されたままになっていることに注意してください。ログには次のように表示されます。

FATAL ERROR: Evacuation Allocation failed - process out of memory error: Forever detected script was kill by signal: SIGABRT error: Forever restarting script for 5 time

トップディスプレイ:

26308 メテロス 20 0 1573m 644m 4200 R 98.1 64.7 32:45.36 ノード

開始方法: csv または mailchimp oauth を介して電子メールのリストを取り込み、バッチ プロセス呼び出しhttp://www.fullcontact.com/developer/docs/batch/を介してそれらを fullcontact に送信し、更新するアプリがあります。 Meteor コレクションは、応答ステータスに応じて適宜収集されます。200 レスポンスのスニペット

Vagrant を実行している脆弱な Windows ラップトップでは、一度に数十万件のメールを処理しても、パフォーマンスの問題はまったくありません。しかし、Digital Ocean では、15,000 を処理することさえできないようです (CPU が 100% に急上昇してから OOM でクラッシュするのを見たことがありますが、起動した後は通常安定します... 今回はそうではありません)。私が心配しているのは、アプリでのアクティビティがまったくないか、ほとんどないにもかかわらず、サーバーがまったく回復していないことです。私は分析を見てこれを確認しました - GA は 24 時間にわたって合計 9 セッションを示しており、/ を押したりバウンスしたりするだけです。そして、最初の失敗以来、私が行った唯一のことは、factsパッケージをチェックすることです。

mongo-livedata 監視マルチプレクサー 13 監視ドライバー oplog 13

oplog-watchers 16 観察ハンドル 15 time-spent-in-QUERYING-phase

87828 FETCHING フェーズで費やされた時間 82 ライブデータ

無効化-クロスバー-リスナー 16 サブスクリプション 11 セッション 1

Meteor APM にも異常は何も表示されません。meteor.log には、OOM と再起動メッセージ以外に meteor の活動は表示されません。MongoHQ は、実行速度の遅いクエリや多くのアクティビティを報告していません。モニタリング ダッシュボードを凝視しているため、平均でクエリ、更新、挿入、削除はありません。私の知る限り、この 24 時間はあまり活動がなく、確かに集中的な活動はありませんでした。それ以来、newrelic と nodetime をインストールしようとしましたが、どちらもまったく機能していません - newrelic にはデータが表示されず、meteor.log には nodetime デバッグ メッセージがあります

nodetime-native 拡張機能のロードに失敗しました。

そのため、nodetime の CPU プロファイラーを使用しようとすると、空白になり、ヒープ スナップショットがError: V8 tools are not loaded で返されます。

この時点では基本的にアイデアがありません。Node は私にとってかなり新しいものなので、ここで暗闇の中で野生の刺し傷をしているように感じます. 助けてください。

更新: サーバーは 4 日後も 100% に固定されています。init 6 でも何もしません。サーバーが再起動し、ノード プロセスが開始され、100% の CPU に戻ります。memwatch や webkit-devtools-agent などの他のツールを試しましたが、Meteor で動作させることができませんでした。

以下はstraceの出力です

strace -c -p 6840

プロセス 6840 が接続されました - 中断して終了します

^Cプロセス 6840 が切り離されました

% time seconds usecs/call 呼び出しエラー syscall

---

77.17 0.073108 1 113701 epoll_wait

11.15 0.010559 0 80106 39908 mmap

6.66 0.006309 0 116907 読み取り

2.09 0.001982 0 84445 フテックス

1.49 0.001416 0 45176 書き込み

0.68 0.000646 0 119975 ムンマップ

0.58 0.000549 0 227402 clock_gettime

0.10 0.000095 0 117617 rt_sigprocmask

0.04 0.000040 0 30471 epoll_ctl

0.03 0.000031 0 71428 gettimeofday

0.00 0.000000 0 36 mprotect

0.00 0.000000 0 4 ブレーキ

---

100.00 0.094735 1007268 39908 合計

そのため、ノード プロセスはほとんどの時間を epoll_wait に費やしているようです。

質問全体を読むまで回答しないでください:)

新たに作成した DigitalOcean CentOS 6.5 (64 ビット) サーバーで、2 つの Apache 仮想ホストを作成してみまし www.example-rose.comたwww.example-tulip.com。次のコマンドを発行して実行しました。

サーバー側のセットアップ

SuEXEC を介して PHP を実行したいので、SuEXEC のラッパー スクリプトを作成する追加の手順を実行しました。

最後に、httpd.conf ファイルに次のコンテンツを追加して、仮想ホスティングを有効にしました。

サーバーを再起動し、次の内容の index.php ファイルを web ディレクトリに配置しました<?php phpinfo(); ?>。

ローカル マシン

仮想ホストをテストするために、次のコマンドを使用してローカル マシンから発行しました。curl

(ドメインのエントリをcurl作成した後)ではなく、Web ブラウザーからアクセスしようとすると、空白のページが表示されます。/etc/hostsサーバーに Apache アクセス ログまたはエラー ログが生成されません。(php ファイルの代わりに)静的ファイルを配置すると、問題なく静的ファイルにアクセスできます。しかし、.php ファイルは機能しません。

でも

DigitalOcean のサーバー自体(または DigitalOcean のネットワーク内の他のサーバー) からアクセスしようとすると、予想される index.php が問題なく結果として表示さcurlれます。しかし、DO のネットワークの外から試してみるとうまくいきません。phpinfo()

私はあらゆる種類の一般的なトラブルシューティング (インストール、再インストール、アクセス許可の確認、conf ファイルの何度も確認など) を行いましたが、今は頭がいっぱいです。次は何？

質問全体を読むまで回答しないでください:)

Pyramid Cookbook のこのレシピに従って、アプリを DigitalOcean にデプロイしようとしています。Entering daemon modeローカルマシンで実行したときと同じように、メッセージが表示されます。

また、ドメイン名を追加し、ネームサーバーが DigitalOcean を指すように設定しました。

しかし、 wisderm.comで自分のサイトにアクセスしようとすると、読み込まれません。この時点で完全に道に迷ってしまいました -- 何が間違っているのでしょうか?

これが私のファイルの構造です。

これは私の app.conf です:

アプリケーションを IntoVPS から Digital Ocean に移行した後、写真を AWS S3 にアップロードしようとすると、アプリケーションがクラッシュします。

サーバー間の違いは次のとおりです。IntoVPS は Ubuntu 10.10 を実行しており、Digital Ocean は Debian を実行しています。IntoVPS のノードは 0.8.x、デジタル オーシャンのノードは 0.10.26 です。

新しいサーバーには、この問題を引き起こしている可能性のあるファイアウォールはありません (確認しました)。

クラッシュ エラーは次のとおりです。

これらのいくつかは、プロセスを永遠に再起動しようとすることに関連している可能性があります (私はそれがスポーンの意味であると考えました)。私が注目するのは ECONNRESET です。

そのため、永遠に使用してプロセスを実行しており、knox モジュールを使用して S3 に接続しています。

私が見つけたグーグルの後：https://github.com/LearnBoost/knox/issues/198

res.resume()のコールバックに追加しようとputFileしましたが、何も変わりません。まだ ECONNRESET エラーが発生します。

この問題を修正するために丸一日 (昨日) を費やしましたが、本番アプリケーションが壊れたままにしておくことはできません。そのため、一時的に (ただし迅速に) 修正するために、Node の古いバージョンに切り替えてみることにしました。この問題。そこで、n モジュールをインストールして、インストールされているノード バージョンとして 0.8.26 を取得しようとしました。残念ながら、n は機能しませんでした。ここに私が作成した問題があります: https://github.com/visionmedia/n/issues/170

編集：

ssh セッションを終了して新しいセッションを開くと、n が機能します。ただし、ノードの 0.8.26 バージョンに切り替えると、別のエラーが発生します。

ご覧のとおり、私は S3 でこの問題を修正しようとして、非常に苦労しており、泣きそうになりました (比喩的に)。この問題に時間を浪費し続けることはできませんが、解決できないようです。Node自体が壊れているようです。

何が起こっているのかについて誰かが洞察を提供できますか? これに関する任意の助けをいただければ幸いです。

knox が機能しなくなったのはなぜですか?

編集

詳細はこちら。

エラーが発生するコード:

サイズや形式に関係なく、すべての写真で同じエラーが発生します。

ubuntu と dokku をイメージして Digital Ocean にドロップレットを作成しました。このチュートリアルに従ってアプリをデプロイしました。ssh キーを dokku に追加するための構成も行いました。「git push [name] master」を実行しようとすると、「dokku@domain」パスワードを求められます。