Re: [BackupPC-users] rsyncd, Parent read EOF from child
SOLVED 17.06.2010 12:05, Alexander Moisseev пишет: > > I had resolve the problem by adding extra 512 MB of RAM. > But problem back again after a few days. Solution: The default hard datasize limit on FreeBSD is 512MB. To raise it, put this in /boot/loader.conf and reboot: kern.maxdsiz="1G" -- This SF.net email is sponsored by Sprint What will you do first with EVO, the first 4G phone? Visit sprint.com/first -- http://p.sf.net/sfu/sprint-com-first ___ BackupPC-users mailing list BackupPC-users@lists.sourceforge.net List:https://lists.sourceforge.net/lists/listinfo/backuppc-users Wiki:http://backuppc.wiki.sourceforge.net Project: http://backuppc.sourceforge.net/
Re: [BackupPC-users] rsyncd, Parent read EOF from child
Les Mikesell wrote: > Are you running a 64-bit perl on the server? I think it consumes much more > memory than a 32 bit instance would. No, my hardware have no support 64-bit at all. -- ThinkGeek and WIRED's GeekDad team up for the Ultimate GeekDad Father's Day Giveaway. ONE MASSIVE PRIZE to the lucky parental unit. See the prize list and enter to win: http://p.sf.net/sfu/thinkgeek-promo ___ BackupPC-users mailing list BackupPC-users@lists.sourceforge.net List:https://lists.sourceforge.net/lists/listinfo/backuppc-users Wiki:http://backuppc.wiki.sourceforge.net Project: http://backuppc.sourceforge.net/
Re: [BackupPC-users] rsyncd, Parent read EOF from child
Alexander Moisseev wrote: > Matthias Meyer wrote: >> So it is very interesting that it does work with cygwin-rsyncd-2.6.8_0, >> Windows Server 2003 Std R2. > > I have no problem with one at all. > >> "Got fatal error during xfer (Child exited prematurely)" means that your >> cygwin-rsyncd die. >> You should increase log verbosity on cygwin-rsyncd and check against this >> log. > > I had overlook this lines in BackupPC log: > > 2010-06-11 04:04:13 1s_trade_at_phoenix: Out of memory during "large" request > for 16781312 bytes, total sbrk() is 529952768 bytes at > /usr/local/BackupPC/lib/BackupPC/FileZIO.pm line 203. > 2010-06-11 04:04:19 Backup failed on 1s_trade_at_phoenix (Child exited > prematurely) > > It seems that when BackupPC tries to _decompress_ 342 MB file from pool it > consumes all available RAM and swap. > (I had 1G RAM + 1G swap). I had resolve the problem by adding extra 512 MB of > RAM. > > But the directory that I am backing up is only about 1000 Files and 2.5 GB > and the biggest file is 342 MB. Is BackupPC really needs so much memory? Or > it is memory leaks? Are you running a 64-bit perl on the server? I think it consumes much more memory than a 32 bit instance would. -- Les Mikesell lesmikes...@gmail.com -- ThinkGeek and WIRED's GeekDad team up for the Ultimate GeekDad Father's Day Giveaway. ONE MASSIVE PRIZE to the lucky parental unit. See the prize list and enter to win: http://p.sf.net/sfu/thinkgeek-promo ___ BackupPC-users mailing list BackupPC-users@lists.sourceforge.net List:https://lists.sourceforge.net/lists/listinfo/backuppc-users Wiki:http://backuppc.wiki.sourceforge.net Project: http://backuppc.sourceforge.net/
Re: [BackupPC-users] rsyncd, Parent read EOF from child
Matthias Meyer wrote: > So it is very interesting that it does work with cygwin-rsyncd-2.6.8_0, > Windows Server 2003 Std R2. I have no problem with one at all. > "Got fatal error during xfer (Child exited prematurely)" means that your > cygwin-rsyncd die. > You should increase log verbosity on cygwin-rsyncd and check against this > log. I had overlook this lines in BackupPC log: 2010-06-11 04:04:13 1s_trade_at_phoenix: Out of memory during "large" request for 16781312 bytes, total sbrk() is 529952768 bytes at /usr/local/BackupPC/lib/BackupPC/FileZIO.pm line 203. 2010-06-11 04:04:19 Backup failed on 1s_trade_at_phoenix (Child exited prematurely) It seems that when BackupPC tries to _decompress_ 342 MB file from pool it consumes all available RAM and swap. (I had 1G RAM + 1G swap). I had resolve the problem by adding extra 512 MB of RAM. But the directory that I am backing up is only about 1000 Files and 2.5 GB and the biggest file is 342 MB. Is BackupPC really needs so much memory? Or it is memory leaks? -- ThinkGeek and WIRED's GeekDad team up for the Ultimate GeekDad Father's Day Giveaway. ONE MASSIVE PRIZE to the lucky parental unit. See the prize list and enter to win: http://p.sf.net/sfu/thinkgeek-promo ___ BackupPC-users mailing list BackupPC-users@lists.sourceforge.net List:https://lists.sourceforge.net/lists/listinfo/backuppc-users Wiki:http://backuppc.wiki.sourceforge.net Project: http://backuppc.sourceforge.net/
Re: [BackupPC-users] rsyncd, Parent read EOF from child
Alexander Moisseev wrote: > I have BackupPC configured to backup several directories on the same > server as different BackupPC hosts. It works without a problem more than 2 > years. But now backup of one directory interrupts during transfer when it > still works normally for other ones. > There are a lot of problems with rsyncd in windows. At least with cygwin prior V1.7. I found a lot of information (but no solution) about this in different mailing lists within the last two years :-( So it is very interesting that it does work with cygwin-rsyncd-2.6.8_0, Windows Server 2003 Std R2. I use rsync instead rsyncd and happy with that. "Got fatal error during xfer (Child exited prematurely)" means that your cygwin-rsyncd die. You should increase log verbosity on cygwin-rsyncd and check against this log. br Matthias -- Don't Panic -- ThinkGeek and WIRED's GeekDad team up for the Ultimate GeekDad Father's Day Giveaway. ONE MASSIVE PRIZE to the lucky parental unit. See the prize list and enter to win: http://p.sf.net/sfu/thinkgeek-promo ___ BackupPC-users mailing list BackupPC-users@lists.sourceforge.net List:https://lists.sourceforge.net/lists/listinfo/backuppc-users Wiki:http://backuppc.wiki.sourceforge.net Project: http://backuppc.sourceforge.net/
[BackupPC-users] rsyncd, Parent read EOF from child
I have BackupPC configured to backup several directories on the same server as different BackupPC hosts. It works without a problem more than 2 years. But now backup of one directory interrupts during transfer when it still works normally for other ones. Xfer Settings for all hosts (directories) is the same. XferMethod is rcyncd. BackupPC 3.1.0, FreeBSD 6.2 Client: cygwin-rsyncd-2.6.8_0, Windows Server 2003 Std R2 Transfer log: Contents of file /data/BackupPC/pc/1s_trade_at_phoenix/XferLOG.bad.z, modified 2010-06-11 10:19:09 full backup started for directory dDrive (baseline backup #987) Connected to phoenix:873, remote version 29 Negotiated protocol version 28 Connected to module dDrive Sending args: --server --sender --numeric-ids --perms --owner --group -D --links --hard-links --times --block-size=2048 --recursive --ignore-times . . >>> SKIPPED <<< same 644 400/401 627185 1s_db/db/trade/t_mezon/db/RG351.DBF create 644 400/401 118901106 1s_db/db/trade/t_mezon/db/RG3549.DBF create 644 400/40159228634 1s_db/db/trade/t_mezon/db/RG405.DBF create 644 400/401 130588998 1s_db/db/trade/t_mezon/db/RG4314.DBF Parent read EOF from child: fatal error! Done: 0 files, 0 bytes Got fatal error during xfer (Child exited prematurely) Backup aborted (Child exited prematurely) Saving this as a partial backup, replacing the prior one (got 161 and 0 files versus 0) full backup started for directory dDrive; updating partial #988 Connected to phoenix:873, remote version 29 Negotiated protocol version 28 Connected to module dDrive Sending args: --server --sender --numeric-ids --perms --owner --group -D --links --hard-links --times --block-size=2048 --recursive --ignore-times . . >>> SKIPPED <<< same 644 400/401 627185 1s_db/db/trade/t_mezon/db/RG351.DBF create 644 400/401 118922578 1s_db/db/trade/t_mezon/db/RG3549.DBF create 644 400/40159228634 1s_db/db/trade/t_mezon/db/RG405.DBF create 644 400/401 130588998 1s_db/db/trade/t_mezon/db/RG4314.DBF Parent read EOF from child: fatal error! Done: 0 files, 0 bytes Got fatal error during xfer (Child exited prematurely) Backup aborted (Child exited prematurely) Saving this as a partial backup full backup started for directory dDrive; updating partial #988 Connected to phoenix:873, remote version 29 Negotiated protocol version 28 Got response: 92ee79e1345b080d93ceaa6b12a71b9a in mime: ku554TRbCA2TzqprEqcbmg Auth: got challenge: [removed], reply: backuppc [removed] Connected to module dDrive Sending args: --server --sender --numeric-ids --perms --owner --group -D --links --hard-links --times --block-size=2048 --recursive --ignore-times . . Checksum seed is 1276236933 Got checksumSeed 0x4c11d485 >>> SKIPPED <<< Starting file 648 (1s_db/db/trade/t_mezon/db/RG4335.DBF), blkCnt=14989, blkSize=16384, remainder=13126 /data/BackupPC/pc/1s_trade_at_phoenix/987/fdDrive/f1s_db/fdb/ftrade/ft_mezon/fdb/fRG438.DBF cache = , invalid = , phase = 0 Sending csums for 1s_db/db/trade/t_mezon/db/RG438.DBF (size=157430) /data/BackupPC/pc/1s_trade_at_phoenix/987/fdDrive/f1s_db/fdb/ftrade/ft_mezon/fdb/fRG4480.DBF cache = , invalid = , phase = 0 Sending csums for 1s_db/db/trade/t_mezon/db/RG4480.DBF (size=74355938) /data/BackupPC/pc/1s_trade_at_phoenix/987/fdDrive/f1s_db/fdb/ftrade/ft_mezon/fdb/fRG464.DBF cache = , invalid = , phase = 0 Sending csums for 1s_db/db/trade/t_mezon/db/RG464.DBF (size=51968559) Parent read EOF from child: fatal error! Sending csums, cnt = 149, phase = 1 /data/BackupPC/pc/1s_trade_at_phoenix/987/fdDrive/f1s_db/fdb/ftrade/ft_mezon/fdb/fRG4667.DBF cache = , invalid = , phase = 1 Sending csums for 1s_db/db/trade/t_mezon/db/RG4667.DBF (size=23992630) Done: 0 files, 0 bytes Got fatal error during xfer (Child exited prematurely) Backup aborted (Child exited prematurely) Not saving this as a partial backup since it has fewer files than the prior one (got 162 and 0 files versus 162) -- Alexander Moisseev -- ThinkGeek and WIRED's GeekDad team up for the Ultimate GeekDad Father's Day Giveaway. ONE MASSIVE PRIZE to the lucky parental unit. See the prize list and enter to win: http://p.sf.net/sfu/thinkgeek-promo ___ BackupPC-users mailing list BackupPC-users@lists.sourceforge.net List:https://lists.sourceforge.net/lists/listinfo/backuppc-users Wiki:http://backuppc.wiki.sourceforge.net Project: http://backuppc.sourceforge.net/
