> On Thu, 6 Jun 2024 09:50:06 +0200, Stefan G Weichinger said:
>
> I have questions around migrate jobs and scheduling. Unsure if to start
> a new thread, it gets off-topic regarding the subject of the original
> posting ...
I would start a new thread for unrelated discussion.
__Martin
_
Am 03.06.24 um 08:51 schrieb Stefan G. Weichinger:
Fourth, please reply back with the results from the above tests, and
with any other information you think may be important.
I will do asap. Right now I wait for their admin to swap all the tapes etc
the btape test went completely OK
In the
Am 02.06.24 um 17:00 schrieb Rob Gerber:
Well, I think something is wrong here. I WOULD NOT write any data or an
EOF to any production tapes with valuable data. This will almost
certainly lead to data loss. To be perfectly clear, if you rewind a tape
and write EOF to that tape, the data previou
Well, I think something is wrong here. I WOULD NOT write any data or an EOF
to any production tapes with valuable data. This will almost certainly lead
to data loss. To be perfectly clear, if you rewind a tape and write EOF to
that tape, the data previously written to that tape will be inaccessible
the drive was repaired, the head (?) replaced
Now I have issues with the tapes labeled by the old drive ...
I assume I should relabel them but that alone doesn't always lead to
bacula correctly recognizing the tapes.
And the procedure to relabel multiple tapes is a bit of manual work
becau
Am 20.05.24 um 11:44 schrieb Stefan G. Weichinger:
Is there an easy way to delete all volumes belonging to a specific Job-ID?
For now I looked it up in Bacularis: check which jobs are on which
(disk-based) volume, rm the volume in Bacularis, then rm the
corresponding file from disk (in the sh
Am 15.05.24 um 16:02 schrieb Rob Gerber:
To manually remove the disk volumes, and associated job and file
entries, do a delete operation. Easily done in Bacularis or baculum, (I
haven't done it in bconsole though I'm sure it's doable there too). I
would have a catalog backup restored BEFORE I
Am 15.05.24 um 16:02 schrieb Rob Gerber:
Stefan, are your bacula catalog backups being made to a disk volume, as
is default, or to a tape volume? If being made to a disk volume you
could restore a catalog backup. If your catalog backups were being made
to that same machine whose backups were pu
Stefan, are your bacula catalog backups being made to a disk volume, as is
default, or to a tape volume? If being made to a disk volume you could
restore a catalog backup. If your catalog backups were being made to that
same machine whose backups were purged, and you lost the database entries
for t
Am 08.05.24 um 13:13 schrieb Stefan G. Weichinger:
I assume the drive has a problem.
we used a new cleaning tape and a new LTO tape, btape still fails
I tend to say this drive is defective
Today the IT and the CEOs decide how to proceed.
For now I created a temporary file-based storage on d
I assume the drive has a problem.
btape append test fails ...
dmesg:
[Mi Mai 8 10:18:32 2024] scsi 1:0:7:1: Power-on or device reset occurred
[Mi Mai 8 10:18:32 2024] ch 1:0:7:1: [ch0] reading element address
assignment page failed!
[Mi Mai 8 10:18:32 2024] ch 1:0:7:1: [ch0] INITIALIZE EL
even btape fails
# /opt/bacula/bin/btape /dev/nst0
Tape block granularity is 1024 bytes.
btape: butil.c:298-0 Using device: "/dev/nst0" for writing.
btape: btape.c:477-0 open device "HP-Ultrium" (/dev/nst0): OK
*test
=== Write, rewind, and re-read test ===
I'm going to write 1 records and
Am 07.05.24 um 18:21 schrieb Rob Gerber:
Wait a sec - look at this again:
# mtx -f /dev/sg4 status
Storage Changer /dev/sg4:1 Drives, 8 Slots ( 0 Import/Export )
Data Transfer Element 0:Full (Storage Element 4 Loaded):VolumeTag =
CMR921L6
Storage Element 1:Full :VolumeTag=CMR904L6
Wait a sec - look at this again:
# mtx -f /dev/sg4 status
Storage Changer /dev/sg4:1 Drives, 8 Slots ( 0 Import/Export )
Data Transfer Element 0:Full (Storage Element 4 Loaded):VolumeTag =
CMR921L6
Storage Element 1:Full :VolumeTag=CMR904L6
Storage Element 2:Full :VolumeTag=CMR933
Checking simple stuff:
What output for 'lsscsi'?
What output for 'ps aux| grep -i bacula'?
Try removing tape, physically sliding tape protection slider all the way
closed (write protected), then all the way open (not write protected). I
think should maybe be a click each direction?
Take differe
Am 07.05.24 um 17:04 schrieb Stefan G. Weichinger:
Could it be related to something like blocksizes?
These tapes were used with Amanda before.
trying another tape now
I really get lost here. Wanted to re-label a tape to start over:
# systemctl stop bacula-sd
# mt -f /dev/st0 rewind
# mt -f
I don’t think it’s a bacula problem, looks like a hardware failure from the
auto loader
Code 70 = “release magazine failure”
Sent from my iPhone
> On May 7, 2024, at 11:05 AM, Stefan G. Weichinger wrote:
>
>
> more info:
>
> restarted daemons
>
> entered bconsole
>
> mounted a slot, la
more info:
restarted daemons
entered bconsole
mounted a slot, labelled the tape
Catalog record for Volume "CMR921", Slot 4 successfully created.
Requesting to mount HP-Autoloader ...
3001 Device ""HP-Ultrium" (/dev/nst0)" is mounted with Volume "CMR921"
started a (test) job to backup the c
On the weekend I tried to use a "weekly" pool for a set of full backups.
It failed with a tape error and since then we fail to get on track again.
Multiple reboots of the library, change of tapes, relabeling etc
I try for example to stop all bacula-services and unload a tape:
# mtx -f /dev/sg
Please, ignore this message.. just wrong device file reference.
Isamar
2012年3月13日12:03 Isamar Maia :
> Hi Folks,
>
> I am trying to enable hardware compression on my HP 1/8 G2 Autoloader
> with the following procedure:
> http://www.bacula.org/5.1.x-manuals/en/problems/problems/Testing_Your_Tape_
Hi Folks,
I am trying to enable hardware compression on my HP 1/8 G2 Autoloader
with the following procedure:
http://www.bacula.org/5.1.x-manuals/en/problems/problems/Testing_Your_Tape_Drive.html#SECTION00436000
But no sucess
"tapeinfo -f /dev/sg0" says:
Product Type: Disk Driv
21 matches
Mail list logo