Re: [Bacula-users] Autochanger not changing

[Sebastian Suchanek]

Am 07.04.2018 um 22:11 schrieb Dan Langille:
>> On Apr 1, 2018, at 11:12 AM, Sebastian Suchanek  wrote:
>> 
>> [...]
>> Any idea what exactly is going wrong here? What can I do to track down
>> the reason for this error? What can I do to fix it?
> 
> It is usually permissions. It it nearly always permission.

I agree - during my years of dealing with Linux, I've come across many
problems that were caused by permission issues of some sort.

> This might be your best bet: 
> https://dan.langille.org/2016/02/04/dell-tl4000-tape-library-running-btape-and-configuring-baculas-mtx-changer/
> [...]

I repeated almost all tests you described in your blog post (of course
adapted to my system):

- 8< -

bacula@tigersclaw:~$ lsscsi -g
[0:0:1:0]tapeHP   Ultrium 4-SCSI   H63H  /dev/st0   /dev/sg3
[1:0:0:0]diskATA  Samsung SSD 850  2B6Q  /dev/sda   /dev/sg0
[2:0:0:0]diskATA  WDC WD40EFRX-68W 0A82  /dev/sdb   /dev/sg1
[3:0:0:0]diskATA  WDC WD40EFRX-68W 0A82  /dev/sdc   /dev/sg2
[7:0:0:0]mediumx OVERLAND NEO Series   0616  /dev/sch0  /dev/sg4
[7:0:0:1]tapeSEAGATE  ULTRIUM06242-XXX 1603  /dev/st1   /dev/sg5

bacula@tigersclaw:~$ /usr/sbin/mtx -f /dev/sg4 inquiry
Product Type: Medium Changer
Vendor ID: 'OVERLAND'
Product ID: 'NEO Series  '
Revision: '0616'
Attached Changer API: No

bacula@tigersclaw:~$ /usr/sbin/tapeinfo -f /dev/nst0
mtx: Request Sense: Long Report=yes
mtx: Request Sense: Valid Residual=no
mtx: Request Sense: Error Code=0 (Unknown?!)
mtx: Request Sense: Sense Key=No Sense
mtx: Request Sense: FileMark=no
mtx: Request Sense: EOM=no
mtx: Request Sense: ILI=no
mtx: Request Sense: Additional Sense Code = 00
mtx: Request Sense: Additional Sense Qualifier = 00
mtx: Request Sense: BPV=no
mtx: Request Sense: Error in CDB=no
mtx: Request Sense: SKSV=no
INQUIRY Command Failed

bacula@tigersclaw:~$ /usr/sbin/tapeinfo -f /dev/sg3
Product Type: Tape Drive
Vendor ID: 'HP  '
Product ID: 'Ultrium 4-SCSI  '
Revision: 'H63H'
Attached Changer API: No
SerialNumber: 'HUE4020D8F'
MinBlock: 1
MaxBlock: 16777215
SCSI ID: 1
SCSI LUN: 0
Ready: yes
BufferedMode: yes
Medium Type: Not Loaded
Density Code: 0x46
BlockSize: 0
DataCompEnabled: yes
DataCompCapable: yes
DataDeCompEnabled: yes
CompType: 0x1
DeCompType: 0x1
BOP: yes
Block Position: 0
Partition 0 Remaining Kbytes: 799204
Partition 0 Size in Kbytes: 799204
ActivePartition: 0
EarlyWarningSize: 0
NumPartitions: 0
MaxPartitions: 0

bacula@tigersclaw:~$ /usr/sbin/tapeinfo -f /dev/sg4
Product Type: Medium Changer
Vendor ID: 'OVERLAND'
Product ID: 'NEO Series  '
Revision: '0616'
Attached Changer API: No
SerialNumber: '2B44300035'
SCSI ID: 0
SCSI LUN: 0
Ready: yes

bacula@tigersclaw:~$ /usr/sbin/mtx -f /dev/sg4 status
  Storage Changer /dev/sg4:2 Drives, 30 Slots ( 1 Import/Export )
