search for: ramkrishna

Hi folks, I've been googling around for awhile but I can't seem to find an answer to my question. I have a number of filesystems that contain thousands of hard links due to some bad organization of data. Rsync, cpio and various other utilities fail to copy this data because I think there might be some cycles in it. (you know you have troubles if cpio can't copy it!) What I thought

Does anybody know under what conditions does the error, "IO ERROR skipping delete" show up? I'm trying to sync some areas and getting this error. My guess is that rsync cannot access all the areas in the source. I got some permission denied errors prior to getting the IO error message.. sri

[I wish the list archives were searchable, this most likely is a repeat question] We have a set of cron jobs that do regular rsyncs mirroring two trees. This has been pretty stable. Over the weekend, almost all of them broke with this message: rresvport: bind: Permission denied (15728) Error reading 4 bytes : EOF Under what conditions does this error occur? It looks like it couldn't bind

Hi folks, I'm having a problem with my rsync between two areas between a WAN. The problem is really odd. I have a script that runs every night. Lately, we've been having problems with rsync. The source side is an ordinary file while the destination side is a symlink. We've been having problems with rsync deleting the symlink and repacing it with the source copy despite having it in

I have a question regarding how rsync changes ownership when syncing two areas. Currently, I have this situation: I have two areas over a WAN, we are trying to mirror from one site to another. One site is not controlled by us and has different unix groups. When we copy one to the other, we are running rsync on an account that exists at both places (different UIDs though) In one area we have

Here is the structure of my servers : Source : /home/test1/link_dir sub_dir1 file1 file2 ... sub_dir2 ... Destination: /home/test2/real_dir sub_dir1 file1 file2 ... subdir2

...a Pallala <ramakrishna.pallala@intel.com> Ramesh Babu K V <ramesh.babu@intel.com> Ramesh Chandrasekaran <ramesh.chandrasekaran@stericsson.com> Ramesh Nagappa <ramesh.nagappa@ericsson.com> Rami Rosen <ramirose@gmail.com> Rami Rosen <rosenr@marvell.com> Ramkrishna Vepa <ramkrishna.vepa@intel.com> Ramkumar Ramachandra <artagnon@gmail.com> Ramneek Mehresh <ramneek.mehresh@freescale.com> Randy Dunlap <rdunlap@infradead.org> Randy Dunlap <rdunlap@infradead.org> [drivers/video/Makefile] Randy Dunlap <rdunlap@xenotime.net...

...a Pallala <ramakrishna.pallala@intel.com> Ramesh Babu K V <ramesh.babu@intel.com> Ramesh Chandrasekaran <ramesh.chandrasekaran@stericsson.com> Ramesh Nagappa <ramesh.nagappa@ericsson.com> Rami Rosen <ramirose@gmail.com> Rami Rosen <rosenr@marvell.com> Ramkrishna Vepa <ramkrishna.vepa@intel.com> Ramkumar Ramachandra <artagnon@gmail.com> Ramneek Mehresh <ramneek.mehresh@freescale.com> Randy Dunlap <rdunlap@infradead.org> Randy Dunlap <rdunlap@infradead.org> [drivers/video/Makefile] Randy Dunlap <rdunlap@xenotime.net...