On Monday 28 November 2005 22:22, Karl Hungus wrote:
> Jonas,
>
> Although it says that nothing was written it actually writes almost the
> entire amount of data. It is basically continuously doing full backups
> but not completing all the way. I am able to get a status of the client
> without a problem. Any other ideas???
This is probably another case of network programmers not understanding TCP/IP
standards (most likely in a router or VPN) or trying to deal with DoS attacks
and incorrectly timing out a connection. If that is the case the Heartbeat
Interval directive set in the SD and the FD usually corrects the problem.
>
> Thanks!
>
> Jonas Mixter wrote:
> > Hi!
> > It seems like the director cannot contact your filedaemon. There are 0
> > files and 0 bytes backed up...
> >
> > Could you do a "status client=yourclient-fd" from the director?
> >
> > / Jonas
> >
> > On 2005-11-28 16:48, Karl Hungus wrote:
> >> I am still having problems backing up over a broadband connection.
> >> My connection goes through a VPN tunnel. It appears that once a
> >> backup gets >1GB I get the following errors. Any ideas what could be
> >> causing this???
> >>
> >> Below is the error and my relevant configuration. Thanks for any help!
> >>
> >> 22-Nov 01:51 bacula-dir: No prior Full backup Job record found.
> >> 22-Nov 01:51 bacula-dir: No prior or suitable Full backup found.
> >> Doing FULL backup.
> >> 22-Nov 01:51 bacula-dir: Start Backup JobId 19,
> >> Job=ORTHO.2005-11-21_23.05.02
> >> 22-Nov 01:51 bacula-sd: Volume "ortho_nt4" previously written, moving
> >> to end of data.
> >> 22-Nov 03:51 bacula-dir: ORTHO.2005-11-21_23.05.02 Fatal error:
> >> Network error with FD during Backup: ERR=Connection reset by peer
> >> 22-Nov 03:52 bacula-dir: ORTHO.2005-11-21_23.05.02 Fatal error: No
> >> Job status returned from FD.
> >> 22-Nov 03:52 bacula-dir: ORTHO.2005-11-21_23.05.02 Error: Bacula
> >> 1.38.1 (14Nov05): 22-Nov-2005 03:52:20
> >> JobId: 19
> >> Job: ORTHO.2005-11-21_23.05.02
> >> Backup Level: Full (upgraded from Incremental)
> >> Client: "ortho-fd" Windows NT 4.0,MVS,NT 4.0.1381
> >> FileSet: "ortho set" 2005-11-21 21:38:38
> >> Pool: "ortho-pool"
> >> Storage: "File"
> >> Scheduled time: 21-Nov-2005 23:05:01
> >> Start time: 22-Nov-2005 01:51:45
> >> End time: 22-Nov-2005 03:52:20
> >> Priority: 10
> >> FD Files Written: 0
> >> SD Files Written: 0
> >> FD Bytes Written: 0
> >> SD Bytes Written: 0
> >> Rate: 0.0 KB/s
> >> Software Compression: None
> >> Volume name(s): Volume Session Id: 4
> >> Volume Session Time: 1132626803
> >> Last Volume Bytes: 375
> >> Non-fatal FD errors: 0
> >> SD Errors: 0
> >> FD termination status: Error
> >> SD termination status: Running
> >> Termination: *** Backup Error ***
> >>
> >> Is there some kind of timeout? I have one connection that is on the
> >> local network and another that comes across a vpn tunnel. Any
> >> suggestions would be appreciated!
> >>
> >>
> >> JobDefs {
> >> Name = "Daily"
> >> Type = Backup
> >> Client = bacula-fd
> >> Schedule = "Daily"
> >> Storage = File
> >> Messages = Standard
> >> Priority = 10
> >> }
> >>
> >> Job {
> >> Name = "ORTHO"
> >> Client = ortho-fd
> >> JobDefs = "Daily"
> >> FileSet = "ortho set"
> >> Level = Incremental
> >> Pool = ortho-pool
> >> }
> >>
> >> # Ortho Backup FileSet
> >> FileSet {
> >> Name = "ortho set"
> >> Include {
> >> Options {
> >> signature = MD5
> >> }
> >> File = "D:/Program Files/National Data/Concept"
> >> }
> >> Exclude {
> >> }
> >> }
> >>
> >> # Ortho NT4 Server
> >> Client {
> >> Name = ortho-fd
> >> Address = 10.10.1.2
> >> FDPort = 9102
> >> Catalog = MyCatalog
> >> Password = "********" # password for FileDaemon
> >> File Retention = 30 days # 30 days
> >> Job Retention = 6 months # six months
> >> AutoPrune = yes # Prune expired Jobs/Files
> >> }
> >>
> >> Storage {
> >> Name = File
> >> # Do not use "localhost" here
> >> Address = bacula.**********.net # N.B. Use a fully
> >> qualified name here
> >> SDPort = 9103
> >> Password = "aoehFkL9x8rwMX+DTaF/cmfoH8Pl4o4v69RytDwK69W1"
> >> Device = FileStorage
> >> Media Type = File
> >> }
> >>
> >> Pool {
> >> Name = ortho-pool
> >> Pool Type = Backup
> >> Recycle = yes # Bacula can automatically
> >> recycle Volumes
> >> AutoPrune = yes # Prune expired volumes
> >> Volume Retention = 365 days # one year
> >> Accept Any Volume = yes # write on any volume in the pool
> >> }
> >>
> >> Thanks!
> >>
> >>
> >>
> >>
> >>
> >>
> >> -------------------------------------------------------
> >> This SF.net email is sponsored by: Splunk Inc. Do you grep through
> >> log files
> >> for problems? Stop! Download the new AJAX search engine that makes
> >> searching your log files as easy as surfing the web. DOWNLOAD SPLUNK!
> >> http://ads.osdn.com/?ad_id=7637&alloc_id=16865&op=click
> >> _______________________________________________
> >> Bacula-users mailing list
> >> Bacula-users@lists.sourceforge.net
> >> https://lists.sourceforge.net/lists/listinfo/bacula-users
>
> -------------------------------------------------------
> This SF.net email is sponsored by: Splunk Inc. Do you grep through log
> files for problems? Stop! Download the new AJAX search engine that makes
> searching your log files as easy as surfing the web. DOWNLOAD SPLUNK!
> http://ads.osdn.com/?ad_id=7637&alloc_id=16865&op=click
> _______________________________________________
> Bacula-users mailing list
> Bacula-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/bacula-users
--
Best regards,
Kern
(">
/\
V_V
-------------------------------------------------------
This SF.net email is sponsored by: Splunk Inc. Do you grep through log files
for problems? Stop! Download the new AJAX search engine that makes
searching your log files as easy as surfing the web. DOWNLOAD SPLUNK!
http://ads.osdn.com/?ad_id=7637&alloc_id=16865&op=click
_______________________________________________
Bacula-users mailing list
Bacula-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bacula-users
