similar to: out of memory in receive_file_entry rsync-2.6.2

Displaying 20 results from an estimated 400 matches similar to: "out of memory in receive_file_entry rsync-2.6.2"

2014 Nov 24
1
rsync not transferring files
I really want to thank you for taking time to help me with this. I have changed the rsyncd.conf as per you suggestion below. I have several different systems that sync to the server and today they were showing this Number of files: 25832 Number of files transferred: 78 Total file size: 49441191919 bytes Total transferred file size: 37421120 bytes Literal data: 36955331 bytes Matched data:
2014 Nov 22
1
rsync not transferring files
Hi there, I am running rsync-3.0.6-12.el6.x86_64 on a centos 6.6 box. Am trying to get files from a remote server (centos 6.5) to my local machine. It appears to connect fine, but does not transfer any file. this is what I am seeing [youcantoo at testbox home]# rsync -avvvzh -P --stats --delete servername::backupdir/ /home/findmoore opening tcp connection to servername port 873 sending daemon
2004 Jul 22
0
ERROR: out of memory in receive_file_entry
Hello, I'm looking for some possible solutions to the out of memory problem when dealing with very large directory trees. Client: linux-2.4.20 Server: HP-UX 11.11 rsync version: 2.6.2 Directory size: 400Gbytes number of files: 3273133 rsync cmd: rsync -avRx --progress --stats --numeric-ids --blocking-io --delete -e ssh hp-ux.server:/path /local/linux/ It seems to fail after consuming
2002 Mar 12
2
swat on red hat 7.2
Hi, I'm having a minor issue with swat on red hat 7.2. It won't let me make any changes to the samba server (adding shares, printers, and global definitions). The buttons to access these simply don't exist. I can view status, but I can't make any changes (not even restart the daemons). This works fine on my Debian system. The only real difference that I can think of is inetd
2015 Mar 13
0
Apparent bug in logwatch's reporting of number of email by sendmail
ken wrote on 3/13/2015 11:36 AM: > # rpm -q sendmail logwatch > sendmail-8.13.8-8.1.el5_7 > logwatch-7.3-10.el5 > > One host sends just one email per day, the daily logwatch report. > Here's /var/log/maillog entries from yesterday (hostnames are changed > to make designations in this conversation more intuitive): > > Mar 12 04:02:18 srchost sendmail[27151]:
2015 Mar 13
2
Apparent bug in logwatch's reporting of number of email by sendmail
# rpm -q sendmail logwatch sendmail-8.13.8-8.1.el5_7 logwatch-7.3-10.el5 One host sends just one email per day, the daily logwatch report. Here's /var/log/maillog entries from yesterday (hostnames are changed to make designations in this conversation more intuitive): Mar 12 04:02:18 srchost sendmail[27151]: t2C82Bjr027151: from=root, size=2485, class=0, nrcpts=1,
2015 Mar 13
0
Apparent bug in logwatch's reporting of number of email by sendmail
> On 13 Mar 2015, at 18:13, ken <gebser at mousecar.com> wrote: > >> On 03/13/2015 01:06 PM, Blake Hudson wrote: >> ken wrote on 3/13/2015 11:36 AM: >>> # rpm -q sendmail logwatch >>> sendmail-8.13.8-8.1.el5_7 >>> logwatch-7.3-10.el5 >>> >>> One host sends just one email per day, the daily logwatch report. >>>
2008 Jan 31
1
DO NOT REPLY [Bug 5235] New: buffer overflow in receive_file_entry
https://bugzilla.samba.org/show_bug.cgi?id=5235 Summary: buffer overflow in receive_file_entry Product: rsync Version: 2.6.9 Platform: Other OS/Version: Linux Status: NEW Severity: normal Priority: P3 Component: core AssignedTo: wayned@samba.org ReportedBy: rsync@ofdan.co.uk
2005 Jun 09
0
[Bug 2784] New: rsync gives following error: buffer overflow in receive_file_entry
https://bugzilla.samba.org/show_bug.cgi?id=2784 Summary: rsync gives following error: buffer overflow in receive_file_entry Product: rsync Version: 2.6.3 Platform: All OS/Version: All Status: NEW Severity: major Priority: P3 Component: core AssignedTo: wayned@samba.org
2005 Jun 09
0
[Bug 2785] New: rsync gives following error: buffer overflow in receive_file_entry
https://bugzilla.samba.org/show_bug.cgi?id=2785 Summary: rsync gives following error: buffer overflow in receive_file_entry Product: rsync Version: 2.6.3 Platform: All OS/Version: All Status: NEW Severity: major Priority: P3 Component: core AssignedTo: wayned@samba.org
2002 Oct 09
1
ERROR: buffer overflow in receive_file_entry
has anyone seen this error: ns1: /acct/peter> rsync ns1.pad.com::acct overflow: flags=0xe8 l1=3 l2=20709376 lastname=. ERROR: buffer overflow in receive_file_entry rsync error: error allocating core memory buffers (code 22) at util.c(238) ns1: /acct/peter> -- Peter Dominguez 72 Belvedere Dr Yonkers, NY 10705-2814 USA Tel: 914-423-4000 Fax: 914-423-8640 Email: peter@pad.com
2006 Mar 24
1
buffer overflow in receive_file_entry
I have rsync 2.6.6 on unix source to a cygwin setup on a Windows 2003 server. Was working well, then I moved a folder down one subdirectory and started getting the following. I assume this means it is having problems with the length of the file name? I have the same problem with long file names using cwRsync. Are there any options other than modifying the file names? backup# ./820.remote-backup
2002 Jan 10
2
almost, but not quite, works perfectly
Hi, we have this windows application developed internally to keep track of trouble tickets for the IT people. Since I mostly work in the unix/linux environment it would be very nice to be able to use this application with wine. Here is a summary of what i've done so far: installed Wine-20011226.tar.gz copied the program dir from a windows box. Ran the exec (wine Aruser.exe) and recieved
2004 Oct 21
2
buffer overflow in receive_file_entry
Hi, I have two identical servers running Mandrake 10.0 + many bugfixes. I installed the plain rsync 2.6.3 (and after that the last cvs checkout, but with identical results) and configured rsync as xinetd daemon on one of the two, rsync as client on the other. This is the result: [root@server rsync-2.4.4]# rsync -avz server::sitis/mydir/ receiving file list ... overflow: flags=0xb6ee l1=21
2015 Mar 13
5
Apparent bug in logwatch's reporting of number of email by sendmail
On 03/13/2015 01:06 PM, Blake Hudson wrote: > ken wrote on 3/13/2015 11:36 AM: >> # rpm -q sendmail logwatch >> sendmail-8.13.8-8.1.el5_7 >> logwatch-7.3-10.el5 >> >> One host sends just one email per day, the daily logwatch report. >> Here's /var/log/maillog entries from yesterday (hostnames are changed >> to make designations in this conversation
2005 Jun 09
4
[Bug 2784] rsync gives following error: buffer overflow in receive_file_entry
https://bugzilla.samba.org/show_bug.cgi?id=2784 ------- Additional Comments From carnesresearchcenter@gmail.com 2005-06-09 11:20 ------- *** Bug 2785 has been marked as a duplicate of this bug. *** -- Configure bugmail: https://bugzilla.samba.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact.
2006 Mar 31
3
DO NOT REPLY [Bug 3649] New: buffer overflow in receive_file_entry
https://bugzilla.samba.org/show_bug.cgi?id=3649 Summary: buffer overflow in receive_file_entry Product: rsync Version: 2.6.0 Platform: Other OS/Version: Linux Status: NEW Severity: normal Priority: P3 Component: core AssignedTo: wayned@samba.org ReportedBy: sambesselink@planet.nl
2007 Nov 05
13
preallocate CPU usage - pre4
When I use the preallocate patch and create a 77GB file using the function I get a CPU spike on the server-side. The spike lasts about 20 minutes and uses about 20%-25% of the cpu associated with the rsync instance creating the file. The spike is directly linked to the time it takes to create the file. I compiled rsync using cygwin CVS. I initially suspected the implementation of
2008 Feb 14
2
Rsync problems with some files & timestamp
Hi, rsync 2.6.8 on OES 2 Linux On an OES 2 Linux server I mount a Netware volume (ncpmount) that is the destination server. All volumes are NSS. Some files are renamed in the destination volume. For example : (/media/backup is the NCP mount point ) rsync: rename "/media/backup/USR/SYSTEM32/.AUTOCHK.EXE.xDMw7T" -> "USR/SYSTEM32/AUTOCHK.EXE": Permission denied (13)
2010 Sep 08
5
--delete-during acts like --delete-before
Hello, I use rsync v3.0.7 with "--delete-during", but it appears to act more like "--delete-before". I've checked the docs and list archives, but I am still discovering some of the subtleties of rsync, and I can't see where I'm going wrong. There's an example of my issue below... can anybody set me straight? =-) o We archive a small number of large files,