similar to: Request for reviewing lsetstat patch

https://bugzilla.mindrot.org/show_bug.cgi?id=2067 Bug ID: 2067 Summary: lsetstat extension to sftp-server Classification: Unclassified Product: Portable OpenSSH Version: 6.1p1 Hardware: Other OS: Other Status: NEW Severity: enhancement Priority: P5 Component: sftp-server

Dear all, I am looking for the status on the hardlink patches that were published on this list last february by Miklos Szeredi? I'd really like to have hardlink support in sftp. This would in turn enable hardlinks in sshfs and make incremental rsync backups to remote filesystems possible. can someone tell me if these patches will be incorporated in openssh? The patches can be found under

https://bugzilla.mindrot.org/show_bug.cgi?id=1555 --- Comment #10 from Bert Haverkamp <bert at bertenselena.net> --- IMO, this bug should be closed as resolved, as the patch was included in version 5.7, right? Who is to do this? -- You are receiving this mail because: You are watching the assignee of the bug. You are watching someone on the CC list of the bug.

https://bugzilla.mindrot.org/show_bug.cgi?id=1555 Summary: add hard link and attribute extensions to sftp-server Product: Portable OpenSSH Version: 5.1p1 Platform: All OS/Version: All Status: NEW Severity: enhancement Priority: P2 Component: sftp-server AssignedTo: unassigned-bugs at mindrot.org

https://bugzilla.mindrot.org/show_bug.cgi?id=1953 Bug #: 1953 Summary: Implementation of xattr in sftp-server for sshfs Classification: Unclassified Product: Portable OpenSSH Version: 5.9p1 Platform: All OS/Version: All Status: NEW Keywords: patch Severity: enhancement Priority: P2

Hello, This is probably a long email, but please bear with me. I plan to submit a patch and would like to explain what I will do before doing it so I don't lose time if there's some flaw in my plan. I currently use sshfs to mount directories from some computers and a NAS into other computers. I recently noticed that when copying some files from one computer into one of these sshfs

> On Dec 3, 2007 5:19 AM, Miklos Szeredi <miklos at szeredi.hu> wrote: > > > Yes it is weird. I hope you can help me with this problem as sshfs is > > > so much simpler than nfs. > > > > Can you please do one more thing: start up sshfs normally, then on the > > server do a strace of the sftp-server process: > > > > strace -o /tmp/strace.log

http://bugzilla.mindrot.org/show_bug.cgi?id=1286 Summary: SFTP keeps reading input until it runs out of buffer space Product: Portable OpenSSH Version: v4.5p1 Platform: All OS/Version: Linux Status: NEW Keywords: patch Severity: normal Priority: P2 Component: sftp

Hello, Renaming a file via sftp on an sshfs mount resulted in a failure with errorcode 38 (ENOSYS). This is reproducable with openssh release 4.9p1 & 5.1p1 in combination sshfs 2.2 (latest releases). Investigation revealed that sshfs only implements the rename()-call and not the link()-call (used by sftp-server). Attached is a patch to perform the rename()-call upon a failed link(). The

OpenSSH 8.0 has just been released. It will be available from the mirrors listed at http://www.openssh.com/ shortly. OpenSSH is a 100% complete SSH protocol 2.0 implementation and includes sftp client and server support. Once again, we would like to thank the OpenSSH community for their continued support of the project, especially those who contributed code or patches, reported bugs, tested

Hi there I am wanting to call sshfs (auth via DSA keys) via a rsync pre-xfer bash script, and cannot get something right. If I run it from the cmdline line: env - sshfs usern@server:/share /dir/path -o -o IdentityFile=/tmp/id_dsa it mounts it just fine. (note the "env -" - I specifically tested with no environment to try to make the two situations identical). If I put that sole line

What to try: $ cd /tmp $ touch a b $ sftp localhost sftp> cd /tmp sftp> rename a b Couldn't rename file "/tmp/a" to "/tmp/b": Failure sftp> rm b Removing /var/tmp/b sftp> rename a b sftp> So, the sftp "rename" command refuses to rename a file to an existing one. Instead of using the rename(2) system call, which is present at least on

Hi, I saw in archive that some people made a patch to sftp-server, and that patch sets a root path. I'd like to know if there's an ideia to apply that patch in main tree of openssh? With the use of SSHFS [wich uses sftp-server], it would be interesting to have someting like that, because as we have netboot workstations, the access to devices [such as, floppy, cdrom and usb data] are

Here's a patch that adds support for the creation of hard links over SFTP. Hard links are not used very often nowdays, but they do still have their uses and this is currently the most often requested improvement for SSHFS. To detect hard links the st_nlink, st_dev and st_ino attributes are usually used. I'll also post patches adding extensions for these and other attributes. Please

https://bugzilla.samba.org/show_bug.cgi?id=7424 Summary: -x with sshfs Product: rsync Version: 3.0.7 Platform: x64 OS/Version: Linux Status: NEW Severity: minor Priority: P3 Component: core AssignedTo: wayned at samba.org ReportedBy: bugs at dotcommie.net QAContact: rsync-qa at

New to sshfs and new to this mailing list so please guide me if required. Is this a bug? When sshfs is given option -o rellinks, it responds with fuse: unknown option `rellinks' According to my understanding of the sshfs man page and --help output this option a) is valid and b) should be passed to the module, not to fuse. Versions: SSHFS version 2.4 FUSE library version: 2.8.5

Hello, I've gathered from searching Bugzilla[1][2] that a patch to update OpenSSH's SFTP implementation to support version 4 or above of the protocol is unlikely to be accepted. However, I find myself wishing for the name-based owner and group handling specified in version 4 of the spec[3]. As a possible compromise, if I submitted a patch to add an OpenSSH-specific extension to return

Hi, I have sshfs and ssh to my host setup to use the same socket with ControlMaster setting. Now when I try to scp a file to/from my host I see poor transfer speed. Also, a cp-ing a file to the mounted filesystem results in poor throughput. On the other hand, if I don't use the multiplexing, I get very good throughput. Now, my question is, when I multiplex, does the IPQoS get set wrongly for a

https://bugzilla.mindrot.org/show_bug.cgi?id=1953 Christoph Anton Mitterer <calestyo at scientia.net> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |calestyo at scientia.net --- Comment #2 from Christoph Anton Mitterer <calestyo at

On Tuesday, May 19, 2020 1:36:03 AM CEST Warren Young wrote: > On May 18, 2020, at 5:13 AM, hw <hw at gc-24.de> wrote: > > Is there a better alternative for mounting remote file systems over > > unreliable connections? > > I don?t have a good answer for you, because if you?d asked me without all > this backstory whether NFS or SSHFS is more tolerant of bad