Verify speed and duplex of your ethernet card vs. the speed and duplex
of the port on the switch.
You never know. I've seen this cause this more than once. Check `netstat
-i` to make sure that Ierrs, Oerrs, and Collis are within normal values.
---- _ _ _ _ ___ _ _ _
|Y#| | | |\/| | \ |\ | | | Ryan Novosielski - User Support Spec. III
|$&| |__| | | |__/ | \| _| | [EMAIL PROTECTED] - 973/972.0922 (2-0922)
\__/ Univ. of Med. and Dent.| IST/AST - NJMS Medical Science Bldg - C630
Daniel Holtkamp wrote:
Hi !
I`m having difficulties with our Solaris 8 server.
I`d like to present you the output i had today:
30-Nov 20:05 backup-dir: No prior Full backup Job record found.
30-Nov 20:05 backup-dir: No prior or suitable Full backup found. Doing
FULL backup.
30-Nov 20:05 backup-dir: Start Backup JobId 1185,
Job=x400mta.2005-11-30_20.05.00
30-Nov 20:05 backup-sd: Volume "x400mta.0011" previously written,
moving to end of data.
01-Dec 09:25 backup-sd: x400mta.2005-11-30_20.05.00 Fatal error:
append.c:133 Error reading data header from FD. ERR=No data available
01-Dec 09:25 backup-dir: Max Volume jobs exceeded. Marking Volume
"x400mta.0011" as Used.
01-Dec 09:25 backup-dir: Bacula 1.37.40 (01Oct05): 01-Dec-2005 09:25:34
JobId: 1185
Job: x400mta.2005-11-30_20.05.00
Backup Level: Full (upgraded from Incremental)
Client: "x400mta-fd" sparc-sun-solaris2.8,solaris,5.8
FileSet: "x400mta" 2005-11-09 23:05:04
Pool: "x400mta-pool"
Storage: "x400mta-storage"
Scheduled time: 30-Nov-2005 20:05:00
Start time: 30-Nov-2005 20:05:03
End time: 01-Dec-2005 09:25:34
Priority: 10
FD Files Written: 2,238,317
SD Files Written: 2,238,317
FD Bytes Written: 2,564,784,565
SD Bytes Written: 2,928,361,557
Rate: 53.4 KB/s
Software Compression: 67.4 %
Volume name(s): x400mta.0011
Volume Session Id: 1
Volume Session Time: 1133350797
Last Volume Bytes: 4,012,061,578
Non-fatal FD errors: 0
SD Errors: 0
FD termination status: Canceled
SD termination status: Canceled
Termination: Backup Canceled
I canceled the backup at 9:25 so that`s not the problem.
The problem is - the backup started at 20:05 yesterday and this
morning at 9:25 it was about halfway done (if that) ... we got about 5
mil files on that machine thats why i know.
The backup is *REALLY* slow for this machine and none of the other
servers is having similar problems. This is our only Solaris machine
though. I`m also still using the 1.37.40 release because i`m waiting
on the official RPMs to upgrade.
The backup also heavily affects the performance of the application
running on that box. I set compression to GZIP1 so this shouldn`t be
the problem (cpu-load is fine actually). I have no idea what`s causing
this, any ideas what i could check ?
Amanda never had these kinda problems so i figure it is a bacula problem.
Best regards,
-------------------------------------------------------
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
