問題タブ [google-cloud-debugger]
For questions regarding programming in ECMAScript (JavaScript/JS) and its various dialects/implementations (excluding ActionScript). Note JavaScript is NOT the same as Java! Please include all relevant tags on your question; e.g., [node.js], [jquery], [json], [reactjs], [angular], [ember.js], [vue.js], [typescript], [svelte], etc.
tomcat - Google Compute Engine ソケットの問題
ここ数日間、Debian (Google Compute Engine) サーバーはソケットが利用できないという問題に毎日直面しており、Tomcat を再起動する必要があります。
when check using netstat -ap
found GOOGLE :( を使用している状況では、サーバーがフラッディングしています。
でプロセスを確認しましたlsof -p 5081
が、以下の行の膨大なリストがあります
ulimitから、開いているファイルの制限が最大に設定されていることがわかりました
GCE の Cloud Debugger 機能によるものですか? サーバーを毎日出血させないようにGoogleに要求する方法はありますか?
google-app-engine - Python App Engine モジュール用の Google Cloud Debugger で「デプロイ リビジョンが不明です」と表示される
Python App Engine モジュールで Google Cloud Debugger を動作させようとしています。私は指示に従いました:
- Bitbucket がホストするリポジトリに接続しました。
- を生成し
source-context.json
、source-contexts.json
使用してgcloud preview app gen-repo-info-file
- を使用してアップロード
appcfg.py update
ただし、コンソールを使用してスナップショットを設定しようとすると、次のメッセージが表示されます。
選択したデバッグ ターゲットにはソース リビジョン情報がありません。ここに表示されるソースは、デプロイされたソースと一致しない場合があります。
スナップショット ポイントを設定しようとすると、次のエラーが表示されます。
スナップショットの更新に失敗しました
google-app-engine - Google Cloud Debugger では、ソース ファイルをリポジトリ内の特定の場所に配置する必要がありますか?
Python App Engine モジュールの Cloud Debugging をセットアップしようとしていますが、うまくいきません。私が抱えている特定の問題については、この質問を参照してください。
問題の原因がリポジトリ内のソース ファイルの場所にあるのかどうか疑問に思っています。
私のソース ファイルは (さまざまな理由で) かなり特異な場所にあり、ファイルをステージング ディレクトリにコピーする "ビルド" ステップがあり、そこですべてがアプリ エンジンの期待どおりに配置されます。また、構成設定に基づいていくつかのファイル (app.yaml を含む) を生成します。
次にappcfg.py update
、このステージング ディレクトリから実行します。
このようなファイルの移動を考えると、アップロードしたモジュール内のどのソース ファイルがリポジトリ内のどのファイルに対応するかを Cloud Debugger がどのように識別できるのか疑問に思っています。特定の場所を調べるように設計されていますか(これで問題が説明されます)、それともそれよりも堅牢ですか?
java - virtualboxのubuntuサーバーでJava Google Cloudデバッガーを構築できません
(ホスト)で実行されている (ゲスト)でJava Google クラウド デバッガーをビルドしようとしています。Ubuntu 15.10 Server
Virtual Box 5.0.14
Mac OS X El Capitan
cloud-debug-javaのビルド手順に従っています
cmake
、build-essential
、などをインストールした後oracle java 8
、を実行する前にmaven3
次の変更も行う必要がありました。src/agent/Makefile
./build.sh
- に変更し
/path/to/java/
ました/usr/lib/jvm/java-8-oracle/
- これを追加しました
include
:-I/usr/lib/jvm/java-8-oracle/include/linux
したがって、私のINCLUDES
宣言は次のようになります。
INCLUDES = \
-I/usr/lib/jvm/java-8-oracle/include \
-I/usr/lib/jvm/java-8-oracle/include/linux \
-I$(THIRD_PARTY_INCLUDE_PATH) \
-I$(ANTLR_CPP_LIB_INCLUDE) \
-I. \
-I../codegen \
-Iantlrgen \
その後、ビルドは正常に実行されますが、ビルドしようとすると最終的に失敗しますexpression_util.o
エラー:
g++ -I/usr/lib/jvm/java-8-oracle/include -I/usr/lib/jvm/java-8-oracle/include/linux -I/home/ubuntu-java/Development/google-cloud-debugger/cloud-debug-java/third_party/install/include -I../../third_party/antlr/lib/cpp/v2_7_2/ -I. -I../codegen -Iantlrgen -m64 -std=c++11 -fPIC -Werror -Wall -Wno-unused-parameter -Wno-deprecated -Wno-ignored-qualifiers -Wno-sign-compare -Wno-array-bounds -g0 -DSTANDALONE_BUILD -DGCP_HUB_CLIENT -Wno-unused-but-set-variable -Wno-strict-aliasing -O3 -D NDEBUG -c expression_util.cc -o expression_util.o
In file included from expression_util.cc:25:0:
antlrgen/JavaExpressionLexer.hpp:4:54: fatal error: third_party/antlr/lib/cpp/antlr/config.hpp: No such file or directory
compilation terminated.
Makefile:190: recipe for target 'expression_util.o' failed
make: *** [expression_util.o] Error 1
生成され JavaExpressionLexer.hpp
たファイルでは、それを#include
third_party/antlr/lib/cpp/antlr/config.hpp
見つけようとして失敗します。
プロジェクトには が表示されますconfig.hpp
が、 の下にあり<project-root>/third_party/antlr/lib/cpp/v2_7_2/antlr/
ます。
このエラーを解決する方法がわかりません。
stackdriver - Google Cloud Stackdriver Debugger - 本番環境のデバッグ?
Stackdriver は本番環境のアプリケーションをどのようにデバッグしますか?
この期間中、サーバーはダウンしますか? レイテンシーはどうなりますか?
「すでに発生している」インシデントをデバッグする方法はありますか? たとえば、本番環境でアプリケーションを実行しています。そして、問題がありました。たとえば、ショッピング カートにアイテムを追加できなかったり、その他の問題が発生したりしました。戻って問題をデバッグできますか? それとも、ライブ アプリケーションをデバッグしますか?
python - モジュールがインストールされていても ImportError が発生する
インストール済み:
しかし、インポートしようとすると、ImportError: No module named uritemplate
. スタックトレースは次のとおりです。
googleapiclient/discovery.py", line 53, in <module>
物はuritemplate
インストールされています:
の直輸入uritemplate
もできません。
google-app-engine - Java 以外の JVM 言語での Stackdriver デバッグの使用
ソースに Java 以外のファイル(Groovy ファイルなど)があると、Stackdriver デバッグ インターフェースがエラーを出します。
デバッガが通常動作する方法は、ファイル名と行番号を、クラス ファイルに含まれる sourcefile および linenumber 属性に一致させることです。そのため、Java 以外のソース ファイルのサポートが無効になっている理由がわかりません。
インターフェースを "騙して" Java 以外のファイルを受け入れるようにした (名前を変更するなど) ことはできましたか? または、Google がサポートを追加する予定があるかどうかについて何か情報を持っていますか?