Well... the problem is discovered...
I don't even dare to say what it was... :(
With kind regards,
Tony
--
Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day
trial. Simplify your report
Hello John,
I'm testing with tar on a new tape now. Should be a sufficient test since the
problems
occurs on all newly added tapes. I'm testing it on a different tapedrive now
since the
the full backup from the weekend is still running on the tapedrive in question.
I will
run it on the drive
I'm testing with tar on a new tape now. Should be a sufficient test since
the problems
occurs on all newly added tapes. I'm testing it on a different tapedrive now
since the
the full backup from the weekend is still running on the tapedrive in
question. I will
run it on the drive in
Bacula version: (26 July 2008) x86_64-pc-linux-gnu debian 4.0
backup unit/changer: HP storageworks MSL2024 LTO3
Hello,
We have a real weird problem. Tapes are not fully written. But this is not in
all cases. The problem seems to concentrate around our monthly backups.
When the tapes are
On Sat, Jul 18, 2009 at 6:03 AM, ict Mapper ict
departmenti...@mapperlithography.com wrote:
Bacula version: (26 July 2008) x86_64-pc-linux-gnu debian 4.0
backup unit/changer: HP storageworks MSL2024 LTO3
Hello,
We have a real weird problem. Tapes are not fully written. But this is not in
On Tue, Jul 28, 2009 at 11:01 AM, Mapper ict
departmenti...@mapperlithography.com wrote:
Hello John,
Are you still alive? Or did i say something dumb? I posted a couple of
updates. If you are busy i can understand as well.
Acutally i was just wondering if you caught the latest updates.
With
Correction. The same occurs also during weekly backup now.
Also with tapes labeled which were put directly into the weekly pool.
We haven't noticed that before since only additional month tapes
are normally added since we've already had labelled all weekly
tapes we needed and have been recycling
I went through all the logs and found no errors involving scsi except for this.
I only found this
once so i guess it's not not a biggy.
Jun 19 14:16:05 fileserver kernel: scsi 0:0:3:0: rejecting I/O to dead device
Jun 19 14:16:05 fileserver kernel: scsi 0:0:3:0: rejecting I/O to dead device
Thank you for your response John,
Here is the contents of the config files:
[bacula-dir.conf]
#
# Default Bacula Director Configuration file
#
# The only thing that MUST be changed is to add one or more
# file or directory names in the Include directive of the
# FileSet resource.
#
# For
How about the output of
list media pool=monthly
from a bacula console.
Also check to see if there are any errors in your bacula logs.
--
John M. Drescher
--
Enter the BlackBerry Developer Challenge
This is your
Sorry, i forgot that one. Here is the list media from the monthly pool:
As you can see in the beginning it worked better then now.
| MediaId|VolumeName|VolStatus|Enabled|VolBytes | VolFiles|VolRetention|
Recycle| Slot |InChanger| MediaType| LastWritten |
On Mon, Jul 20, 2009 at 11:51 AM, ict Mapper ict
departmenti...@mapperlithography.com wrote:
Sorry, i forgot that one. Here is the list media from the monthly pool:
As you can see in the beginning it worked better then now.
| MediaId|VolumeName|VolStatus|Enabled|VolBytes |
Bacula version: (26 July 2008) x86_64-pc-linux-gnu debian 4.0
backup unit/changer: HP storageworks MSL2024 LTO3
Hello,
We have a real weird problem. Tapes are not fully written. But this is not in
all cases. The problem seems to concentrate around our monthly backups.
When the tapes are
On Sun, Jul 19, 2009 at 9:51 AM, ict Mapper ict
departmenti...@mapperlithography.com wrote:
Bacula version: (26 July 2008) x86_64-pc-linux-gnu debian 4.0
backup unit/changer: HP storageworks MSL2024 LTO3
Hello,
We have a real weird problem. Tapes are not fully written. But this is not in
14 matches
Mail list logo
