similar to: Probably a dumb q about scp and buffers

I don't know if anyone would be interested in this but I'm including a patch to allow for offsets when transferring files with SCP. It's pretty simple and assumes the user knows what they are doing (for example, if transferring with a wild card the offset would apply to all files). -A is the number of bytes offset from the beginning of the files. -Z is the number of bytes inset

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 <big snip> > Why "slash": /.thunderbird in case of your example? Because if you > do not specify absolute path beginning with / the ssh daemon > prepends your relative path with its `pwd` it runs in, and its > `pwd` is "/") Not so. Consider: $ ssh pi-1 pwd /home/jmr If you examine what is happening, the

On Sun, March 1, 2015 10:22 am, Richard wrote: > > > ------------ Original Message ------------ >> Date: Sunday, March 01, 2015 10:44:08 -0500 >> From: Mark LaPierre <marklapier at gmail.com> >> To: centos at centos.org, Mark LaPierre <marklapier at aol.com> >> Subject: Re: [CentOS] scp -rp behavior(SOLVED) >> >> On 02/26/15 19:45, Valeri

http://bugzilla.mindrot.org/show_bug.cgi?id=1143 Summary: connections with "sshd: root at notty" is established but not closed Product: Portable OpenSSH Version: 3.9p1 Platform: ix86 OS/Version: Linux Status: NEW Severity: critical Priority: P2 Component: Kerberos support

https://bugzilla.mindrot.org/show_bug.cgi?id=2210 Bug ID: 2210 Summary: scp -q isn't quiet when copying between two remote hosts Product: Portable OpenSSH Version: 6.0p1 Hardware: PPC OS: AIX Status: NEW Severity: normal Priority: P5 Component: scp

If I scp from/to a server that has a banner using scp -q, it still shows the banner. If I ssh -q to the same server, the banner is skipped. scp -o "LogLevel quiet" does the trick, but is excessively cumbersome. - Morty

Hi, I tried different encryptions like arc four, but always with the same result. BTW: googling shows some similar questions and they are stuck on set same speed +-. But non of that solutions helped me. /G?tz > Am 11.08.2015 um 12:14 schrieb Eero Volotinen <eero.volotinen at iki.fi>: > > Usually problem in encryption. > > try cipher arcfour or apply hpn patches to

Hi, http://www.psc.edu/networking/projects/hpn-ssh/ Clearly, the HPN patches significantly boost throughput performance. This enhancement is entirely from tuning the SSH buffer sizes. Alex Tavcar

Hello list, right now SSH Tunnel / scp is reaches just around 76Mb/s on my E5 Xeon using AES-NI but openssl reaches around 600-700Mb/s using 128aes-cbc cipher. As far as i understand http://www.psc.edu/index.php/hpn-ssh this is due to very small buffers in ssh / scp. Is there any work on this? Like autotuning the buffer size? Are there plans to integrate the hpn patches? Greets, Stefan

Hi The man page says -q disables the progress meter, but it also disables all other output. $ scp -q badhost:/bin/ls . $ scp badhost:/bin/ls . ssh: badhost: Name or service not known I would like -q to disable the progress meter as documented (I don't see the point of a -q flag if all it does is discards stderr, since I can already do that with my shell), but you might prefer to update

https://bugzilla.mindrot.org/show_bug.cgi?id=1427 Summary: scp -q behavior different than documented Classification: Unclassified Product: Portable OpenSSH Version: 4.7p1 Platform: All OS/Version: All Status: NEW Severity: minor Priority: P3 Component: scp AssignedTo: bitbucket at mindrot.org

Hi, i have two servers, connected to to the lan by 10Gb with 10Gb and DAS hardware raid. Each system con read and write locally or to the 10G iscsi by more than 200 MB/s. Now I have to transfer backups form A to B and doing this with rsync always stuck at +- 48-50MB/s no matter which options, compressions, encryption etc I use. Even the plain default rsync is at that 50 Mb limit. coyp by scp

I was comparing some traces from SCP and SFTP when transferring the same file 200MB file between the same host pairs. Even when I put SFTP in batch mode I noticed that I saw 403208 bytes from the receiver in comparison to 3368 bytes with SCP. I've attached the relevant output from tcptrace below (the b->a column is the return side of the trace). Mostly I'm just curious as to what

each scp or ssh I do to a 4.8-stable machine I have gives me two 'zombie' processes: root 282 0.0 0.4 5236 2184 ?? I 7:41AM 0:00.05 sshd: imp [priv] (sshd) imp 284 0.0 0.4 5252 2260 ?? I 7:41AM 0:00.01 sshd: imp@notty (sshd) I had been running 4.8-RC when I first noticed it and reported it. People here said this had been fixed shortly after 4.8, but it is

Usually problem in encryption. try cipher arcfour or apply hpn patches to ssh. ( http://www.psc.edu/index.php/hpn-ssh) -- Eero 2015-08-11 12:37 GMT+03:00 G?tz Reinicke - IT Koordinator < goetz.reinicke at filmakademie.de>: > Hi, > > i have two servers, connected to to the lan by 10Gb with 10Gb and DAS > hardware raid. > > Each system con read and write locally or to the

Thanks to Richard June, John Horne and Bosko Radivojevic, who pointed out that I probably need to set the configure-time option --with-default-path, so I did this (rather than make symlink messes, which I'd prefer to avoid) : 1489 ./configure --with-default-path=/bin:/usr/bin:/opt/local/bin --prefix=/opt/local --with-random=/dev/random 1490 make 1491 make install 1492 pkill -TERM

This may be a dumb question, but is there any reason why scp a at b:c d: fails, where scp a at b:c . scp c d: succeeds? I get "Host key verification failed.". I'm using nothing more complex than RSA authorized_hosts based authentication. I'm seeing this on openssh-client 1:5.8p1-1ubuntu3 and OS-X 10.6 OpenSSH_5.2p1, OpenSSL 0.9.8r 8 Feb 2011. -- Alex Bligh

why does <%= render_text "hey ya" %> cause ''undefined method `render_text'' for #<#<Class:0x3851120>:0x3851000>'' can i use render text in a template? -- Posted via http://www.ruby-forum.com/.

I spent some time debugging a failing Scp that turned out to be caused by the remote shell producing messages on Standard Output that aren't part of the SCP protocol. Scp from a remote system works by running another Scp on the remote system. The remote Scp writes SCP protocol messages (and file data) to its Standard Output, which the local Scp sees as Standard Input. But it's

We have developed a patch that enables changing the SSH window size using the tcp window size as the source. This allows SSH to obtain maximum use of the bandwidth on high BDP links. We also have a page that describes the changes and performance. http://www.psc.edu/~rapier/hpn-ssh/ The patch against CVS is included here. Common subdirectories: src/usr.bin/ssh/CVS and ssh/CVS diff -u