Hello,
I have the following question: will delete volume delete associated jobs?
I ask this because off how the following message is constructed (especially
what i have put between arrows).
This command will delete volume XO7561L3
and all Jobs saved - on that volume - from the Catalog
The
: this level is not supported.
It would be nice though if it were possible. Does somebody has this working
already?
With kind regards,
Tony
Mapper ict department i...@mapperlithography.com 20-8-2009 19:12
Hello,
Can anyone tell me what the Since level is for?
I get there by:
- typing run
Hello,
Can anyone tell me what the Since level is for?
I get there by:
- typing run
- choosing a job
- typing mod
- selecting 1: level
With kind regards,
Tony
--
Let Crystal Reports handle the reporting - Free
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
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
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
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 |
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
11 matches
Mail list logo