similar to: rsync error: error allocating core memory buffers

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 You should not be using rsync's --checksum during routine backups. It is only for very rare use cases not every backup run. On 04/09/2015 04:43 AM, Hans Kraus wrote: > Hi, > > I've configured 'backuppc' to transfer files via rsyncd, with > enabled checksums. Whith one of the shares I get the error (in > syslog): >

https://bugzilla.samba.org/show_bug.cgi?id=13433 Bug ID: 13433 Summary: out_of_memory in receive_sums on large files Product: rsync Version: 3.1.3 Hardware: All OS: All Status: NEW Severity: normal Priority: P5 Component: core Assignee: wayned at samba.org Reporter:

Hi, How can i access to request.remote_ip in a model? --~--~---------~--~----~------------~-------~--~----~ You received this message because you are subscribed to the Google Groups "Ruby on Rails: Talk" group. To post to this group, send email to rubyonrails-talk-/JYPxA39Uh5TLH3MbocFFw@public.gmane.org To unsubscribe from this group, send email to

Hi, here's a patch so that ssh also supports hurd-i386. Thanks for incorporating. The patch comes from Robert Bihlmeyer <robbe at orcus.priv.at>. > openssh 2.2.0p1-1.1 does not build on the Hurd. The appended patch > fixes that. Changes in detail: > * PAM is not (yet?) supported, so the PAM dependencies are only put into > the control file on architectures != hurd-i386.

http://bugzilla.mindrot.org/show_bug.cgi?id=452 ------- Additional Comments From spin at avalon.net 2002-12-06 03:15 ------- Forgot to mention that this is 3.1p1-6 RedHat RPM. ------- You are receiving this mail because: ------- You are the assignee for the bug, or are watching the assignee.

Maybe security related mails should be sent elsewhere? I didn't notice any so here it goes: sender.c:receive_sums() s->count = read_int(f); .. s->sums = (struct sum_buf *)malloc(sizeof(s->sums[0])*s->count); if (!s->sums) out_of_memory("receive_sums"); for (i=0; i < (int) s->count;i++) { s->sums[i].sum1 = read_int(f);

-------------------------------------------------- Eltemette az elef?nt-trutyi Paderborn, N?metorsz?g Friedrich Riesfeldt ?llatkerti gondoz? sz?kreked?ses elef?ntj?nak beadott 22 adag ?llati hashajt?t ?s megetette egy v?ka szederrel, f?g?vel ?s szilv?val. A bedugult vastagb?r? v?g?l els?lt - ?s megfojtotta a gondoz?t 200 font trutyival. A vizsg?lat szerint a 46 ?ves Friedrich megpr?b?lt a beteg

I have been using rsync to sync a SQL database dump(127GB in size) on a server (cygwin to linux) for many years now w/o a problem, until they put a maintence plan to reindex the database once a week. This is all done over a 2Mbit link normally took 3-4 hrs now I noticed it was running the next day and took days so I looked into it more. After I discovered the --only-write-batch it makes a 52 GB

Hi, the IETF drafts had to be removed from the Debian package recently because IETF RFCs/drafts are (per default) not conformant to the Debian Free Software Guidelines, see <URL:http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=390665>. It would be nice if Phil and Luca could dual-license the drafts under a DFSG-free license also ... most straight-forward would be libtheora's own

Sorry to keep replying to myself: > Because this is a Time Machine backup, and there were 66 snapshots of a > 1 TB disk consuming about 1.5 TB, there were a *lot* of hard links. Many > of directories rather than individual files, so it's a little Err, whoops? No, I was tired and confused. They are not hard links to directories, that would screw up the universe. Still, lots of hard

So the short summary of my problem is, the batch file rsync creates is HUGE for a very small change. The idea is to create workstation image with partimage, update it with some software and send the image update diff over the wire to a large number of destinations over a satellite link, but the batch file updates are several orders of magnitude too large. I don't know exactly how partimage

Hi: I'm in the middle of recoverying from a tactical error copying around an Mac OS X 10.10.5 Time Machine backup (turns out Apple's instructions aren't great...), and I had rsync running for the past 6 hours repairing permissions/acls on 1.5 TB of data (not copying the data), and then it just died in the middle with: .L....og.... 2015-03-11-094807/platinum-bar2/usr/local/mysql

Hello! I have writen some subrutines in Free-form Fortran. I would like to includ them in a package, which I would like to build on WinXP. I have all suggested tools/programs for bulding R packages on Windows (except latex). What is the best way of using these subrutines? Does sombody mybe know any translation tools for converting Free-form to fixed-form Fortran? Thanks for any suggestions,

https://bugzilla.mindrot.org/show_bug.cgi?id=2183 Bug ID: 2183 Summary: ssh -g has no effect if master socket already open Product: Portable OpenSSH Version: 6.4p1 Hardware: amd64 OS: Linux Status: NEW Severity: minor Priority: P5 Component: ssh Assignee: unassigned-bugs at

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Try also removing --delete-excluded. Without those two options there should be no reason for rsync to require gigs of RAM. Well, unless the other system has rsync 2.x. On 03/27/2015 07:29 AM, Aron Rotteveel wrote: > Yes, I removed "--no-inc-recursive", without success. > > -- Best regards / Met vriendelijke groet, > >

I'd like to know if there is a way to find out which llvm version a given version of llvm-gcc is using for code generation. Specifically, I'm working with Xcode 3.2.5's arm-apple-darwin10-llvm-g++-4.2 Calling it with --version and --verbose don't give any hints. I want to run the compiler with --emit-llvm and eventually call llc. llc isn't included in Xcode so I want to

Hi, I am experiencing segfaults when transferring files via rsync though sudo. Setup: - Backupserver initiates the rsync command with --delete -vvv --no-inc-recursive --numeric-ids --delete-excluded --relative --rsync-path=/home/backupuser/rsync-wrapper.sh - rsync-wrapper.sh (on the client) contains /usr/bin/sudo /usr/bin/rsync "$@"; - user "backupuser" has sudo access to the

https://bugzilla.samba.org/show_bug.cgi?id=12769 Bug ID: 12769 Summary: error allocating core memory buffers (code 22) depending on source file system Product: rsync Version: 3.1.0 Hardware: All OS: Linux Status: NEW Severity: normal Priority: P5 Component: core

Hi, I''m a new puppet user (thanks !) and I''m just looking at moving my homegrown manifest structure into something resembling the best practise guide at : http://www.reductivelabs.com/trac/puppet/wiki/PuppetBestPractice. It seems as if the structure here doesn''t map to the default puppet layout (and thus doesn''t work with the standard puppet config

Hello all. I''m the tech writer at XenSource, Inc., and I''ve been asked to ride herd on getting the revised Xen 3.0 User''s Manual put together, reviewed, etc. We are targeting a review draft for 11/21 and it would be great if any significant additions or changes that any contributers might be making could get checked in before then so the review process can be as