Re: [Bacula-users] Getting an error on many Win32 Backups

[Ryan Novosielski]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Chris Hoogendyk wrote:
> 
> 
> Ryan Novosielski wrote:
>> Chris Hoogendyk wrote:
>>  
>>> Ryan Novosielski wrote:
>>>
 I send this note every once in awhile, since I know around my workplace
 there is a lot of confusion over it.

 Both ends of a network connection must be either hard-coded to the same
 speed and duplex, or set to auto/auto. Any other combination will
 result
 in the end that is set to auto stairstepping down from fastest to
 slowest until it finds a comparable rate, and WILL use half duplex.
 So I
 suppose to adjust my comments a little, if you are using 100/half on
 one
 end and auto/auto on the other, that will work, but I'd say it's not a
 great habit to get into (and who uses half duplex on anything other
 than
 10-base-T anyway?).

 Philip W. Dalrymple III wrote:

> Our problem turned out to be a network hardware problem, the port
> that the
> SD was plugged into was at 100 not 1000 and maybe the server was at
> 1000 or the duplex was not matched.
> 
>>> We routinely hard code both servers and the ports they are connected
>>> to in our switches switches.
>>>
>>> In my experience, Solaris servers typically manage negotiating
>>> alright, but we set the switch ports anyway. Alpha servers
>>> notoriously messed up autonegotiation and had to be hard coded to
>>> work reasonably well. We also had repeated problems with Windows
>>> servers. I resolved it on a few occasions, but since I was not the
>>> Windows admin, it kept getting put back and causing trouble which was
>>> always blamed on the network group.
>>>
>>> Anytime there is a problem of this sort, check the switch port
>>> statistics, and check the configuration on the computer end and on
>>> the switch end.
>>> 
>>
>> We used to do this, however we no longer do unless absolutely necessary.
>> The reason for this is it ultimately screws up network installs for
>> machines that do not have a nvram setting to hard-code the speed/duplex.
>> There are many network adapters (mostly on older machines, but we're not
>> talking THAT old) that can only use autonegotiate for network booting,
>> meaning you're doing an install over a very ratty connection. Same works
>> fine with both ends set to auto.
> 
> OK. We don't do net installs. So your situation is different.
> 
> We handle ours on a case by case basis. So, if there were a machine that
> had problems, we would configure it as best fit that situation. I've
> found that the Solaris systems are robust enough that if the switch is
> fixed and the server is not, it will still find its way correctly to
> match the switch. But, we set them both fixed just to be sure.

We're getting off track here a bit, but it is probably a useful
discussion anyway. I've been told, and I've read, that a machine acting
in such a way would be counter to the spec for autonegotiate. I don't
have the document anymore, but the gist of it was that if one end was
set to auto and the other was fixed, the auto end would start from the
highest speed it was capable of and drop down until it found one that
worked, and that it would absolutely use half duplex. So according to
the spec, there should be no way that a machine fixed to 100-base-T full
duplex should ever be able to operate properly with a switch set to
auto, and vice-versa. You should always get one end thinking full duplex
and one end thinking half, causing problems. This is where most of the
trouble I've seen here comes from.

> In either case, it is an issue that should always be checked whenever
> someone is having speed issues with a network connection. I've seen too
> many cases of finger pointing that could have been resolved without
> conflict or blame just by getting the switch and the server on the same
> page.

Agreed. Where to look, for those reading and not having been aware, is
generally in the output of netstat -ian. For example, one I just turned
up in the process of writing this e-mail!:

Name  Mtu  Net/Dest  AddressIpkts  Ierrs Opkts  Oerrs Collis
Queue
lo0   8232 127.0.0.0 127.0.0.1  49761  0 49761  0 0  0
eri0  1500 10.34.5.0 10.34.5.108258367 0 214575 415   8970
hme0  1500 192.9.160.0   192.9.160.109  105776 0 70512  0 0  0

eri0 is not healthy, and is set to autonegotiate while the switch is set
to 100/Full.

=R
- --
  _  _ _  _ ___  _  _  _
 |Y#| |  | |\/| |  \ |\ |  | |Ryan Novosielski - Systems Programmer II
 |$&| |__| |  | |__/ | \| _| |[EMAIL PROTECTED] - 973/972.0922 (2-0922)
 \__/ Univ. of Med. and Dent.|IST/AST - NJMS Medical Science Bldg - C630
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.6 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org

