Von: DAHLBOKUM Markus (FPT INDUSTRIAL)
[mailto:markus.dahlbo...@fptindustrial.com]
Gesendet: Dienstag, 9. Oktober 2012 10:18
An: bacula-users@lists.sourceforge.net
Betreff: Re: [Bacula-users] Network error with FD during Backup:
ERR=Connection reset by peer
>My job cancels exactly 15
>My job cancels exactly 15 min after entering the wait mode for a new
>tape. In the VMware settings there is an idle timeout set to 900 sec
>(i.e. 15 min).
>
>The timeout doesn't exactly fit to that kind of connection, but you
>never know.
>
>I disabled this timeout now and restarted my back
Von: DAHLBOKUM Markus (FPT INDUSTRIAL)
[mailto:markus.dahlbo...@fptindustrial.com]
Gesendet: Donnerstag, 4. Oktober 2012 10:06
An: bacula-users@lists.sourceforge.net
Betreff: Re: [Bacula-users] Network error with FD during Backup:
ERR=Connection reset by peer
Hi Tom,
Thank you for your
Von: Josh Fisher [mailto:jfis...@pvct.com]
Gesendet: Freitag, 5. Oktober 2012 18:50
An: bacula-users@lists.sourceforge.net
Betreff: Re: [Bacula-users] Network error with FD during Backup:
ERR=Connection reset by peer
On 10/4/2012 4:05 AM, DAHLBOKUM Markus (FPT INDUSTRIAL) wrote:
Hi
On 10/4/2012 4:05 AM, DAHLBOKUM Markus (FPT INDUSTRIAL) wrote:
Hi Tom,
Thank you for your answer.
>The heartbeats are only setup when a job with a client is initiated.
>So, there should be no activity when no job is running. When you
>initiate a job with the client, the director sets up a c
> Yesterday I waited for the job to finish the first tape and then wait
> for me to insert the next one.
>
> I opened wireshark to see if there is a heartbeat during waiting -
> and there was none. During the job the heartbeat was active.
>
>> From what you wrote the heartbeat should be active whe
Hi Tom,
Thank you for your answer.
>The heartbeats are only setup when a job with a client is initiated.
>So, there should be no activity when no job is running. When you
>initiate a job with the client, the director sets up a connection with
>the client telling the client what storage da
> I now could check if bacula fd to sd connection timed out because of
> the network switches. This was not the case. My job still cancels.
My experience is that the heartbeat setting has not helped us with our
"Connection Reset by Peer" issues that occur occasionally. Something
more is going
Op 20121002 om 12:15 schreef DAHLBOKUM Markus (FPT INDUSTRIAL):
> > I have added the heartbeat interval on all daemons, but no change.
The _all_ deamons involved is important.
> > Markus
>
>
> I now could check if bacula fd to sd connection timed out because of the
> network switches. T
>
> >I did a couple of installations and I never faced with this error
>
> >before. Anyway, never say never again.
>
> >In the first scenario we were backing up to tape for a few years and
>
> >then migrated to a disc based solution. Everything worked like a charm.
>
> >This particular pro
> There are Job options to reschedule jobs on error:
>
> Reschedule On Error = yes
> Reschedule Interval = 30 minutes
> Reschedule Times = 18
>
> The above will reschedule the job 30 minutes after the failure and
it'll try and
> do that 18 times before finally giving up. These options come in
ha
On 9/27/2012 4:15 AM, DAHLBOKUM Markus (FPT INDUSTRIAL) wrote:
>
> >I did a couple of installations and I never faced with this error
>
> >before. Anyway, never say never again.
>
> >In the first scenario we were backing up to tape for a few years and
>
> >then migrated to a disc based solution. E
> Tom: How did you restart the job. Did you have a script or do you do it
> by hand?
There are Job options to reschedule jobs on error:
Reschedule On Error = yes
Reschedule Interval = 30 minutes
Reschedule Times = 18
The above will reschedule the job 30 minutes after the failure and it'll
try a
>I did a couple of installations and I never faced with this error
>before. Anyway, never say never again.
>In the first scenario we were backing up to tape for a few years and
>then migrated to a disc based solution. Everything worked like a charm.
>This particular problem occurred first, whe
> > 2012-09-19 22:58:45 bacula-dir JobId 13962: Start Backup JobId
13962,
> Job=nina_systemstate.2012-09-19_21.50.01_31
> > 2012-09-19 22:58:46 bacula-dir JobId 13962: Using Device
> "FileStorageLocal"
> > 2012-09-19 23:02:41 nina-fd JobId 13962: DIR and FD clocks differ
by 233
> seconds, FD
> The transfer rate is very low in the first server log. Perhaps there
> truly is a problem with a NIC in this hypervisor, or cable, switch,
etc.
There is a second server on this host, which is being backuped too,
without any problems, either in backup or general network performance.
But I will c
> 2012-09-19 22:58:45 bacula-dir JobId 13962: Start Backup JobId 13962,
> Job=nina_systemstate.2012-09-19_21.50.01_31
> 2012-09-19 22:58:46 bacula-dir JobId 13962: Using Device "FileStorageLocal"
> 2012-09-19 23:02:41 nina-fd JobId 13962: DIR and FD clocks differ by 233
> seconds, FD autom
On 9/26/2012 7:45 AM, Michael Neuendorf wrote:
> Hello there,
>
> I have a problem while backing up two windows servers in two different
> installations. The scenarios are almost equal:
>
> - Bacula-dir (v5.0.1) on Ubuntu 10.04.3 virtualized with VMware vSphere 5
> Hypervisor
> - Bacula-sd (v5.0
Hello there,
I have a problem while backing up two windows servers in two different
installations. The scenarios are almost equal:
- Bacula-dir (v5.0.1) on Ubuntu 10.04.3 virtualized with VMware vSphere 5
Hypervisor
- Bacula-sd (v5.0.1) on same server with file storage on a NAS, mounted via
iS
On Thu, 07 May 2009 17:32:28 +0200, Carlo Maesen wrote:
> I have a problem with 1 client. It is a solaris zone. I don't have
> issues with the other zones on the same server, so I can't believe it's
> a hardware error or firewall problem. (The client is running in a
> DMZ-zone)
>
> I also have u
I have a problem with 1 client. It is a solaris zone. I don't have issues with
the other zones on the same server, so I can't believe it's a hardware error or
firewall problem. (The client is running in a DMZ-zone)
I also have used "Heartbeat Interval = 60 seconds" for dir, sd and fd, but the
Thank you very much!
I added "Heartbeat Interval = 1 minutes" to the DIR, SD and FD
configurations and it solved the problem. I also had to fix the
"bacula.batch" problem: http://wiki.bacula.org/doku.php?id=faq
2008/11/28 Dan Langille
> Silvian Cretu wrote:
>
>> Hi,
>> I am a bacula user for al
Silvian Cretu wrote:
> Hi,
> I am a bacula user for almost 2 years now. But I've encountered a
> problem, recently.
> Whenever I try to backup files from a specific client I get this errors:
>
>
> 27-Nov 11:23 director JobId 373: Fatal error: Network error with FD during
> Backup: ERR=Connectio
Hi,
I am a bacula user for almost 2 years now. But I've encountered a problem,
recently.
Whenever I try to backup files from a specific client I get this errors:
27-Nov 11:23 director JobId 373: Fatal error: Network error with FD
during Backup: ERR=Connection timed out
27-Nov 11:23 storage JobId
Hi Ger,
you were absolutly right. With the Heartbeat enabled the Backup was
successfully completed. Many thanks.
--
Florian Schürfeld <[EMAIL PROTECTED]>
--- Begin Message ---
Hi,
You need a keepalive. Your SonicWall is terminating the connection.
Stick the Heartbeat Interval in the bacula-fd.
Hi,
You need a keepalive. Your SonicWall is terminating the connection.
Stick the Heartbeat Interval in the bacula-fd.conf:
FileDaemon { # this is me
Name = MyServer-fd
FDport = 9102 # where we listen for the director
WorkingDirectory = /var/bacula
Hi there,
when i try to backup a remote host, i get
Fatal error: Network error with FD during Backup: ERR=Connection reseted
by peer
08-Feb 07:25 bacula-dir: heidi_bkup.2007-02-08_06.24.56 Fatal error: No
Job status returned from FD.
This occures after a duration of one hour. The uplink to the r
Thanks Ger, that seems to have fixed the 2 hour timeout problem I was
having, but I got this error instead:
08-Jun 16:19 my-dir: client.2006-06-08_11.10.54 Warning: Unexpected
Client Job message: ÿÿÿúJmsg Job=client.2006-06-08_11.10.54 type=8
level=1149797124 client-fd: Could not stat H:/U
> On Thu, 8 Jun 2006 12:51:15 -0400 (EDT), Robin Mordasiewicz <[EMAIL
> PROTECTED]> said:
>
> On Thu, 8 Jun 2006, Kern Sibbald wrote:
> > On Thursday 08 June 2006 15:39, Ger Apeldoorn wrote:
> >> Hi,
> >>
> >> Put this line in the FileDaemon part of your bacula-fd.conf file of the
> >> cl
On Thu, 8 Jun 2006, Kern Sibbald wrote:
> On Thursday 08 June 2006 15:39, Ger Apeldoorn wrote:
>> Hi,
>>
>> Put this line in the FileDaemon part of your bacula-fd.conf file of the
>> client:
>>
>> Heartbeat Interval = 15 seconds
>
> To avoid timeouts during tape changes, you might need to add the
On Thu, 8 Jun 2006, Tyler Bannister wrote:
> I'm getting some strange failures when I try to backup computers over an
> ADSL line, everything runs ok for about 2 hours then I get:
>
> 07-Jun 22:31 my-dir: client.2006-06-07_20.30.00 Fatal error: Network error
> with FD during Backup: ERR=Connectio
On Thursday 08 June 2006 15:39, Ger Apeldoorn wrote:
> Hi,
>
> Put this line in the FileDaemon part of your bacula-fd.conf file of the
> client:
>
> Heartbeat Interval = 15 seconds
To avoid timeouts during tape changes, you might need to add the same
directive to your bacula-sd.conf file as wel
Hi,
Put this line in the FileDaemon part of your bacula-fd.conf file of the
client:
Heartbeat Interval = 15 seconds
Greetings,
Ger.
On Thursday 08 June 2006 15:28, Tyler Bannister wrote:
> I'm getting some strange failures when I try to backup computers over an
> ADSL line, everything runs
I'm getting some strange failures when I try to backup computers over an
ADSL line, everything runs ok for about 2 hours then I get:
07-Jun 22:31 my-dir: client.2006-06-07_20.30.00 Fatal error: Network error with
FD during Backup: ERR=Connection reset by peer
07-Jun 22:31 my-dir: client.2006-06-
I see the following error while trying to backup a couple servers. All my
other clients work fine.
frigg is my bacula server and web is the server which I am trying to
backup
I can see that it is backing up files, but after a while it just stops.
I have also tried setting the following.
Sorry for the dupe, but after Kens message -
The machines on the DMZ are running RH ent3 with Bacula 1.38.2
Bacula server is also running RH ent3. Storage is disk.
On the lan side Bacula is backing up 17 linux and windows boxes with no
problems.
I have a problem backing up through the FireWal
I have a problem backing up through the FireWall.
All seems to run find for about an hour theI get the above error.
I have the FW 'no activity' set we over an hour.
The only other difference between these and the good backups is the FW switch
in a only a 10/10.
If I just backup a subset of t
37 matches
Mail list logo