similar to: OpenSSH scp gives "truncate file too large" openssh v3.2.3p1

http://bugzilla.mindrot.org/show_bug.cgi?id=1236 Summary: SCP inappropriate truncate error when copying to FIFO file Product: Portable OpenSSH Version: 4.3p2 Platform: ix86 OS/Version: All Status: NEW Severity: normal Priority: P2 Component: scp AssignedTo: bitbucket at

Hi, I'm working on a bug with fusesmb. This is a file system in user space for Linux that uses libsmbclient to present a share like other VFS file system. The truncate operation of fusesmb-0.8.5-1 was not completely implemeted. It's necessary for some applications, like OpenOffice, that do this operation when saving a file. So, I implemented a truncate function with libsmbclient. I

http://bugzilla.mindrot.org/show_bug.cgi?id=1236 Damien Miller <djm at mindrot.org> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |ASSIGNED AssignedTo|bitbucket at mindrot.org |djm at mindrot.org Attachment #1189 is|0

https://bugzilla.mindrot.org/show_bug.cgi?id=1236 Damien Miller <djm at mindrot.org> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|RESOLVED |CLOSED --- Comment #5 from Damien Miller <djm at mindrot.org>

Unbelievable! These guys get more and more disgusting each day. But now I have a proof that Linux and all its free software community (samba included) are indeed growing and are indeed consideder a threat by M$. Expect more and dirtier moves. Can you guys point me to more material on the subject? []'s, Juan > From: "Le Quellec, Francis" <FLeQuell@Teknor.com> > >

Hi, we use a Windows NT to authenticate our users and I have a subnet with a Linux server as the router for that subnet. I run samba-the-latest on Linux and I was told by a Microsoft guy that this server may be the cause of the security problem on the NT server. It seems that samba is corrupting the user database on the NT server and my network admin thinks that the Linux server is the cause.

http://bugzilla.mindrot.org/show_bug.cgi?id=813 ------- Additional Comments From alex at milivojevic.org 2005-04-07 04:50 ------- I was doing some testing, and the strange thing is that SunSSH server gives wrong exit status only when using newer versions of openssh on the client side. For example, Red Hat 7.3 as client (openssh 3.1) is OK Fedora Core / RHEL4 as client (openssh 3.9) gives

http://bugzilla.mindrot.org/show_bug.cgi?id=274 Summary: scp fails if target account has echo "somestuff" as last line in .profile Product: Portable OpenSSH Version: -current Platform: Other OS/Version: other Status: NEW Severity: normal Priority: P2 Component: scp

http://bugzilla.mindrot.org/show_bug.cgi?id=813 Summary: Scp to s Solaris 9 box gives "exit status 1" although file is delivered. Product: Portable OpenSSH Version: 3.8p1 Platform: Sparc OS/Version: Solaris Status: NEW Severity: normal Priority: P2 Component: scp

scp sends the size of the file it's copying to the remote system. The printf string uses %lu by default, and %lld if the host system supports long long's. Unfortunately, the check for whether the system supports long longs' isn't correct and the wrong format string is used in some cases. Specifically, HAVE_LONG_LONG_INT isn't defined if int64_t is defined in the system

Hi, A bug I've had reported is that scp doesn't work with large files (Debian bug number 106809). The problem seems to be scp.c:504: if ((fd = open(name, O_RDONLY, 0)) < 0) Is there some reason why making that if ((fd = open(name, O_RDONLY|O_LARGEFILE, 0)) < 0) would break things? It seems a simple fix to me... Thanks, Matthew -- "At least you know where you are

I have seen this occur a number of times when performing very large transfers from a desktop to/from a DomU Current configuration Dom0 - Debian 3.1 + Xen 2.0.7 DomU - RHEL4 U2 - TLS is still enabled. All networking is 100Mb Full duplex, and there are no network errors on any of the domain. Using plain vanilla bridge mode networking but using a random MAC address rather than a fixed MAC.

http://bugzilla.mindrot.org/show_bug.cgi?id=1173 Summary: scp reports lost connection for very large files Product: Portable OpenSSH Version: 4.3p2 Platform: HPPA OS/Version: HP-UX Status: NEW Severity: normal Priority: P2 Component: scp AssignedTo: bitbucket at mindrot.org ReportedBy:

https://bugzilla.mindrot.org/show_bug.cgi?id=2091 Bug ID: 2091 Summary: scp hangs while copying a large file and being executed as a background process ( with nohup ) Classification: Unclassified Product: Portable OpenSSH Version: 6.1p1 Hardware: Other OS: AIX Status: NEW Severity:

It is possible for the round-up parameter to cause our desired size to exceed 2**63-1. But this error message is cryptic: $ ./nbdkit -f --filter=truncate pattern $(((1<<63)-1)) round-up=1m & $ qemu-nbd --list nbdkit: pattern[1]: error: .get_size function returned invalid value (-9223372036854775808) qemu-nbd: Failed to read initial magic: Unexpected end-of-file before all bytes were

Fedora 27 x86_64. openssh-7.6p1-5.fc27.x86_64. If I run a simple command like, "scp -v file target:", I get a new prompt before all the output appears. Running interactively, I see all that output, though some of it is after the prompt. But if I put this command in a script, the output is truncated at the point where my prompt would have appeared interactively. I see a message like,

On 2019-07-27T07:59:56 +0200 Francis.Montagnac at inria.fr wrote: > > Try: > > rsync -avz --delete-after --delay-updates --partial /A/ www2.example.com:/B/ > > The man indicate also for --delay-updates: > > See also the "atomic-rsync" perl script in the "support" subdir > for an update algorithm that is even more atomic (it

Hi. I have: [fva at localhost ~]$ rpm -qi openssh-clients Name : openssh-clients Version : 6.1p1 Release : 5.fc18 Architecture: x86_64 Install Date: ??. 13 ????. 2013 16:15:25 Group : Applications/Internet Size : 1331287 License : BSD Signature : RSA/SHA256, ??. 09 ????. 2013 01:34:32, Key ID ff01125cde7f38bd Source RPM : openssh-6.1p1-5.fc18.src.rpm Build Date

https://bugzilla.mindrot.org/show_bug.cgi?id=2338 Bug ID: 2338 Summary: scp -3 doesn't give an error on missing source directory Product: Portable OpenSSH Version: 6.7p1 Hardware: Other OS: Linux Status: NEW Severity: normal Priority: P5 Component: scp

http://bugzilla.mindrot.org/show_bug.cgi?id=403 Summary: scp generates sparse file when no space left Product: Portable OpenSSH Version: 3.1p1 Platform: HPPA OS/Version: HP-UX Status: NEW Severity: normal Priority: P2 Component: scp AssignedTo: openssh-unix-dev at mindrot.org ReportedBy: