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,