iD8DBQFHmQOwmb+gadEcsb4RAqXqAKDQe7Cb964wo1TAG4fF9ONiY+QveACfTVDf
cdCGqBrwVhEDVVOzs/r1fzI=
=YX1Q
-END PGP SIGNATURE-
begin:vcard
f

Re: [Bacula-users] Getting an error on many Win32 Backups

[Chris Hoogendyk]

Ryan Novosielski wrote:
> Chris Hoogendyk wrote:
>   
>> Ryan Novosielski wrote:
>> 
>>> I send this note every once in awhile, since I know around my workplace
>>> there is a lot of confusion over it.
>>>
>>> Both ends of a network connection must be either hard-coded to the same
>>> speed and duplex, or set to auto/auto. Any other combination will result
>>> in the end that is set to auto stairstepping down from fastest to
>>> slowest until it finds a comparable rate, and WILL use half duplex. So I
>>> suppose to adjust my comments a little, if you are using 100/half on one
>>> end and auto/auto on the other, that will work, but I'd say it's not a
>>> great habit to get into (and who uses half duplex on anything other than
>>> 10-base-T anyway?).
>>>
>>> Philip W. Dalrymple III wrote:
>>>   
>>>   
 Our problem turned out to be a network hardware problem, the port that the
 SD was plugged into was at 100 not 1000 and maybe the server was at 1000 
 or the 
 duplex was not matched.
 
>> We routinely hard code both servers and the ports they are connected to 
>> in our switches switches.
>>
>> In my experience, Solaris servers typically manage negotiating alright, 
>> but we set the switch ports anyway. Alpha servers notoriously messed up 
>> autonegotiation and had to be hard coded to work reasonably well. We 
>> also had repeated problems with Windows servers. I resolved it on a few 
>> occasions, but since I was not the Windows admin, it kept getting put 
>> back and causing trouble which was always blamed on the network group.
>>
>> Anytime there is a problem of this sort, check the switch port 
>> statistics, and check the configuration on the computer end and on the 
>> switch end.
>> 
>
> We used to do this, however we no longer do unless absolutely necessary.
> The reason for this is it ultimately screws up network installs for
> machines that do not have a nvram setting to hard-code the speed/duplex.
> There are many network adapters (mostly on older machines, but we're not
> talking THAT old) that can only use autonegotiate for network booting,
> meaning you're doing an install over a very ratty connection. Same works
> fine with both ends set to auto.

OK. We don't do net installs. So your situation is different.

We handle ours on a case by case basis. So, if there were a machine that 
had problems, we would configure it as best fit that situation. I've 
found that the Solaris systems are robust enough that if the switch is 
fixed and the server is not, it will still find its way correctly to 
match the switch. But, we set them both fixed just to be sure.

In either case, it is an issue that should always be checked whenever 
someone is having speed issues with a network connection. I've seen too 
many cases of finger pointing that could have been resolved without 
conflict or blame just by getting the switch and the server on the same 
page.


---

Chris Hoogendyk

-
   O__   Systems Administrator
  c/ /'_ --- Biology & Geology Departments
 (*) \(*) -- 140 Morrill Science Center
~~ - University of Massachusetts, Amherst 

<[EMAIL PROTECTED]>

--- 

Erdös 4



-
This SF.net email is sponsored by: Microsoft
Defy all challenges. Microsoft(R) Visual Studio 2008.
http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/
___
Bacula-users mailing list
Bacula-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bacula-users

Re: [Bacula-users] Getting an error on many Win32 Backups

[Ryan Novosielski]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Chris Hoogendyk wrote:
> 
> Ryan Novosielski wrote:
>> I send this note every once in awhile, since I know around my workplace
>> there is a lot of confusion over it.
>>
>> Both ends of a network connection must be either hard-coded to the same
>> speed and duplex, or set to auto/auto. Any other combination will result
>> in the end that is set to auto stairstepping down from fastest to
>> slowest until it finds a comparable rate, and WILL use half duplex. So I
>> suppose to adjust my comments a little, if you are using 100/half on one
>> end and auto/auto on the other, that will work, but I'd say it's not a
>> great habit to get into (and who uses half duplex on anything other than
>> 10-base-T anyway?).
>>
>> Philip W. Dalrymple III wrote:
>>   
>>> Our problem turned out to be a network hardware problem, the port that the
>>> SD was plugged into was at 100 not 1000 and maybe the server was at 1000 or 
>>> the 
>>> duplex was not matched.
> 
> We routinely hard code both servers and the ports they are connected to 
> in our switches switches.
> 
> In my experience, Solaris servers typically manage negotiating alright, 
> but we set the switch ports anyway. Alpha servers notoriously messed up 
> autonegotiation and had to be hard coded to work reasonably well. We 
> also had repeated problems with Windows servers. I resolved it on a few 
> occasions, but since I was not the Windows admin, it kept getting put 
> back and causing trouble which was always blamed on the network group.
> 
> Anytime there is a problem of this sort, check the switch port 
> statistics, and check the configuration on the computer end and on the 
> switch end.

