similar to: mkstemp done in sub-optimal directory

Hi, I was getting an error when uploading Knoppix ISO images with compression with Rsync. Here is the error as I recall it: tomg@nova:~/mylibrary$ rsync -rtlvessh --partial --delete --delete-after --bwlimit=8 /extra/library academus:/var/pub building file list ... done library/software/Knopper,_Klaus/ library/software/Knopper,_Klaus/KNOPPIX_V3.2-2003-04-18-EN.iso deflate on token returned 0

Hello, For no apparent reason Rsync is uploading the whole file even though the the remote file is identical to the local file. Here is a transcript to demonstrate what is going wrong: tomg@nova:~/mylibrary$ rsync -rtlPvessh /extra/library teep:/extra/tomg building file list ... 46349 files to consider wrote 1358812 bytes read 20 bytes 44551.87 bytes/sec total size is 5240249974 speedup is

Hello, If I rename a directory full of files, or a bunch of files, and I use Rsync to update the directory tree, Rsync will upload all these files again and delete the old ones. This is suboptimal since all the data is already there. Rsync should be able to check for renamed files by scanning for files with the same MD5 hashes, checksums, or delta signatures (is that what you called them?).

Aaah, now so far so good. Next problem. I started ices, using the default ices_playlist.xml (with a few minor changes). Everything seems fine, but I can't connect to the server using winamp. -------- Original Message -------- Subject: Re: Re-2: [icecast] Newbie-Question (22-Sep-2003 11:35) From: tomg@future-i.com To: d.moritz@edv-partner.com > Do you have a basedir specified in

Hey there! I''m in the process of looking through the various bug reports and tickets and fixing script.aculo.us as I go along. As I want a 1.6.2 bugfix release to happen this week, please help me out with: - Looking throught the open bugs list on the trac, testing stuff and giving helpful comments (like "+1") - Identifiying what bugs/patches should be included (answer to

Hi! The icecast-server seems to work though I didn't manage to play music: This is my config file for the intended playlist: <?xml version="1.0"?> <ices> <background>0</background> <!-- run in background? (unimplemented) --> <logpath>/tmp</logpath> <!-- where logs, etc go. -->

http://bugzilla.mindrot.org/show_bug.cgi?id=44 djm at mindrot.org changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |RESOLVED Resolution| |FIXED ------- Additional Comments From djm at mindrot.org 2003-01-07 15:18

The setup... Transport is via SSH. BoxA : Ubuntu 8.10 BoxB : Mac OS X 10.4.11 If I use rsync v2 to transfer data from BoxA to BoxB everything works fine. However, if I use rsync v3 to transfer the data, the following error is reported : rsync: mkstemp "/path/to/somefile/file.pm.JKQczN" failed: No such file or directory (2) If at all possible,

http://bugzilla.mindrot.org/show_bug.cgi?id=44 ------- Additional Comments From jan.iven at cern.ch 2002-07-05 01:11 ------- Update: I have reported this to the glibc people, who say that they will not modify their mkstemp(). (http://bugs.gnu.org/cgi-bin/gnatsweb.pl?debug=&database=default&cmd=view+audit-trail&cmd=view&pr=3573) Attached is a patch to configure{ac,in} to

Hello, Please let me know if this is a bug or a feature. I used to be able to do the following with 2.5.5. On a remote host I have /mytree and I mirrored at my local host as a regular user doing rsync -avz --delete kent@host:/mytree /. with 2.5.6 I get mkstemp .file.aFhK3N failed: Permission denied probably because rsync2.5.6 is attempting to create a temporary file on the root directory,

http://bugzilla.mindrot.org/show_bug.cgi?id=44 ------- Additional Comments From djm at mindrot.org 2002-05-13 15:39 ------- Have you filed a bug in the glibc bug tracking system? BTW, how did you compile with krb4 on Redhat 7.2 without running over libdes conflicts? ------- You are receiving this mail because: ------- You are the assignee for the bug, or are watching the assignee.

http://bugzilla.mindrot.org/show_bug.cgi?id=508 Summary: Krb4/AFS token passing doesn't work because of mkstemp Product: Portable OpenSSH Version: -current Platform: All OS/Version: Linux Status: NEW Severity: normal Priority: P2 Component: sshd AssignedTo: openssh-unix-dev at mindrot.org

http://bugzilla.mindrot.org/show_bug.cgi?id=44 djm at mindrot.org changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |ksulliva at psc.edu ------- Additional Comments From djm at mindrot.org 2003-03-13 09:43 ------- *** Bug 508 has been marked as a

We are using rsync to push DNS records from one machine (running rsync 2.5.6 as a client process on Debian woody) to a collocation server ( running rsync 2.5.6 as a daemon on RedHat 7.3). To test this process we are using a script that pushes one file from the Debian box to the collocation server. It appears that a file transfers, but upon checking there is no file transfer and an error in the

Hi, I am a new user and tried at least some of the recommended ways to find an answer to my question (search the net, ask IT professionals). But when everything fails nothing beats newsgroups... Here is my problem. I compiled rsync 2.6.2 on a Tru64 v5.1b system. I am trying to use rsync to backup data to a NFS mounted disk outside our immediate local network. Needless to say that rsync works

https://bugzilla.samba.org/show_bug.cgi?id=1605 Summary: Copy from NTFS to VFAT produces mkstemp and stat errors Product: rsync Version: 2.6.2 Platform: x86 OS/Version: Linux Status: NEW Severity: major Priority: P3 Component: core AssignedTo: wayned@samba.org ReportedBy:

https://bugzilla.samba.org/show_bug.cgi?id=2790 Summary: mkstemp fails for paths which include extended (8-bit) characters Product: rsync Version: 2.6.5 Platform: All OS/Version: Mac OS X Status: NEW Severity: major Priority: P3 Component: core AssignedTo: wayned@samba.org

We are trying to enable large file support for everything built for ARM on ChromeOS and openssh uses mkstemp which has a 64-bit version for compatibility with open64. When looking into enabling the large file support flags, I noticed: `void start_progress_meter(const char *, off_t, off_t *);` in progressmeter.h which would have different ABIs with and without large file support. You all

On Wed, 22 Mar 2023, Allen Webb wrote: > We are trying to enable large file support for everything built for > ARM on ChromeOS and openssh uses mkstemp which has a 64-bit version > for compatibility with open64. When looking into enabling the large > file support flags, I noticed: > > `void start_progress_meter(const char *, off_t, off_t *);` > > in progressmeter.h

https://bugzilla.samba.org/show_bug.cgi?id=1605 ------- Additional Comments From rsync@blazemonger.com 2004-08-11 21:55 ------- I also get plenty of "stat" errors like this: stat "/mnt/backup/lisa/g/Work/PC/DataAnal/AttS94/Old analyses/CONFLICT.HLM" failed: No such file or directory -- Configure bugmail: https://bugzilla.samba.org/userprefs.cgi?tab=email ------- You