similar to: rsync memory usage with block-size option

http://bugzilla.mindrot.org/show_bug.cgi?id=1096 Summary: ssh-keygen broken on HPUX Product: Portable OpenSSH Version: 4.2p1 Platform: HPPA OS/Version: Linux Status: NEW Severity: normal Priority: P2 Component: ssh-keygen AssignedTo: bitbucket at mindrot.org ReportedBy: o.flebbe at

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:

I am going to submit a proposal for a Xen BOF at DC18. Here is my first cut at a draft abstract: Title: Xen in Debian BoF Format: workshop with 25 min slot The Xen packages in Debian are in need of some work, including some tidying up, upstreaming of some Makefile patches, and updating to new versions. There is a large outstanding bug list. Also with the demise of Alioth and the

Hi, I've configured 'backuppc' to transfer files via rsyncd, with enabled checksums. Whith one of the shares I get the error (in syslog): --------------------------------------------------------------------- robbe rsyncd[2183]: ERROR: out of memory in receive_sums [sender] robbe rsyncd[2183]: rsync error: error allocating core memory buffers (code 22) at util2.c(106)

On 12/26/2017 06:38 PM, Tetsuo Handa wrote: > Wei Wang wrote: >> On 12/25/2017 10:51 PM, Tetsuo Handa wrote: >>> Wei Wang wrote: >>> >> What we are doing here is to free the pages that were just allocated in >> this round of inflating. Next round will be sometime later when the >> balloon work item gets its turn to run. Yes, it will then continue to

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);

Greetings, Problem : Openssh3.6.1p2 on UnixWare 7.1.1 allows access to passwordless account without a valid key when sshd_config has PasswordAuthentication no + PermitEmptyPasswords yes Attempts: Installed maintence pack3 and recompiled both OpenSSH and OpenSSL (0.9.7b) with native c compiler. Recompiled both OpenSSH and OpenSSL (0.9.7b) with gcc (2.95.2). Still the same problem. Looking at

Just starting and trying to boot off the SPP firmware update ISO image on a USB stick. I made the stick with: # mkfs.vfat /dev/sdb # dd bs=4M if=P52581_001_gen10spp-2022.09.01.00-SPP2022090100.2022_0930.1.iso of=/dev/sdb status=progress The usb drive is 16GB and the iso is 9GB. seem to boot from it and go into auto install of firmware then died with starting initrd... warning!!! Unable to

> Just starting and trying to boot off the SPP firmware update ISO image > on a USB stick. > > I made the stick with: > > # mkfs.vfat /dev/sdb ^^^^^^^^^^^^^^^^^^^^ Why create an MS-DOS filesystem on the stick which gets immediately overwritten in the next step? > # dd bs=4M > if=P52581_001_gen10spp-2022.09.01.00-SPP2022090100.2022_0930.1.iso > of=/dev/sdb

On Sun, Aug 6, 2017 at 4:42 AM, Jim Kusznir <jim at palousetech.com> wrote: > Well, after a very stressful weekend, I think I have things largely > working. Turns out that most of the above issues were caused by the linux > permissions of the exports for all three volumes (they had been reset to > 600; setting them to 774 or 770 fixed many of the issues). Of course, I >

Kenneth Boyd <zaimoni at zaimoni.com> writes: >>> Isn't is possible for cmake just to glob everything in the corresponding >>> directory? >>> >> >> Yes, but then the build would not notice a change on the file >> structure. You'll need to explicitly invoke cmake for being sure that >> whatever changes were made by the last svn

On 1/9/23 01:37, Simon Matter wrote: >> Just starting and trying to boot off the SPP firmware update ISO image >> on a USB stick. >> >> I made the stick with: >> >> # mkfs.vfat /dev/sdb > ^^^^^^^^^^^^^^^^^^^^ > Why create an MS-DOS filesystem on the stick which gets immediately > overwritten in the next step? I think the idea is to get that first

Óscar Fuentes wrote: > "Anton Korobeynikov" <asl at math.spbu.ru> writes: > > >>> at all, it would be great if you reflect your changes on the file list >>> inside the corresponding CMakeLists.txt when you add, remove or rename >>> a .cpp file. >>> >> Isn't is possible for cmake just to glob everything in the

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

I'm doing a tutorial at Astricon and the plan is to use my laptop as a demo server. Today it failed to boot and after a bit of sleuthing it turns out the fan is sticking from time to time on bootup. Apparently there is a sensor and if no spin, no go. Moving everything right now would be draconian, yet I can't take a chance on a no-boot while at the show. Does anyone know how bad a

-----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): >

Under cygwin 1.5.25 we get the following compile warnings flist.c: In function `output_flist': flist.c:2648: warning: unsigned int format, uint32_t arg (arg 4) flist.c:2648: warning: unsigned int format, uint32_t arg (arg 4) flist.c:2655: warning: unsigned int format, uint32_t arg (arg 5) flist.c:2655: warning: unsigned int format, uint32_t arg (arg 5) flist.c:2659: warning: int format,

Óscar Fuentes wrote: > Kenneth Boyd <zaimoni at zaimoni.com> writes: > > >>>> Isn't is possible for cmake just to glob everything in the corresponding >>>> directory? >>>> >>>> >>> Yes, but then the build would not notice a change on the file >>> structure. You'll need to explicitly invoke

Hi all. I am a pretty new user, but I now have two networked PC's, with LINUX (current Slackware distro, kernel 2.4.22?) with dual boot with WINXP (Prof), and a networked WINXP (Home) client machine. Here is my problem, stated as succinctly as possible: "To state it in one sentence, what must one do to enable a WIN(XP) client box to access WIN(XP) partitions on another machine that is

Hiya, I can see it's a regular subject on this list. I, like others wanted to use rsync to synchronise two block devices (as it happens one lvm volume and one nbd device served by qemu-img on a remote host from a qcow2 disk image so that I can keep the old versions) As I couldn't find any report of it being done successfully, I'm just sharing my findings as it might benefit others.