We used to do this, however we no longer do unless absolutely necessary.
The reason for this is it ultimately screws up network installs for
machines that do not have a nvram setting to hard-code the speed/duplex.
There are many network adapters (mostly on older machines, but we're not
talking THAT old) that can only use autonegotiate for network booting,
meaning you're doing an install over a very ratty connection. Same works
fine with both ends set to auto.

- --
  _  _ _  _ ___  _  _  _
 |Y#| |  | |\/| |  \ |\ |  | |Ryan Novosielski - Systems Programmer II
 |$&| |__| |  | |__/ | \| _| |[EMAIL PROTECTED] - 973/972.0922 (2-0922)
 \__/ Univ. of Med. and Dent.|IST/AST - NJMS Medical Science Bldg - C630
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.6 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org

iD8DBQFHmO7hmb+gadEcsb4RAsD/AKCzqciiiO62mWg9UBoXPOU4FyEUmwCfRkpe
S5ZMM0qZGYf1z5A+5Av4f+A=
=b1F2
-END PGP SIGNATURE-
begin:vcard
fn:Ryan Novosielski
n:Novosielski;Ryan
org:UMDNJ;IST/AST
adr;dom:MSB C630;;185 South Orange Avenue;Newark;NJ;07103
email;internet:[EMAIL PROTECTED]
title:Systems Programmer III
tel;work:(973) 972-0922
tel;fax:(973) 972-7412
tel;pager:(866) 20-UMDNJ
x-mozilla-html:FALSE
version:2.1
end:vcard

-
This SF.net email is sponsored by: Microsoft
Defy all challenges. Microsoft(R) Visual Studio 2008.
http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/___
Bacula-users mailing list
Bacula-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bacula-users

Re: [Bacula-users] Getting an error on many Win32 Backups

[Chris Hoogendyk]

Ryan Novosielski wrote:
> I send this note every once in awhile, since I know around my workplace
> there is a lot of confusion over it.
>
> Both ends of a network connection must be either hard-coded to the same
> speed and duplex, or set to auto/auto. Any other combination will result
> in the end that is set to auto stairstepping down from fastest to
> slowest until it finds a comparable rate, and WILL use half duplex. So I
> suppose to adjust my comments a little, if you are using 100/half on one
> end and auto/auto on the other, that will work, but I'd say it's not a
> great habit to get into (and who uses half duplex on anything other than
> 10-base-T anyway?).
>
> Philip W. Dalrymple III wrote:
>   
>> Our problem turned out to be a network hardware problem, the port that the
>> SD was plugged into was at 100 not 1000 and maybe the server was at 1000 or 
>> the 
>> duplex was not matched.

We routinely hard code both servers and the ports they are connected to 
in our switches switches.

In my experience, Solaris servers typically manage negotiating alright, 
but we set the switch ports anyway. Alpha servers notoriously messed up 
autonegotiation and had to be hard coded to work reasonably well. We 
also had repeated problems with Windows servers. I resolved it on a few 
occasions, but since I was not the Windows admin, it kept getting put 
back and causing trouble which was always blamed on the network group.

Anytime there is a problem of this sort, check the switch port 
statistics, and check the configuration on the computer end and on the 
switch end.


---

Chris Hoogendyk

-
   O__   Systems Administrator
  c/ /'_ --- Biology & Geology Departments
 (*) \(*) -- 140 Morrill Science Center
~~ - University of Massachusetts, Amherst 

<[EMAIL PROTECTED]>

--- 

Erdös 4



-
This SF.net email is sponsored by: Microsoft
Defy all challenges. Microsoft(R) Visual Studio 2008.
http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/
___
Bacula-users mailing list
Bacula-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bacula-users

Re: [Bacula-users] Getting an error on many Win32 Backups

[Ryan Novosielski]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

I send this note every once in awhile, since I know around my workplace
there is a lot of confusion over it.

