2017-05-01 3 views
0

Ich habe eine ec2-Instanz, die ich verwende, um eine Datenbank zu füllen. Ich habe ein Python-Skript, das ich durch folgende Eingabe ausführe: nohup python populate_db.py &. Das funktioniert und die Datenbank beginnt sich zu füllen. wenn ich die SSH-Sitzung jedoch verlassen und dann versuchen, da dies wieder zu vereinigen laufe ich folgende Ausgabe beim Hinzufügen der vvv Flagge:SSH in EC2-Instanz, während es ein Skript ausführt

OpenSSH_7.4p1, OpenSSL 1.0.2k 26 Jan 2017 
debug1: Reading configuration data /home/me/.ssh/config 
debug1: Reading configuration data /etc/ssh/ssh_config 
debug2: resolving "ec2-xx-xxx-xxx-x.compute-1.amazonaws.com" port 22 
debug2: ssh_connect_direct: needpriv 0 
debug1: Connecting to ec2-xx-xxx-xxx-x.compute-1.amazonaws.com 
[xx.xxx.xxx.x] port 22. 
debug1: Connection established. 
debug1: key_load_public: No such file or directory 
debug1: identity file .ssh/ec2key.pem type -1 
debug1: key_load_public: No such file or directory 
debug1: identity file .ssh/ec2key.pem-cert type -1 
debug1: Enabling compatibility mode for protocol 2.0 
debug1: Local version string SSH-2.0-OpenSSH_7.4 
ssh_exchange_identification: read: Connection reset by peer 

Zusätzlich meine Cloudwatch-Protokolle scheinen die Aufnahme zu stoppen, und die CPU-Auslastung nach Spick bis zu einem Maximum von 80% fällt auf etwa 6%, so dass es sich anfühlt, als könnte etwas zusammenbrechen.

Gibt es eine Möglichkeit, herauszufinden, was schief geht?

+0

Versuchen Sie, 'Bildschirm' anstelle von' nohup' zu verwenden. –

Antwort

0

Es stellt sich heraus, dass mein Skript ein Speicherleck darin hatte. Ich hatte keine Speicherüberwachung über EC2, aber wenn ich es lokal nutze, stieg der verwendete Speicher innerhalb weniger Minuten auf 2,5 GB (viel mehr als der t2.micro verarbeiten kann).

Verwandte Themen