emacs-devel
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: 23.0.60; TRAMP fails to copy a gzip'ed file


From: Michael Albinus
Subject: Re: 23.0.60; TRAMP fails to copy a gzip'ed file
Date: Mon, 10 Mar 2008 16:41:24 +0100
User-agent: Gnus/5.1008 (Gnus v5.10.8) Emacs/21.3 (hpux)

Peter Dyballa <address@hidden> writes:

> Hello!

Hi,

> Visiting /var/log on a remote server with TRAMP and SSH protocol I
> want to copy a gzip'ed messages log file. I can view it remotely.
> When I copy from the remote dired buffer to a local one, TRAMP writes
> of:
>
>       compressing tramp.29438xtJ.gz...done
>       Wrote /tmp/tramp.29438xtJ.gz
>       Wrote /var/tmp/vServer/messages-20080221.gz
>       Copy: 1 of 1
>       Copy: 1 file
>       uncompressing messages-20080221.gz...
>
> Remote and local size are equal. When I visit the local copy in
> dired, jka-compr produces a giant temporary file
> (#messages-20080221.gz#), in which the first 355 lines look OK while
> the following 166,000 are pure rubbish, and this error message in
> *jka-compr-error*:

I've tried to reproduce it locally, everything is fine here. Using
emacs -Q ("GNU Emacs 23.0.60.14 (i686-pc-linux-gnu, GTK+ Version
2.12.0) of 2008-02-22 on arthur"). Remote debug.log.1.gz file is
568308 bytes, 108211 lines. That is smaller than your file, but not
sooo different.

Have you checked that your local file systems are large enough to keep
the file; especially the /tmp directory? What happens if you apply
cksum on both the remote file and its local copy?

For further analysis I would need the debug buffer of Tramp. Before
you start, please perform "(setq tramp-verbose 9)". Make sure that
there are no sensitive data in the copied file; I'll read it.

Btw, does it work if you use the "scp" method instead of "ssh"?

Best regards, Michael.





reply via email to

[Prev in Thread] Current Thread [Next in Thread]