Both ends of a network connection must be either hard-coded to the same
speed and duplex, or set to auto/auto. Any other combination will result
in the end that is set to auto stairstepping down from fastest to
slowest until it finds a comparable rate, and WILL use half duplex. So I
suppose to adjust my comments a little, if you are using 100/half on one
end and auto/auto on the other, that will work, but I'd say it's not a
great habit to get into (and who uses half duplex on anything other than
10-base-T anyway?).

Philip W. Dalrymple III wrote:
> Our problem turned out to be a network hardware problem, the port that the
> SD was plugged into was at 100 not 1000 and maybe the server was at 1000 or 
> the 
> duplex was not matched.
> 
> - Original Message -
> From: "Robert LeBlanc" <[EMAIL PROTECTED]>
> To: "Philip W. Dalrymple III" <[EMAIL PROTECTED]>
> Sent: Wednesday, January 23, 2008 9:58:50 AM (GMT-0500) America/New_York
> Subject: RE: [Bacula-users] Getting an error on many Win32 Backups
> 
> I saw this same problem. It seemed to happen pretty frequently on the
> first handful of Windows machines of the day (the most critical ones
> too). I found that after I upgraded my SD to 2.2.6 or 2.2.7 that the
> problems greatly deminished. I have one every few days now instead of
> constantly 5-7 every day or every other day. The Windows FD version has
> not changed.
> 
> Robert 
> 
> -Original Message-
> From: [EMAIL PROTECTED]
> [mailto:[EMAIL PROTECTED] On Behalf Of Philip
> W. Dalrymple III
> Sent: Tuesday, January 22, 2008 5:17 AM
> To: bacula-users@lists.sourceforge.net
> Subject: [Bacula-users] Getting an error on many Win32 Backups
> 
> We are getting a common error on a number of backups from Windows
> clients, the Linux ones work without problems.
> 
> We are running 2.0.3 director from the fedora repros The storage demon
> is 2.0.2 (not updated) the fault will happen on Full, Inc. and Diff
> backups.
> It does not happen at the same number of bytes or time.
> The backups where working a few month ago but we had a hardware fault on
> the directory and needed to re-build and reload the OS. The Storage
> server (different hardware from the director) has not changed nor has
> the file daemon.
> There is enough space on the File system for spooling (set to 50 Gig
> with 87 Gig free). I am not sure why it is spooling data here the Full
> should be about 6 Gig and there should be plenty of space (there was no
> other job running at the time of the example below but I do run 4 jobs
> at a time (and was doing so before when everything works.
> 
> This is failing on a number of very different windows hardware and OS
> version but working on a number of different Linux hardware an OS
> version (mostly the same version of bacula but some differences.
> 
> Should I try to set a Heartbeat Interval on either the SD or FD (I did
> not need this before)?
> 
> the errors look like the following:
> 
> 21-Jan 22:59 is-net-4-dir: Start Backup JobId 17447,
> Job=blue-cdrive.2008-01-21_21.10.28
> 22-Jan 00:00 is-net-1-sd: Spooling data ...
> 21-Jan 23:52 blue-fd: blue-cdrive.2008-01-21_21.10.28 Fatal error:
> ../../filed/backup.c:860 Network send error to SD. ERR=Input/output
> error 21-Jan 23:52 blue-fd: blue-cdrive.2008-01-21_21.10.28 Error:
> ../../lib/bnet.c:406 Write error sending len to Storage
> daemon:is-net-1.mdtsoft.com:9103: ERR=Input/output error 21-Jan 23:46
> is-net-4-dir: blue-cdrive.2008-01-21_21.10.28 Error: Bacula 2.0.3
> (06Mar07): 21-Jan-2008 23:46:06
>   JobId:  17447
>   Job:blue-cdrive.2008-01-21_21.10.28
>   Backup Level:   Full
>   Client: "blue-fd" 2.0.2 (28Jan07)
> Linux,Cross-compile,Win32
>   FileSet:"Cdrive" 2007-03-13 13:57:30
>   Pool:   "BA" (From Job resource)
>   Storage:"is-net-1-sd" (From Job resource)
>   Scheduled time: 21-Jan-2008 21:10:25
>   Start time: 21-Jan-2008 22:59:49
>   End time:   21-Jan-2008 23:46:06
>   Elapsed time:   46 mins 17 secs
>   Priority:   10
>   FD Files Written:   20
>   SD Files Written:   0
>   FD Bytes Written:   140,632,150 (140.6 MB)
>   SD Bytes Written:   0 (0 B)
>   Rate:   50.6 KB/s
>   Software Compression:   None
>   VSS:no
>   Encryption: no
>   Volume name(s): 
>   Volume Session Id:  86
>   Vo

Re: [Bacula-users] Getting an error on many Win32 Backups

[Philip W. Dalrymple III]

Our problem turned out to be a network hardware problem, the port that the
SD was plugged into was at 100 not 1000 and maybe the server was at 1000 or the 
duplex was not matched.

- Original Message -
From: "Robert LeBlanc" <[EMAIL PROTECTED]>
To: "Philip W. Dalrymple III" <[EMAIL PROTECTED]>
Sent: Wednesday, January 23, 2008 9:58:50 AM (GMT-0500) America/New_York
Subject: RE: [Bacula-users] Getting an error on many Win32 Backups

I saw this same problem. It seemed to happen pretty frequently on the
first handful of Windows machines of the day (the most critical ones
too). I found that after I upgraded my SD to 2.2.6 or 2.2.7 that the
problems greatly deminished. I have one every few days now instead of
constantly 5-7 every day or every other day. The Windows FD version has
not changed.

Robert 

-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of Philip
W. Dalrymple III
Sent: Tuesday, January 22, 2008 5:17 AM
To: bacula-users@lists.sourceforge.net
Subject: [Bacula-users] Getting an error on many Win32 Backups

We are getting a common error on a number of backups from Windows
clients, the Linux ones work without problems.

We are running 2.0.3 director from the fedora repros The storage demon
is 2.0.2 (not updated) the fault will happen on Full, Inc. and Diff
backups.
It does not happen at the same number of bytes or time.
The backups where working a few month ago but we had a hardware fault on
the directory and needed to re-build and reload the OS. The Storage
server (different hardware from the director) has not changed nor has
the file daemon.
There is enough space on the File system for spooling (set to 50 Gig
with 87 Gig free). I am not sure why it is spooling data here the Full
should be about 6 Gig and there should be plenty of space (there was no
other job running at the time of the example below but I do run 4 jobs
at a time (and was doing so before when everything works.

This is failing on a number of very different windows hardware and OS
version but working on a number of different Linux hardware an OS
version (mostly the same version of bacula but some differences.

Should I try to set a Heartbeat Interval on either the SD or FD (I did
not need this before)?

the errors look like the following:

21-Jan 22:59 is-net-4-dir: Start Backup JobId 17447,
Job=blue-cdrive.2008-01-21_21.10.28
22-Jan 00:00 is-net-1-sd: Spooling data ...
21-Jan 23:52 blue-fd: blue-cdrive.2008-01-21_21.10.28 Fatal error:
../../filed/backup.c:860 Network send error to SD. ERR=Input/output
error 21-Jan 23:52 blue-fd: blue-cdrive.2008-01-21_21.10.28 Error:
../../lib/bnet.c:406 Write error sending len to Storage
daemon:is-net-1.mdtsoft.com:9103: ERR=Input/output error 21-Jan 23:46
is-net-4-dir: blue-cdrive.2008-01-21_21.10.28 Error: Bacula 2.0.3
(06Mar07): 21-Jan-2008 23:46:06
  JobId:  17447
  Job:blue-cdrive.2008-01-21_21.10.28
  Backup Level:   Full
  Client: "blue-fd" 2.0.2 (28Jan07)
Linux,Cross-compile,Win32
  FileSet:"Cdrive" 2007-03-13 13:57:30
  Pool:   "BA" (From Job resource)
  Storage:"is-net-1-sd" (From Job resource)
  Scheduled time: 21-Jan-2008 21:10:25
  Start time: 21-Jan-2008 22:59:49
  End time:   21-Jan-2008 23:46:06
  Elapsed time:   46 mins 17 secs
  Priority:   10
  FD Files Written:   20
  SD Files Written:   0
  FD Bytes Written:   140,632,150 (140.6 MB)
  SD Bytes Written:   0 (0 B)
  Rate:   50.6 KB/s
  Software Compression:   None
  VSS:no
  Encryption: no
  Volume name(s): 
  Volume Session Id:  86
  Volume Session Time:1200928349
  Last Volume Bytes:  169,520,909,899 (169.5 GB)
  Non-fatal FD errors:1
  SD Errors:  0
  FD termination status:  Error
  SD termination status:  Error
  Termination:*** Backup Error ***


--
It is MDT, Inc's policy to delete mail containing unsolicited file
attachments.  Please be sure to contact the MDT staff member BEFORE
sending an e-mail with any file attachments; they will be able to
arrange for the files to be received.

This email, and any files transmitted with it, is confidential and
intended solely for the use of the individual or entity to whom they are
addressed.  If you have received this email in error, please advise
[EMAIL PROTECTED] <mailto:[EMAIL PROTECTED]>.

Philip W. Dalrymple III <[EMAIL PROTECTED]> MDT Software - The Change
Management Company
+1 678 297 1001
Fax +1 678 297 1003



-
This SF.net email is sponsored by: Microsoft Defy all challenges.
Microsoft(R) Visual Studio 2008.
http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/
_

[Bacula-users] Getting an error on many Win32 Backups

[Philip W. Dalrymple III]

We are getting a common error on a number of backups from 
Windows clients, the Linux ones work without problems.

We are running 2.0.3 director from the fedora repros
The storage demon is 2.0.2 (not updated)
the fault will happen on Full, Inc. and Diff backups.
It does not happen at the same number of bytes or time.
The backups where working a few month ago but we had a hardware fault on
the directory and needed to re-build and reload the OS. The Storage server
(different hardware from the director) has not changed nor has the file daemon.
There is enough space on the File system for spooling (set to 50 Gig with 87 Gig
free). I am not sure why it is spooling data here the Full should be about 6 
Gig and
there should be plenty of space (there was no other job running at the time of 
the 
example below but I do run 4 jobs at a time (and was doing so before when 
everything works.

This is failing on a number of very different windows hardware and OS version 
but working 
on a number of different Linux hardware an OS version (mostly the same version 
of bacula but
some differences.

Should I try to set a Heartbeat Interval on either the SD or FD (I did not need 
this before)?

the errors look like the following:

21-Jan 22:59 is-net-4-dir: Start Backup JobId 17447, 
Job=blue-cdrive.2008-01-21_21.10.28
22-Jan 00:00 is-net-1-sd: Spooling data ...
21-Jan 23:52 blue-fd: blue-cdrive.2008-01-21_21.10.28 Fatal error: 
../../filed/backup.c:860 Network send error to SD. ERR=Input/output error
21-Jan 23:52 blue-fd: blue-cdrive.2008-01-21_21.10.28 Error: 
../../lib/bnet.c:406 Write error sending len to Storage 
daemon:is-net-1.mdtsoft.com:9103: ERR=Input/output error
21-Jan 23:46 is-net-4-dir: blue-cdrive.2008-01-21_21.10.28 Error: Bacula 2.0.3 
(06Mar07): 21-Jan-2008 23:46:06
  JobId:  17447
  Job:blue-cdrive.2008-01-21_21.10.28
  Backup Level:   Full
  Client: "blue-fd" 2.0.2 (28Jan07) Linux,Cross-compile,Win32
  FileSet:"Cdrive" 2007-03-13 13:57:30
  Pool:   "BA" (From Job resource)
  Storage:"is-net-1-sd" (From Job resource)
  Scheduled time: 21-Jan-2008 21:10:25
  Start time: 21-Jan-2008 22:59:49
  End time:   21-Jan-2008 23:46:06
  Elapsed time:   46 mins 17 secs
  Priority:   10
  FD Files Written:   20
  SD Files Written:   0
  FD Bytes Written:   140,632,150 (140.6 MB)
  SD Bytes Written:   0 (0 B)
  Rate:   50.6 KB/s
  Software Compression:   None
  VSS:no
  Encryption: no
  Volume name(s): 
  Volume Session Id:  86
  Volume Session Time:1200928349
  Last Volume Bytes:  169,520,909,899 (169.5 GB)
  Non-fatal FD errors:1
  SD Errors:  0
  FD termination status:  Error
  SD termination status:  Error
  Termination:*** Backup Error ***


-- 
It is MDT, Inc's policy to delete mail containing unsolicited
file attachments.  Please be sure to contact the MDT staff
member BEFORE sending an e-mail with any file attachments;
they will be able to arrange for the files to be received.

This email, and any files transmitted with it, is confidential
and intended solely for the use of the individual or entity to
whom they are addressed.  If you have received this email in error,
please advise [EMAIL PROTECTED] .

Philip W. Dalrymple III <[EMAIL PROTECTED]>
MDT Software - The Change Management Company
+1 678 297 1001
Fax +1 678 297 1003


-
This SF.net email is sponsored by: Microsoft
Defy all challenges. Microsoft(R) Visual Studio 2008.
http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/
___
Bacula-users mailing list
Bacula-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bacula-users