<div dir="ltr">Well, 3.1 GB of data survived, so I guess there might be something to recover :) Thanks for your help!<div><br></div><div><div>$ tree</div><div>.</div><div>├── c154.db</div><div>├── c154.db-shm</div><div>├── c154.db-wal</div><div>├── c154.log</div><div>├── c154.upload</div><div>│   ├── c154.sieving.45250000-45260000.ptmcec.gz</div><div>│   ├── c154_sieving_45250000-45260000.ur9l6a.stderr0</div><div>│   ├── c154_sieving_45260000-45270000.3dnvh2.stderr0</div><div>│   ├── c154.sieving.45260000-45270000.a7meqg.gz</div><div>│   ├── c154.sieving.45270000-45280000.8z3k2c.gz</div><div>│   ├── c154_sieving_45270000-45280000.sv_s9h.stderr0</div><div>│   ├── c154_sieving_45280000-45290000.iibaeg.stderr0</div><div>│   ├── c154.sieving.45280000-45290000.u8f4mv.gz</div><div>│   ├── c154_sieving_45290000-45300000.5a9lxo.stderr0</div><div>│   ├── c154.sieving.45290000-45300000.izcnfd.gz</div><div>│   ├── c154.sieving.45300000-45310000.li1ax5.gz</div></div><div>...</div><div><div>│   ├── c154_sieving_77300000-77310000.9r6tx3.stderr0</div><div>│   ├── c154.sieving.77300000-77310000.kfi4j1.gz</div><div>│   ├── c154.sieving.77310000-77320000.17wx0w.gz</div><div>│   ├── c154_sieving_77310000-77320000.fwj74_.stderr0</div><div>│   ├── c154_sieving_77320000-77330000.a61ute.stderr0</div><div>│   └── c154.sieving.77320000-77330000.jsv5w0.gz</div><div>├── c154.wucmd</div><div>└── client</div><div>    ├── download</div><div>    │   ├── c154.factorbase.roots.gz</div><div>    │   ├── c154.polyselect2.poly</div><div>    │   ├── las</div><div>    │   ├── server.f1132bbe.pem</div><div>    │   └── WU.localhost</div><div>    └── localhost.work</div><div>        ├── c154.sieving.77330000-77340000.gz</div><div>        └── localhost.log</div><div><br></div><div>4 directories, 6428 files</div></div><div><br></div></div><div class="gmail_extra"><br><div class="gmail_quote">On Tue, Sep 16, 2014 at 11:33 AM, Alexander Kruppa <span dir="ltr"><<a href="mailto:alexander.kruppa@inria.fr" target="_blank">alexander.kruppa@inria.fr</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><span class="">----- Original Message -----<br>
> From: "Nicolas RUFF" <<a href="mailto:nicolas.ruff@gmail.com">nicolas.ruff@gmail.com</a>><br>
> To: <a href="mailto:cado-nfs-discuss@lists.gforge.inria.fr">cado-nfs-discuss@lists.gforge.inria.fr</a><br>
> Sent: Tuesday, 16 September, 2014 11:06:13 AM<br>
> Subject: [Cado-nfs-discuss] What to do after a crash?<br>
><br>
> Hello,<br>
><br>
> Sorry for the newbie question. I have been running a quite long<br>
> factorization job on my workstation, and for some reason it crashed after a<br>
> few weeks.<br>
</span>> [...]<br>
<span class="">> OSError: [Errno 2] No such file or directory:<br>
> '/tmp/cado.PgpD3dAfkM/c154.factorbase.roots.gz'<br>
> FAILED ; data left in /tmp/cado.PgpD3dAfkM<br>
><br>
> $ ls /tmp/cado.PgpD3dAfkM/<br>
> c154.db  c154.db-shm  c154.db-wal  c154.log  c154.upload  c154.wucmd  client<br>
><br>
> Now the question: is there any way to resume computation from the point it<br>
> has stopped?<br>
><br>
> Thank you,<br>
> - Nicolas RUFF<br>
<br>
</span>There should be more files in the working directory than your "ls" command shows.<br>
It is possible that a system housekeeping job has deleted some files in /tmp/.<br>
<br>
The first thing I'd do is copy the contents of /tmp/cado.PgpD3dAfkM/c154.upload/<br>
to somewhere safe; those files include the siever output files which are the most<br>
computationally expensive part of the factorization.<br>
<br>
Can you please send me the output of<br>
cd /tmp/cado.PgpD3dAfkM/c154.upload/; ls<br>
so I can tell which files may have been deleted and which remain? If any<br>
substantial number of files survived, we can start a new factorization<br>
and import the already existing files; if no or very few files remain,<br>
I'm afraid the only real option is to start over from scratch.<br>
<br>
Alex<br>
</blockquote></div><br></div>