I was able to create the bundle.hg on my local machine, though it took about 4 hours and the hg process used over 1 GB of virtual memory at times.<br><br>I was unable to &quot;hg pull bundle.hg&quot; on the Linux server because the hg process was killed. Apparently the server (running at DreamHost) has a procwatch policy to kill processes using more than 500 MB of virtual memory.<br>
<br>I&#39;ve read that git has the same problem on DreamHost servers, but some users avoid the memory limit by recompiling git with NO_MMAP=1 to reduce the virtual memory footprint.<br><br>chris<br><br><br><div class="gmail_quote">
On Sun, May 4, 2008 at 12:23 PM, Adrian Buehlmann &lt;<a href="mailto:adrian@cadifra.com" target="_blank">adrian@cadifra.com</a>&gt; wrote:<br>
<blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;"><div>On 04.05.2008 20:18, Chris Peterson wrote:<br>
&gt; I have a small hg repo hosted on a remote Linux server (that I do not<br>
&gt; admin). I added some big binary files to my local repo clone: 2 GBs of<br>
&gt; files, some 10+ MB. The local commit succeeded, but when I try to push<br>
&gt; the changeset to my remote repo (using ssh) I get the following error<br>
&gt; message:<br>
&gt;<br>
&gt; remote: abort: No such file or directory: /tmp/hg-unbundle-e4YkMW<br>
<br>
</div>It seems that temp file could get very large in your case.<br>
<br>
How much free disk space is available on /tmp on that remote server?<br>
<br>
Instead of direct pushing over the net, you could create a bundle file locally<br>
(see hg help bundle) and transfer that manually to the server<br>
side and then use hg pull from that bundle there (see hg help pull):<br>
<br>
On local:<br>
 &nbsp;$ cd local-repo-dir<br>
 &nbsp;$ hg bundle bundle.hg remote-repo-url<br>
<br>
creates local file bundle.hg that contains the changesets that<br>
are missing in the remote repo. Then on remote do:<br>
<br>
 &nbsp;$ cd remote-repo-dir<br>
 &nbsp;$ hg pull bundle.hg<br>
<br>
The bundle file is compressed, so this is very efficient.<br>
<br>
<br>
<br>
</blockquote></div><br>