openssh unix dev - Feb 2001 - question re:scp

I'm forwarding this as instructed ;)


----- Forwarded message from Markus Friedl <Markus.Friedl at
informatik.uni-erlangen.de> -----

Date: Thu, 8 Feb 2001 14:56:20 +0100
From: Markus Friedl <Markus.Friedl at informatik.uni-erlangen.de>
To: tatjana.svizensky at arcs.ac.at
Subject: Re: ssh question re: scp
In-Reply-To: <20010208145142.G18379 at inuyasha.arcs.ac.at>; from
tatjana.svizensky at arcs.ac.at on Thu, Feb 08, 2001 at 02:51:42PM +0100

ok, please this report send to openssh-unix-dev at mindrot.org

thanks, -m

On Thu, Feb 08, 2001 at 02:51:42PM +0100, tatjana.svizensky at arcs.ac.at
wrote:
> 
> 
> 
> 
> On Thu, Feb 08, 2001 at 02:09:49PM +0100, Markus Friedl wrote:
> > 
> > 
> > hi,
> > 
> > does	
> > 	$ ssh host 'cat file' > file
> > 
> > work for files > 1GB
> 
> 
> Don't see why not, as ssh host 'tar cvf - somefiles' | dd
of=someotherfile.tar  works just fine.
> The problem is with:
> 
> inuyasha:/mnt/vortex/backup # scp
ttsrvun1:/mnt/storage/backup/zditf2usrusers.dump .
> zditf2usrusers.dump    0% |                             |     0       --:--
ETA
> protocol error: expected control record
> Write failed flushing stdout buffer.
> write stdout: Broken pipe
> 
> where strace has the following to say at this point:
> fstat64(6, {st_mode=S_IFIFO|0600, st_size=1, ...}) = 0
> old_mmap(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1,
0) = 0x40014000
> _llseek(6, 0, 0xbfffebc4, SEEK_CUR)     = -1 ESPIPE (Illegal seek)
> 
> so the correct fstat for files >2G is taken, but llseek instead of
llseek64.
> 
> *shrug*
> 
> it's not a bug or something, and the solution via ssh host command  and
pipe is viable,
> I just wanted to know whether I'm doing something very wrong here,
that's all :)
> 
> 
> I'm not trying to be a pain in the neck here, I just thought I'd
ask if anyone else ever
> had that problem.
> 
> 
> best,
> Tatjana Svizensky
> 
> 
> 
> > 
> > On Thu, Feb 08, 2001 at 01:25:41PM +0100, tatjana.svizensky at
arcs.ac.at wrote:
> > > Hello,
> > > 
> > > I am very sorry if this has come up before and I missed in the
FAQs etc, but...
> > > 
> > > is there any way that  openssh  can support 64bit filehandles in
Linux?
> > > I'm rather new at using the LFS patch under Linux, but
usually it is enough to recompile
> > > with the #define _FILE_OFFSET_BITS 64 line if the source supports
it.
> > > scp does seem to be restricted to files <="G though. Or
did I miss something?
> > > And yes, I know it's not really relevant and such...it would
be very convenient, though.
> > > 
> > > best,
> > > Tatjana Svizensky

On Thu, 8 Feb 2001 tatjana.svizensky at arcs.ac.at wrote:
> > The problem is with:
> > 
> > inuyasha:/mnt/vortex/backup # scp
ttsrvun1:/mnt/storage/backup/zditf2usrusers.dump .
> > zditf2usrusers.dump    0% |                             |     0      
--:-- ETA
> > protocol error: expected control record
> > Write failed flushing stdout buffer.
> > write stdout: Broken pipe
> > 
> > where strace has the following to say at this point:
> > fstat64(6, {st_mode=S_IFIFO|0600, st_size=1, ...}) = 0
> > old_mmap(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS,
-1, 0) = 0x40014000
> > _llseek(6, 0, 0xbfffebc4, SEEK_CUR)     = -1 ESPIPE (Illegal seek)
> > 
> > so the correct fstat for files >2G is taken, but llseek instead of
llseek64.
Someone needs to implement support for the (ugly IMO) llseek64 interface
in openssh. Anyone?

-d


-- 
| Damien Miler <djm at mindrot.org> \ ``E-mail attachments are the poor
man's
| http://www.mindrot.org         /   distributed filesystem'' - Dan Geer