> If you are using DHCP instead of static IP addressing, it might be
> that the connections are getting lost when the IP address comes for
> lease renewal from the DHCP server. This might
> result in a loss of network connection depending on the time it takes
> for the IP address to get renewed?
>
> Are your other hosts also having millions of files? Or is this the
> only host?
>
> vasan
No it is a static IP Adress. Yes the other host have millions of files, too.
>
> On 5/4/07, Simon Köstlin <[EMAIL PROTECTED]> wrote:
>> >
>> > Hi,
>> >
>> > Simon K?stlin wrote on 30.04.2007 at 12:25:18 [[BackupPC-users] Tar
>> Backup aborts (Connection Timed out)]:
>> >
>> >> I can see the following error log at the end of this mail created
>> by one
>> >> of my hosts to backup.
>> >>
>> >
>> > yes, I can see it too :-).
>> >
>> >
>> >> My Timeout is set to $Conf{ClientTimeout} = 576000. Which should
>> be about
>> >> 160h, but the backup aborted already at about 41h.
>> >>
>> >
>> > You're not hit by the timeout (that would be a SIGALRM) but rather
>> by a
>> > network error. 41 hours is quite a long backup run. If you were
>> using rsync,
>> > I'd suggest splitting up your backup by first excluding a large
>> part of it
>> > and gradually reducing the exclude list. That way you'd get shorter
>> backup
>> > times and things would be more likely to complete (or at least
>> wouldn't
>> > restart from scratch). "Millions of files" might or might not make
>> that a
>> > bad idea though.
>> >
>> > You won't like the suggestion, but you *could* split the "share" up
>> into
>> > several "shares" to also reduce backup run time ...
>> >
>>
>> What do you mean with gradually reducing the exclude list? To exclude
>> some files of a share and then define the same share with the backuped
>> files before?
>> >
>> >> Why is tar aborting?
>> >>
>> >
>> > It does not look like a tar problem but rather like one of the
>> underlying
>> > network. What does the network topology look like? Is there a firewall
>> > between BackupPC server and client host? A DSL link (that gets
>> disconnected
>> > once every 24 hours by your provider, maybe, perhaps)? A flakey
>> switch?
>> > Someone shutting down the client (which happens to be a SuSE system
>> and
>> > therefore shuts down networking before killing processes ...)?
>> >
>> > True, the address does not *look* very remote ...
>> >
>> The network topology consists of some switches. I don't think that the
>> network is the problem. All other host are in the same network and they
>> are backuped up correctly.
>> A firewall isn't there, too.
>> The server should be always on, nobody is shutting down it. The backup
>> failed every time a backup was running, but it failed not at the same
>> position.
>> >
>> >> All other hosts backed up without any problem. It is normal that the
>> >> backup takes so long because there are millions of files to backup.
>> >>
>> >
>> > Does that mean that this host normally works? Or only other similar
>> hosts?
>> > Did it fail just once or repeatedly? What's the exact difference to
>> the
>> > other hosts? Distributions? Kernel versions?
>> >
>> No, only the other hosts work correctly. It fails repeatedly.
>> It is a debian server with Kernel 2.6.10. The other servers are debian
>> or ubuntu servers, too. There shouldn't be much difference.
>> > Regards,
>> > Holger
>> >
>> >
>>
>> -------------------------------------------------------------------------
>>
>> This SF.net email is sponsored by DB2 Express
>> Download DB2 Express C - the FREE version of DB2 express and take
>> control of your XML. No limits. Just data. Click to get it now.
>> http://sourceforge.net/powerbar/db2/
>> _______________________________________________
>> BackupPC-users mailing list
>> [email protected]
>> https://lists.sourceforge.net/lists/listinfo/backuppc-users
>> http://backuppc.sourceforge.net/
>>
>------------------------------------------------------------------------- This SF.net email is sponsored by DB2 Express Download DB2 Express C - the FREE version of DB2 express and take control of your XML. No limits. Just data. Click to get it now. http://sourceforge.net/powerbar/db2/ _______________________________________________ BackupPC-users mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/backuppc-users http://backuppc.sourceforge.net/