Data Transfer Element 0:Full (Storage Element 1 Loaded):VolumeTag = SU1001L1
Data Transfer Element 1:Full (Storage Element 20 Loaded):VolumeTag =
SU4101L4
  Storage Element 1:Empty
  Storage Element 2:Full :VolumeTag=SU1002L1
  Storage Element 3:Full :VolumeTag=SU1003L1
  Storage Element 4:Full :VolumeTag=SU1004L1
  Storage Element 5:Full :VolumeTag=SU1005L1
  Storage Element 6:Full :VolumeTag=SU1006L1
  Storage Element 7:Full :VolumeTag=SU1007L1
  Storage Element 8:Full :VolumeTag=SU1008L1
  Storage Element 9:Full :VolumeTag=SU1009L1
  Storage Element 10:Full :VolumeTag=SU1010L1
  Storage Element 11:Full :VolumeTag=SU1101L1
  Storage Element 12:Full :VolumeTag=SU1102L1
  Storage Element 13:Full :VolumeTag=SU1103L1
  Storage Element 14:Full :VolumeTag=SU1104L1
  Storage Element 15:Full :VolumeTag=SU4001L4
  Storage Element 16:Full :VolumeTag=SU4002L4
  Storage Element 17:Full :VolumeTag=SU4003L4
  Storage Element 18:Full :VolumeTag=SU4004L4
  Storage Element 19:Full :VolumeTag=SU4005L4
  Storage Element 20:Empty
  Storage Element 21:Full :VolumeTag=SU4102L4
  Storage Element 22:Full :VolumeTag=SU4103L4
  Storage Element 23:Full :VolumeTag=SU4104L4
  Storage Element 24:Full :VolumeTag=SU4105L4
  Storage Element 25:Full :VolumeTag=SU4106L4
  Storage Element 26:Full :VolumeTag=SU4107L4
  Storage Element 27:Full :VolumeTag=SU4108L4
  Storage Element 28:Full :VolumeTag=SU4109L4
  Storage Element 29:Full :VolumeTag=SU4110L4
  Storage Element 30 IMPORT/EXPORT:Empty

bacula@tigersclaw:~$ /usr/sbin/mtx -f /dev/sg4 load 1 0
Loading media from Storage Element 1 into drive 0...done

bacula@tigersclaw:~$ mt -f /dev/nst1 status
SCSI 2 tape drive:
File number=0, block number=0, partition=0.
Tape block size 512 bytes. Density code 0x0 (default).
Soft error count since last status=0
General status bits on (4101):
 BOT ONLINE IM_REP_EN

bacula@tigersclaw:~$ /etc/bacula/scripts/mtx-changer /dev/sg4 loaded x x 0
1

bacula@tigersclaw:~$ 

Re: [Bacula-users] Autochanger not changing

[Sebastian Suchanek]

Am 01.04.2018 um 17:12 schrieb Sebastian Suchanek:

> while still setting up Bacula (v5.2.6), I've come accross a rather
> strange issue with my tape library (an Overland NEO2000) with a
> LTO4-FC-Drive. When I do "fill" test with btape over multiple tapes,
> everything works fine. Also, for example, when I do a "label barcodes"
> command in btape over multiple slots, the individual tapes are moved
> into the drive, get written and are put back into their original slot.
> 
> But when I run a "real" backup job which spans more than one tape, the
> job gets stuck as soon as the end of the first tape is reached. The last
> messages from the job are:
> 
> | [...]
> | 2018-04-01 14:16:42 tigersclaw-sd JobId 111: Volume "SU4103L4"
> previously written, moving to end of data.
> | 2018-04-01 15:55:32 tigersclaw-sd JobId 111: End of Volume 
> "SU4103L4"
> at 21:2548 on device "LTO4-Drive-1" (/dev/nst0). Write of 200 bytes
> got -1.
> 
> And after that, nothing happens anymore. Not even if I wait for half an
> hour.
> [...]

In the meantime, one of my LTO1 tapes (which of course is written in the
LTO1 drive of my library) managed to fill up during a backup job. And
now it get's really weird: this time, the tape was exchanged without any
noticable problems.

This makes me wonder if the problem is maybe caused by the LTO4 drive
itself. But what I didn't mention so far: during my various trial runs
around this problem, I also replaced the LTO4 drive with another one.
(AFAIR both of them were the same Seagate model, though...)


Best regards

Sebastian


--
Check out the vibrant tech community on one of the world's most
engaging tech sites, Slashdot.org! http://sdm.link/slashdot
___
Bacula-users mailing list
Bacula-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bacula-users

[Bacula-users] Bacula.us Personal Blog Highlights Q1/2018

[Heitor Faria]

Hello All, 

Just FYI. 



* Bacula Book in Spanish Released 
http://bacula.us/bacula-book-in-spanish-released/ 
* vBrownBag Brazil – S02E09 – Cloud Backup Architectures with Bacula – 
Heitor Faria (Portuguese) 
http://bacula.us/vbrownbag-brasil-s02e09-cloud-backup-architectures-with-bacula-heitor-faria-portuguese/
 
* Paper: A Hadoop Open Source Backup Solution 
http://bacula.us/paper-a-hadoop-open-source-backup-solution/ 
* Hyper-v Enterprise Bacula Backup Plugin 
http://bacula.us/hyper-v-enterprise-bacula-backup-plugin/ 
* International Day of Backup March 31 Video 
http://bacula.us/international-day-of-backup-march-31-video/ 
* Proxmox VM Backup with Bacula bpipe plugin 
http://bacula.us/proxmox-vm-backup-with-bacula-bpipe-plugin/ 
* Enterprise Bacula Cloud Storage Plugin in BackBlaze 
http://bacula.us/enterprise-bacula-cloud-storage-plugin-in-backblaze/ 
* Storing Backups to the Oracle Cloud – Storage / Archive Classic (rclone) 
http://bacula.us/storing-backups-to-the-oracle-cloud-storage-archive-classic/ 
* Bweb Linux System Authentication Configuration – Active Directory (AD) – 
Centos/RHEL 7 
http://bacula.us/bweb-configuration-linux-system-authentication-active-directory-ad-centos-rhel-7/
 
