有时我的pg_restore或mongorestore卡住了

Question

print 'restore db1' 
run_command('pg_restore -i -h localhost -p 5432 -U postgres -d db1 -v "/var/lib/project/backup/db1.backup" -c') 
print '--- wait 3 seconds' 
time.sleep(3) 

print 'restore db2' 
run_command('pg_restore -i -h localhost -p 5432 -U postgres -d db2 -v "/var/lib/project/backup/db2.backup" -c') 
print '--- wait 3 seconds' 
time.sleep(3) 

print 'restoring mongodb' 
run_command('/var/lib/project/bbds/mongodb-linux/bin/mongorestore /var/lib/project/backup/dump --drop') 
print '--- wait 3 seconds' 
time.sleep(3) 

我的run_command基本上取自this。

在我的控制台：

python ignition.py --load-fixtures 
For safety, this process will run for about one minute. 
setup LDAP 
restore db1 
['pg_restore', '-i', '-h', 'localhost', '-p', '5432', '-U', 'postgres', '-d', 'db1', '-v', '/var/lib/project/backup/db1.backup', '-c'] 
Password: 

这正好卡输入密码后。事后没有任何反应。我不确定它是否资源繁忙。 pg_restore仍然按照ps au|grep pg_restore运行，而mongorestore不是。所以它必须坚持第一次恢复。我不认为它的内存已满，因为我的虚拟机只有512MB，并且它一直都是满的，并且总是使用交换内存。

我们怎么知道它在做什么？有时它会恢复mongo。所有这些操作都可能导致问题。 我应该如何解决这个问题？

谢谢。

---

当我杀的过程中，我得到这个回溯：http://pastebin.com/Cnv9P6HW 重新启动电脑将“解决”问题。它将允许我毫无问题地运行脚本。但这并不稳定。有时候我们会迟到。

Answer 1

您对pg_restore和mongorestore的使用似乎是独立的。我会尝试：

• 直接在命令行中运行的每个命令（即不通过Python do_command()）
• 将这些成单独的脚本中，这样就可以计算出该命令是挂

你提只有512MB内存，并始终使用交换表明此虚拟机上没有足够的可用内存。 “卡住”究竟意味着什么？如果虚拟机实际上被楔住并需要重新启动，那么很可能已经用完了RAM和交换。如果您仍然可以登录，但恢复脚本似乎运行时间超过预期时间，我会尝试使用performance monitoring tools（如iostat和vmstat）了解资源使用情况。