<!DOCTYPE html PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
<html>
<head>
  <meta content="text/html;charset=ISO-8859-1" http-equiv="Content-Type">
  <title></title>
</head>
<body bgcolor="#ffffff" text="#000000">
Thomas Lange wrote:
<blockquote cite="mid17188.9361.61586.398205@informatik.uni-koeln.de"
 type="cite">
  <blockquote type="cite">
    <blockquote type="cite">
      <blockquote type="cite">
        <blockquote type="cite">
          <blockquote type="cite">
            <pre wrap="">On Sat, 10 Sep 2005 15:40:16 +0000, Binh Ngo <a class="moz-txt-link-rfc2396E" href="mailto:binh.ngo@ec.gc.ca">&lt;binh.ngo@ec.gc.ca&gt;</a> said:
            </pre>
          </blockquote>
        </blockquote>
      </blockquote>
    </blockquote>
  </blockquote>
  <pre wrap=""><!---->
    &gt; Hi,
    &gt; Did anybody encounter the problem where apt-get hangs at the command 
    &gt; gzip -d during the instsoft task?

    &gt; It hangs after all packages have been downloaded and before the 
    &gt; preconfigure step. If I kill that gzip -d then apt-get continues!

    &gt; The work-around for me now is to create a hook at instsoft and check for 
    &gt; that gzip -d after a certain time.
Does it alsways hang at the same package, even when changing the
package list? Try to lower the value of the variable $MAXPACKAGES (or
-m when calling install_packages), maybe this will help.
You can also add the package strace to the nfsroot and try to strace
the gzip process.
  </pre>
</blockquote>
No, it doesn't always hang at the same package. I lowered MAXPACKAGES
to 50 but it didn't help. <br>
<br>
The problem is with the apt cache. Setting the apt's cache limit to a
higher value, as suggested by Pedro <span class="e"
 id="q_10645e2afe9ade9f_1">Ferreira</span>, seems to fix the problem (5
out of 5 installations).<br>
<br>
Thanks all,<br>
<pre class="moz-signature" cols="72">-- 
Binh
</pre>
</body>
</html>