* Brazilian Bar Association (OAB-RJ) Adopts Bacula 
http://bacula.us/brazilian-bar-association-oab-rj-adopts-bacula/ 
* Bacula Windows Client Automated Silent Install 
http://bacula.us/bacula-windows-client-automated-silent-install/ 
* Community Bacula at the Campaign Region University – URCAMP, Brazil 
http://bacula.us/bacula-community-at-the-university-of-the-campaign-region-urcamp-brazil/
 
* Bacula for DevOps – 11th Campus Party São Paulo 
http://bacula.us/bacula-for-devops-11th-campus-party-sao-paulo/ 
Regards, 
-- 
=== 
Heitor Medrado de Faria | CEO Bacula do Brasil & USA | Visto EB-1 | LPIC-III | 
EMC 05-001 | ITIL-F 
• Não seja tarifado pelo tamanho dos seus backups, conheça o Bacula Enterprise 
http://www.bacula.com.br/enterprise/ 
• Ministro treinamento e implementação in-company do Bacula Community 
http://www.bacula.com.br/in-company/ 
• Compre o novo livro do Bacula http://www.bacula.com.br/livro 
Brazil +55 (61) 98268-4220 | USA +1 (323) 300-5387 | www.bacula.com.br 
 
Indicamos as capacitações complementares: 
Shell básico e Programação em Shell com Julio Neves | Zabbix com Adail Host. 
 
--
Check out the vibrant tech community on one of the world's most
engaging tech sites, Slashdot.org! http://sdm.link/slashdot___
Bacula-users mailing list
Bacula-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bacula-users

Re: [Bacula-users] BSCAN - what to expect?

[Dan Langille]

> On Apr 7, 2018, at 5:30 PM, Thomas plancon  wrote:
> 
> Hi Dan,
> 
> Thanks for your interest!
> 
> So I let bscan run  for almost 48 hours and then thought I should try and see 
> if any records were added to the database: nothing was added except a job 
> number and the volume name! I cancelled bscan and went into bconsole to 
> verify and yes, nothing except as mentioned above.

One thing to consider: automated pruning.  I recall previous posts saying 
records would get added, but later get pruned because they are too old.

> I tried bls, and that was actually pulling file names off of the tape and I 
> redirected it to a text file. From that info I ran bextract with the name of 
> a project retrieved with bls. Bextract successfully restored the project to a 
> local directory!!!
> 
> So now I'm letting bls run on the tapes and collecting the list in text 
> files. Hoping I'll see the project I need to recover. Unfortunately, bls is 
> also a very slow process; 48 hours and still not through listing a LTO-2, 400 
> Gb, tape; I've got 3 tapes to go through!

I think that is because, like bscan, it reads the whole tape.

> It is frustrating because I'm not even sure the needed project is even on 
> these tapes. The backup was full, so I'm just deducing, and hoping, (that 
> could be on a t-shirt: deducing and hoping), that it is there somewhere.
> 
> I'll post again in a day or so with the status.

Good.


-- 
Dan Langille - BSDCan / PGCon
d...@langille.org



> 
> Tom Plancon
> 
> 
> 
> On 4/7/2018 3:57 PM, Dan Langille wrote:
>>> On Apr 3, 2018, at 11:56 AM, Tom Plancon  wrote:
>>> 
>>> Hi folks,
>>> 
>>> I'm running BSCAN to recover old data from LTO-2 tapes. The backup job 
>>> spanned 3 tapes/volumes. I ran the BSCAN command listing the volumes as 
>>> required with the first tape in the drive - this is NOT an autochanger. 
>>> BSCAN seemed to start OK, found the tape, dbase etc., and has been running 
>>> now for about 24hrs with the first tape still in the drive!
>> bscan does take a very long time. I have no personal experience with it 
>> though.
>> 
>>> So, my questions, will BSCAN ask for the next tape when the first is done? 
>>> Or, how will I know how to change it? Should it be taking this long for a 
>>> 400Gb tape? The tape drive moves for a few seconds, pauses a few seconds 
>>> and moves again, now for a full day!
>>> 
>>> I'm trying to recover a specific project in this old data, there is 
>>> probably over 100 projects saved on these tapes. Is there a better way to 
>>> do this?
>>> 
>>> Any help appreciated! Thanks much!
>> It's been a few days. Any progress to report?
>> 
>> 
> 


--
Check out the vibrant tech community on one of the world's most
engaging tech sites, Slashdot.org! http://sdm.link/slashdot
___
Bacula-users mailing list
Bacula-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bacula-users