Haskell 阴谋集团更新失败(返回代码:-9)

Haskell 阴谋集团更新失败(返回代码:-9),haskell,cabal,cabal-install,Haskell,Cabal,Cabal Install,我在尝试使用cabal update 以下是阴谋集团更新-v3的结果 Downloading the latest package list from hackage.haskell.org Sending: GET /packages/archive/00-index.tar.gz HTTP/1.1 Host: hackage.haskell.org User-Agent: cabal-install/1.16.0.2 Creating new connection to hackage.ha

我在尝试使用
cabal update

以下是阴谋集团更新-v3的结果

Downloading the latest package list from hackage.haskell.org
Sending:
GET /packages/archive/00-index.tar.gz HTTP/1.1
Host: hackage.haskell.org
User-Agent: cabal-install/1.16.0.2
Creating new connection to hackage.haskell.org
Received:
HTTP/1.1 301 Moved Permanently
Server: nginx/1.6.2
Date: Thu, 13 Nov 2014 00:14:21 GMT
Content-Type: text/plain; charset=UTF-8
Transfer-Encoding: chunked
Connection: keep-alive
Location: /packages/index.tar.gz
Content-Length: 0
301 - redirect
Redirecting to http://hackage.haskell.org/packages/index.tar.gz ...
Sending:
GET /packages/index.tar.gz HTTP/1.1
Host: hackage.haskell.org
User-Agent: cabal-install/1.16.0.2
Recovering connection to hackage.haskell.org
Received:
HTTP/1.1 200 OK
Server: nginx/1.6.2
Date: Thu, 13 Nov 2014 00:14:21 GMT
Content-Type: application/x-gzip
Content-Length: 8090775
Connection: keep-alive
Content-MD5: bae2f93619ba845eff2f3bd544714c2c
ETag: "bae2f93619ba845eff2f3bd544714c2c"
Last-Modified: Wed, 12 Nov 2014 23:04:10 GMT
Downloaded to /root/.cabal/packages/hackage.haskell.org/00-index.tar.gz
Updating the index cache file...
cabal update: /usr/hs/tools/cabal-1.16.0.2 failure (return code=-9)
haskell是从安装的

有人知道它为什么失败吗?我查找了
-9
的返回码,但没有任何信息

更新

感谢里德(和用户5402)

检查了dmesg,这肯定是因为内存不足

Out of memory: Kill process 32626 (cabal-1.16.0.2) score 711 or sacrifice child

将升级机器并重试,但不确定cabal安装需要多少,我使用的是512MB RAM系统

值-9可能意味着SIGKILL的子进程死亡,而SIGKILL可能是OOM杀手发送的。检查
dmesg
的输出可以确认这一点。如果是这种情况,就需要打开可用的RAM。(基于)。

值-9可能意味着子进程死于SIGKILL,而SIGKILL又可能是OOM killer发送的。检查
dmesg
的输出可以确认这一点。如果是这种情况,就需要打开可用的RAM。(基于)。

值-9可能意味着子进程死于SIGKILL,而SIGKILL又可能是OOM killer发送的。检查
dmesg
的输出可以确认这一点。如果是这种情况,就需要打开可用的RAM。(基于)。

值-9可能意味着子进程死于SIGKILL,而SIGKILL又可能是OOM killer发送的。检查
dmesg
的输出可以确认这一点。如果是这种情况,就需要打开可用的RAM。(基于)。512Mb的RAM不够。您可以启用交换,而不是升级计算机

在ubuntu上执行以下步骤:

sudo fallocate -l 4G /swapfile
sudo chmod 600 /swapfile
sudo mkswap /swapfile
sudo swapon /swapfile

它将为您添加4G交换文件,这将防止从操作系统进行杀戮

512Mb内存不够。您可以启用交换,而不是升级计算机

在ubuntu上执行以下步骤:

sudo fallocate -l 4G /swapfile
sudo chmod 600 /swapfile
sudo mkswap /swapfile
sudo swapon /swapfile

它将为您添加4G交换文件,这将防止从操作系统进行杀戮

512Mb内存不够。您可以启用交换,而不是升级计算机

在ubuntu上执行以下步骤:

sudo fallocate -l 4G /swapfile
sudo chmod 600 /swapfile
sudo mkswap /swapfile
sudo swapon /swapfile

它将为您添加4G交换文件,这将防止从操作系统进行杀戮

512Mb内存不够。您可以启用交换,而不是升级计算机

在ubuntu上执行以下步骤:

sudo fallocate -l 4G /swapfile
sudo chmod 600 /swapfile
sudo mkswap /swapfile
sudo swapon /swapfile

它将为您添加4G交换文件,这将防止从操作系统进行杀戮

我将尝试使用
strace-f
运行该命令,以跟踪所有系统调用,包括分叉子系统,并在输出末尾附近查找失败的系统调用。也可能
返回代码=-9
指的是子进程的退出状态,-9可能意味着子进程死于SIGKILL,而SIGKILL又可能是由OOM killer发送的。你使用的是内存不足的机器吗?检查dmesg的输出,看看那里是否有任何相关消息。Terminal.com上的低ram VPS也有同样的问题,只有256MB,进程不断被终止。将RAM调到1600 MB,更新很快完成。我会尝试使用
strace-f
运行命令来跟踪所有系统调用,包括分叉子系统,并在输出结束时查找失败的系统调用。也可能
返回代码=-9
指的是子进程的退出状态,-9可能意味着子进程死于SIGKILL,而SIGKILL又可能是由OOM killer发送的。你使用的是内存不足的机器吗?检查dmesg的输出,看看那里是否有任何相关消息。Terminal.com上的低ram VPS也有同样的问题,只有256MB,进程不断被终止。将RAM调到1600 MB,更新很快完成。我会尝试使用
strace-f
运行命令来跟踪所有系统调用,包括分叉子系统,并在输出结束时查找失败的系统调用。也可能
返回代码=-9
指的是子进程的退出状态,-9可能意味着子进程死于SIGKILL,而SIGKILL又可能是由OOM killer发送的。你使用的是内存不足的机器吗?检查dmesg的输出,看看那里是否有任何相关消息。Terminal.com上的低ram VPS也有同样的问题,只有256MB,进程不断被终止。将RAM调到1600 MB,更新很快完成。我会尝试使用
strace-f
运行命令来跟踪所有系统调用,包括分叉子系统,并在输出结束时查找失败的系统调用。也可能
返回代码=-9
指的是子进程的退出状态,-9可能意味着子进程死于SIGKILL,而SIGKILL又可能是由OOM killer发送的。你使用的是内存不足的机器吗?检查dmesg的输出,看看那里是否有任何相关消息。Terminal.com上的低ram VPS也有同样的问题,只有256MB,进程不断被终止。将RAM启动到1600 MB,更新完成得相当快。内存不足错误似乎给我造成了相同的问题,退出代码为137。内存不足错误似乎给我造成了相同的问题,退出代码为137。内存不足错误似乎给我造成了相同的问题,退出代码为137退出代码137。内存不足的错误似乎给我造成了同样的问题——退出代码137。