[Bacula-users] Bacula tapes marked FULL too early - VolBytes too low
The funny thing is the problem went away by itself. Tapes were again filling up at approx 420GB per tape. It was doing that for a few months of regular backup cycles. But now unfortunately tapes are once again coming up as Full at only 320GB. We do regular rewind and WEOF on these tapes prior to any backup. This is quite strange. We are sure it is not the drive itself or the tapes. Must be something else. At this point nothing left to do but try to locate something in the logs. cheers +-- |This was sent by goran@momento.com.au via Backup Central. |Forward SPAM to ab...@backupcentral.com. +-- -- Own the Future-Intel(R) Level Up Game Demo Contest 2013 Rise to greatness in Intel's independent game demo contest. Compete for recognition, cash, and the chance to get your game on Steam. $5K grand prize plus 10 genre and skill prizes. Submit your demo by 6/6/13. http://altfarm.mediaplex.com/ad/ck/12124-176961-30367-2 ___ Bacula-users mailing list Bacula-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/bacula-users
[Bacula-users] Bacula tapes marked FULL too early - VolBytes too low
It would seem the problem resolved itself. All our tapes are now getting full at 410GB and over. No tape is under 400GB so far (about 10 of them swapped around). Do not believe it was tape drive itself. All we've done to the machine was regular ubuntu upgrades and machine restarts. Occasionally we would clean the drive with a cleaning tape (even when not asked). In addition, we ran the tapes through rewinding and weof process before running each nightly Full backup (did not bother to do this for Differential sets). We are happy, atleast for a moment. 8) +-- |This was sent by goran@momento.com.au via Backup Central. |Forward SPAM to ab...@backupcentral.com. +-- -- Master Visual Studio, SharePoint, SQL, ASP.NET, C# 2012, HTML5, CSS, MVC, Windows 8 Apps, JavaScript and much more. Keep your skills current with LearnDevNow - 3,200 step-by-step video tutorials by Microsoft MVPs and experts. ON SALE this month only -- learn more at: http://p.sf.net/sfu/learnmore_122712 ___ Bacula-users mailing list Bacula-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/bacula-users
Re: [Bacula-users] Bacula tapes marked FULL too early - VolBytes too low
FWIW: I had similar problems with a large batch of LTO5 tapes recently. Discussion with the tech support guys at Overland brought out the information that sometimes they see this on new tapes due to dust contamination during assembly (or insufficient removal of loose particles during manufacture) but the tapes are usually ok after a couple of passes. Apparently this is why they sell pre cleaned media for their changers - and there's also a healthy market for tape polishing machines amongst Big Tape users. There was enough crud in this particular batch (HP tapes) to degrade one of the drives quite badly (down to under 800Gb recorded on 1500Gb raw capacity), so we swapped it out under support contract. The other drives in the changer all recovered by themselves. Also: Because LTO media uses a serpentine layout, rewind doesn't do anything - the end of the tape is also the beginning of the tape. If you want a cartridge to spool end-to-end, you'll need to seek to end of media. Cleaning tapes are abrasive. Don't use them unless the drive asks for them. LTO drives and media have internal head and path wiper mechanisms which keep things under control under normal circumstances - cleaning tapes are a last resort. On 10/01/13 03:22, UserMOP wrote: It would seem the problem resolved itself. All our tapes are now getting full at 410GB and over. No tape is under 400GB so far (about 10 of them swapped around). Do not believe it was tape drive itself. All we've done to the machine was regular ubuntu upgrades and machine restarts. Occasionally we would clean the drive with a cleaning tape (even when not asked). In addition, we ran the tapes through rewinding and weof process before running each nightly Full backup (did not bother to do this for Differential sets). We are happy, atleast for a moment. 8) -- Master Visual Studio, SharePoint, SQL, ASP.NET, C# 2012, HTML5, CSS, MVC, Windows 8 Apps, JavaScript and much more. Keep your skills current with LearnDevNow - 3,200 step-by-step video tutorials by Microsoft MVPs and experts. ON SALE this month only -- learn more at: http://p.sf.net/sfu/learnmore_122712 ___ Bacula-users mailing list Bacula-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/bacula-users
[Bacula-users] Bacula tapes marked FULL too early - VolBytes too low
Thanks Alan re: Cleaning tapes are abrasive. Don't use them unless the drive asks for them. LTO drives and media have internal head and path wiper mechanisms which keep things under control under normal circumstances - cleaning tapes are a last resort. Noted. Will do so only when drive asks from now on. +-- |This was sent by goran@momento.com.au via Backup Central. |Forward SPAM to ab...@backupcentral.com. +-- -- Master Visual Studio, SharePoint, SQL, ASP.NET, C# 2012, HTML5, CSS, MVC, Windows 8 Apps, JavaScript and much more. Keep your skills current with LearnDevNow - 3,200 step-by-step video tutorials by Microsoft MVPs and experts. ON SALE this month only -- learn more at: http://p.sf.net/sfu/learnmore_122712 ___ Bacula-users mailing list Bacula-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/bacula-users
[Bacula-users] Bacula tapes marked FULL too early - VolBytes too low
Just an update, however no good news. We've got nowhere with this unfortunately and are left to run the critical backups anyway knowing we would basically loose about 100GB per tape (x30+ tapes) this becomes an $$$ issue. We tried a few things, but nothing has worked. If anyone has any ideas as to how to solve my issue (see first page) please let me know. Cheers +-- |This was sent by goran@momento.com.au via Backup Central. |Forward SPAM to ab...@backupcentral.com. +-- -- Keep yourself connected to Go Parallel: VERIFY Test and improve your parallel project with help from experts and peers. http://goparallel.sourceforge.net ___ Bacula-users mailing list Bacula-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/bacula-users
Re: [Bacula-users] Bacula tapes marked FULL too early - VolBytes too low
We've got nowhere with this unfortunately and are left to run the critical backups anyway knowing we would basically loose about 100GB per tape (x30+ tapes) this becomes an $$$ issue. We tried a few things, but nothing has worked. We had a similar issue with a Tandberg LTO4. Testing by local support was inconclusive as they didn't seem to think it necessary to write more than 90 GB. The local supplier did replace the drive under warranty, and our issues *magically* went away. We didn't change anything in the config files - Bacula just wrote the expected amount of data again. I would get your drive tested, if you have not already. -- Andre Rossouw an...@arnet.co.za -- Keep yourself connected to Go Parallel: VERIFY Test and improve your parallel project with help from experts and peers. http://goparallel.sourceforge.net ___ Bacula-users mailing list Bacula-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/bacula-users
Re: [Bacula-users] Bacula tapes marked FULL too early - VolBytes too low
Le 20/11/2012 16:39, Tilman Schmidt a écrit :
Am 20.11.2012 17:14, schrieb Jacky Carimalo:
Le 20/11/2012 15:32, John Drescher a écrit :
Also you should avoid /dev/st0 and use /dev/nst0 since /dev/st0 can
cause corruption in your tapes.
But I have no choice :
bacula2-64:~/bacula/bin# lsscsi -g
[0:0:0:0]diskIFT A16F-R2221 347C /dev/sdb /dev/sg2
[0:0:1:0]tapeHP Ultrium 3-SCSI G24H /dev/st0 /dev/sg3
[0:0:1:1]tapeHP Ultrium 3-SCSI G24H /dev/st1 /dev/sg4
[0:0:1:2]mediumx OVERLAND NEO Series 0604 /dev/sch0 /dev/sg5
[0:0:1:3]process Over NEO VIA FCO 2.22 - /dev/sg6
...
I think you have. Just because /dev/nst0 isn't listed by lsscsi
doesn't mean it isn't there. Look:
[ts@backup ~]$ lsscsi -g
[0:0:0:0]cd/dvd HL-DT-ST DVDRAM GSA-H12N UL01 /dev/sr0 /dev/sg0
[2:0:0:0]diskATA ST3250620NS 3.AE /dev/sda /dev/sg1
[3:0:0:0]diskATA ST3250620NS 3.AE /dev/sdb /dev/sg2
[5:0:5:0]tapeHP Ultrium 3-SCSI G54W /dev/st0 /dev/sg3
[5:0:5:1]mediumx HP 1x8 autoloader 1.50 /dev/sch0 /dev/sg4
[ts@backup ~]$ ls -l /dev/*st0*
crw-rw 1 root tape 9, 128 19. Okt 16:59 /dev/nst0
crw-rw 1 root tape 9, 224 19. Okt 16:59 /dev/nst0a
crw-rw 1 root tape 9, 160 19. Okt 16:59 /dev/nst0l
crw-rw 1 root tape 9, 192 19. Okt 16:59 /dev/nst0m
crw-rw 1 root tape 9, 0 19. Okt 16:59 /dev/st0
crw-rw 1 root tape 9, 96 19. Okt 16:59 /dev/st0a
crw-rw 1 root tape 9, 32 19. Okt 16:59 /dev/st0l
crw-rw 1 root tape 9, 64 19. Okt 16:59 /dev/st0m
So, I used as you well indicates : /dev/nst0 and /dev/nst1.
Autochanger {
Name = OVL_LTO-3
Device = OVL_LTO-3_Drive-1, OVL_LTO-3_Drive-2
Changer Device = /dev/changerovllto3
Changer Command = /root/bacula/bin/mtx-changer %c %o %S %a %d
}
Device {
Name = OVL_LTO-3_Drive-1
Drive Index = 0
Media Type = LTO-3
AutoChanger = yes
Archive Device = /dev/nst1
AutomaticMount = yes; # when device opened, read it
AlwaysOpen = yes;
LabelMedia = yes;
RandomAccess = yes;
Alert Command = sh -c 'tapeinfo -f %c |grep TapeAlert|cat'
}
Device {
Name = OVL_LTO-3_Drive-2
Drive Index = 1
Media Type = LTO-3
AutoChanger = yes
Archive Device = /dev/nst0
AutomaticMount = yes; # when device opened, read it
AlwaysOpen = no;
LabelMedia = yes;
RandomAccess = yes;
Alert Command = sh -c 'tapeinfo -f %c |grep TapeAlert|cat'
}
---
But there are still errors :
dmesg :
Nov 22 12:33:22 singleton.u06.univ-nantes.prive kernel: [72917.185264]
lpfc :08:00.0: 0:(0):0713 SCSI layer issued Device Reset (1, 1)
return x2002
Nov 22 12:33:22 singleton.u06.univ-nantes.prive kernel: [72917.190481]
st1: Sense Key : Unit Attention [current]
Nov 22 12:33:22 singleton.u06.univ-nantes.prive kernel: [72917.190487]
st1: Add. Sense: Bus device reset function occurred
...
---
with errors in bacula job :
2012-11-22 12:33:22 bacula.u11.univ-nantes.prive-
Error: block.c:590 Write error at 44:14976 on device OVL_LTO-3_Drive-1
(/dev/nst1). ERR=Input/output error.
Error: Error writing final EOF to tape. This Volume may not be readable.
dev.c:1566 ioctl MTWEOF error on OVL_LTO-3_Drive-1 (/dev/nst1).
ERR=Input/output error.
...
---
I will try cleaning procedures as last solution for me ...
Thanks for your contributions.
Jacky
--
Monitor your physical, virtual and cloud infrastructure from a single
web console. Get in-depth insight into apps, servers, databases, vmware,
SAP, cloud infrastructure, etc. Download 30-day Free Trial.
Pricing starts from $795 for 25 servers or applications!
http://p.sf.net/sfu/zoho_dev2dev_nov___
Bacula-users mailing list
Bacula-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bacula-users
Re: [Bacula-users] Bacula tapes marked FULL too early - VolBytes too low
On Nov 22, 2012, at 9:40 AM, Jacky Carimalo wrote:
Le 20/11/2012 16:39, Tilman Schmidt a écrit :
Am 20.11.2012 17:14, schrieb Jacky Carimalo:
Le 20/11/2012 15:32, John Drescher a écrit :
Also you should avoid /dev/st0 and use /dev/nst0 since /dev/st0 can
cause corruption in your tapes.
But I have no choice :
bacula2-64:~/bacula/bin# lsscsi -g
[0:0:0:0]diskIFT A16F-R2221 347C /dev/sdb /dev/sg2
[0:0:1:0]tapeHP Ultrium 3-SCSI G24H /dev/st0 /dev/sg3
[0:0:1:1]tapeHP Ultrium 3-SCSI G24H /dev/st1 /dev/sg4
[0:0:1:2]mediumx OVERLAND NEO Series 0604 /dev/sch0 /dev/sg5
[0:0:1:3]process Over NEO VIA FCO 2.22 - /dev/sg6
...
I think you have. Just because /dev/nst0 isn't listed by lsscsi
doesn't mean it isn't there. Look:
[ts@backup ~]$ lsscsi -g
[0:0:0:0]cd/dvd HL-DT-ST DVDRAM GSA-H12N UL01 /dev/sr0 /dev/sg0
[2:0:0:0]diskATA ST3250620NS 3.AE /dev/sda /dev/sg1
[3:0:0:0]diskATA ST3250620NS 3.AE /dev/sdb /dev/sg2
[5:0:5:0]tapeHP Ultrium 3-SCSI G54W /dev/st0 /dev/sg3
[5:0:5:1]mediumx HP 1x8 autoloader 1.50 /dev/sch0 /dev/sg4
[ts@backup ~]$ ls -l /dev/*st0*
crw-rw 1 root tape 9, 128 19. Okt 16:59 /dev/nst0
crw-rw 1 root tape 9, 224 19. Okt 16:59 /dev/nst0a
crw-rw 1 root tape 9, 160 19. Okt 16:59 /dev/nst0l
crw-rw 1 root tape 9, 192 19. Okt 16:59 /dev/nst0m
crw-rw 1 root tape 9, 0 19. Okt 16:59 /dev/st0
crw-rw 1 root tape 9, 96 19. Okt 16:59 /dev/st0a
crw-rw 1 root tape 9, 32 19. Okt 16:59 /dev/st0l
crw-rw 1 root tape 9, 64 19. Okt 16:59 /dev/st0m
So, I used as you well indicates : /dev/nst0 and /dev/nst1.
Autochanger {
Name = OVL_LTO-3
Device = OVL_LTO-3_Drive-1, OVL_LTO-3_Drive-2
Changer Device = /dev/changerovllto3
Changer Command = /root/bacula/bin/mtx-changer %c %o %S %a %d
}
Device {
Name = OVL_LTO-3_Drive-1
Drive Index = 0
Media Type = LTO-3
AutoChanger = yes
Archive Device = /dev/nst1
AutomaticMount = yes; # when device opened, read it
AlwaysOpen = yes;
LabelMedia = yes;
RandomAccess = yes;
Alert Command = sh -c 'tapeinfo -f %c |grep TapeAlert|cat'
}
Device {
Name = OVL_LTO-3_Drive-2
Drive Index = 1
Media Type = LTO-3
AutoChanger = yes
Archive Device = /dev/nst0
AutomaticMount = yes; # when device opened, read it
AlwaysOpen = no;
LabelMedia = yes;
RandomAccess = yes;
Alert Command = sh -c 'tapeinfo -f %c |grep TapeAlert|cat'
}
---
But there are still errors :
dmesg :
Nov 22 12:33:22 singleton.u06.univ-nantes.prive kernel: [72917.185264] lpfc
:08:00.0: 0:(0):0713 SCSI layer issued Device Reset (1, 1) return x2002
Nov 22 12:33:22 singleton.u06.univ-nantes.prive kernel: [72917.190481] st1:
Sense Key : Unit Attention [current]
Nov 22 12:33:22 singleton.u06.univ-nantes.prive kernel: [72917.190487] st1:
Add. Sense: Bus device reset function occurred
...
---
with errors in bacula job :
2012-11-22 12:33:22 bacula.u11.univ-nantes.prive-
Error: block.c:590 Write error at 44:14976 on device OVL_LTO-3_Drive-1
(/dev/nst1). ERR=Input/output error.
Error: Error writing final EOF to tape. This Volume may not be readable.
dev.c:1566 ioctl MTWEOF error on OVL_LTO-3_Drive-1 (/dev/nst1).
ERR=Input/output error.
...
---
I will try cleaning procedures as last solution for me …
Have we already determined that the SCSI chain is properly terminated?
--
Dan Langille - http://langille.org
--
Monitor your physical, virtual and cloud infrastructure from a single
web console. Get in-depth insight into apps, servers, databases, vmware,
SAP, cloud infrastructure, etc. Download 30-day Free Trial.
Pricing starts from $795 for 25 servers or applications!
http://p.sf.net/sfu/zoho_dev2dev_nov___
Bacula-users mailing list
Bacula-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bacula-users
Re: [Bacula-users] Bacula tapes marked FULL too early - VolBytes too low
Zitat von Dan Langille d...@langille.org:
On Nov 22, 2012, at 9:40 AM, Jacky Carimalo wrote:
Le 20/11/2012 16:39, Tilman Schmidt a écrit :
Am 20.11.2012 17:14, schrieb Jacky Carimalo:
Le 20/11/2012 15:32, John Drescher a écrit :
Also you should avoid /dev/st0 and use /dev/nst0 since /dev/st0 can
cause corruption in your tapes.
But I have no choice :
bacula2-64:~/bacula/bin# lsscsi -g
[0:0:0:0]diskIFT A16F-R2221 347C /dev/sdb /dev/sg2
[0:0:1:0]tapeHP Ultrium 3-SCSI G24H /dev/st0 /dev/sg3
[0:0:1:1]tapeHP Ultrium 3-SCSI G24H /dev/st1 /dev/sg4
[0:0:1:2]mediumx OVERLAND NEO Series 0604 /dev/sch0 /dev/sg5
[0:0:1:3]process Over NEO VIA FCO 2.22 - /dev/sg6
...
I think you have. Just because /dev/nst0 isn't listed by lsscsi
doesn't mean it isn't there. Look:
[ts@backup ~]$ lsscsi -g
[0:0:0:0]cd/dvd HL-DT-ST DVDRAM GSA-H12N UL01 /dev/sr0 /dev/sg0
[2:0:0:0]diskATA ST3250620NS 3.AE /dev/sda /dev/sg1
[3:0:0:0]diskATA ST3250620NS 3.AE /dev/sdb /dev/sg2
[5:0:5:0]tapeHP Ultrium 3-SCSI G54W /dev/st0 /dev/sg3
[5:0:5:1]mediumx HP 1x8 autoloader 1.50 /dev/sch0 /dev/sg4
[ts@backup ~]$ ls -l /dev/*st0*
crw-rw 1 root tape 9, 128 19. Okt 16:59 /dev/nst0
crw-rw 1 root tape 9, 224 19. Okt 16:59 /dev/nst0a
crw-rw 1 root tape 9, 160 19. Okt 16:59 /dev/nst0l
crw-rw 1 root tape 9, 192 19. Okt 16:59 /dev/nst0m
crw-rw 1 root tape 9, 0 19. Okt 16:59 /dev/st0
crw-rw 1 root tape 9, 96 19. Okt 16:59 /dev/st0a
crw-rw 1 root tape 9, 32 19. Okt 16:59 /dev/st0l
crw-rw 1 root tape 9, 64 19. Okt 16:59 /dev/st0m
So, I used as you well indicates : /dev/nst0 and /dev/nst1.
Autochanger {
Name = OVL_LTO-3
Device = OVL_LTO-3_Drive-1, OVL_LTO-3_Drive-2
Changer Device = /dev/changerovllto3
Changer Command = /root/bacula/bin/mtx-changer %c %o %S %a %d
}
Device {
Name = OVL_LTO-3_Drive-1
Drive Index = 0
Media Type = LTO-3
AutoChanger = yes
Archive Device = /dev/nst1
AutomaticMount = yes; # when device opened, read it
AlwaysOpen = yes;
LabelMedia = yes;
RandomAccess = yes;
Alert Command = sh -c 'tapeinfo -f %c |grep TapeAlert|cat'
}
Device {
Name = OVL_LTO-3_Drive-2
Drive Index = 1
Media Type = LTO-3
AutoChanger = yes
Archive Device = /dev/nst0
AutomaticMount = yes; # when device opened, read it
AlwaysOpen = no;
LabelMedia = yes;
RandomAccess = yes;
Alert Command = sh -c 'tapeinfo -f %c |grep TapeAlert|cat'
}
---
But there are still errors :
dmesg :
Nov 22 12:33:22 singleton.u06.univ-nantes.prive kernel:
[72917.185264] lpfc :08:00.0: 0:(0):0713 SCSI layer issued
Device Reset (1, 1) return x2002
Nov 22 12:33:22 singleton.u06.univ-nantes.prive kernel:
[72917.190481] st1: Sense Key : Unit Attention [current]
Nov 22 12:33:22 singleton.u06.univ-nantes.prive kernel:
[72917.190487] st1: Add. Sense: Bus device reset function occurred
...
---
with errors in bacula job :
2012-11-22 12:33:22 bacula.u11.univ-nantes.prive-
Error: block.c:590 Write error at 44:14976 on device
OVL_LTO-3_Drive-1 (/dev/nst1). ERR=Input/output error.
Error: Error writing final EOF to tape. This Volume may not be readable.
dev.c:1566 ioctl MTWEOF error on OVL_LTO-3_Drive-1 (/dev/nst1).
ERR=Input/output error.
...
---
I will try cleaning procedures as last solution for me ?
Have we already determined that the SCSI chain is properly terminated?
[0:0:1:3]process Over NEO VIA FCO 2.22 - /dev/sg6
Looks like FibreChannel to me...
But for sure the OP should check cabeling and to use the recommended
Firmware on both ends.
Regards
Andreas
--
Monitor your physical, virtual and cloud infrastructure from a single
web console. Get in-depth insight into apps, servers, databases, vmware,
SAP, cloud infrastructure, etc. Download 30-day Free Trial.
Pricing starts from $795 for 25 servers or applications!
http://p.sf.net/sfu/zoho_dev2dev_nov
___
Bacula-users mailing list
Bacula-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bacula-users
Re: [Bacula-users] Bacula tapes marked FULL too early - VolBytes too low
Hello,
2012/11/19 Jacky Carimalo jacky.carim...@univ-nantes.fr
Le 19/11/2012 12:00, Alan Brown a écrit :
On 19/11/12 11:04, Jacky Carimalo wrote:
Hello,
I have the same problem.
Bacula stopped filling a tape after 4 errors, as described below !
I would like to be able to tell it to continue ...
update Volume={name} VolStatus=append
I did :
update Volume={name} VolStatus=append
but it then marked the volume Used, and not enabled for backup on it
again, keeping its first data.
Is LTP102L1 a tape volume? If so why did you define a Max Volume Jobs on
this kind of volume?
best regards
Radek
*messages
19-nov. 15:42 bacula.u11.univ-nantes.prive- JobId 12075: Start Backup
JobId 12075,
Job=Backup_gromel1d.univ-nantes.prive_di_LTO.2012-11-19_15.42.45_04
19-nov. 15:42 bacula.u11.univ-nantes.prive- JobId 12075: Volume used
once. Marking Volume LTP102L1 as Used.
19-nov. 15:42 bacula.u11.univ-nantes.prive- JobId 12075: Using Device
OVL_LTO-3_Drive-1
19-nov. 15:42 bacula.u11.univ-nantes.prive- JobId 12075: No slot defined
in catalog (slot=0) for Volume Vol_gromel_6393 on OVL_LTO-3_Drive-1
(/dev/st1).
19-nov. 15:42 bacula.u11.univ-nantes.prive- JobId 12075: Cartridge
change or update slots may be required.
19-nov. 15:42 bacula.u11.univ-nantes.prive- JobId 12075: Warning:
mount.c:217 Open device OVL_LTO-3_Drive-1 (/dev/st1) Volume
Vol_gromel_6393 failed: ERR=dev.c:513 Unable to open device
OVL_LTO-3_Drive-1 (/dev/st1): ERR=Aucun medium trouvé
19-nov. 15:42 bacula.u11.univ-nantes.prive- JobId 12075: No slot defined
in catalog (slot=0) for Volume Vol_gromel_6393 on OVL_LTO-3_Drive-1
(/dev/st1).
19-nov. 15:42 bacula.u11.univ-nantes.prive- JobId 12075: Cartridge
change or update slots may be required.
19-nov. 15:42 bacula.u11.univ-nantes.prive- JobId 12075: Warning:
mount.c:217 Open device OVL_LTO-3_Drive-1 (/dev/st1) Volume
Vol_gromel_6393 failed: ERR=dev.c:513 Unable to open device
OVL_LTO-3_Drive-1 (/dev/st1): ERR=Aucun medium trouvé
19-nov. 15:42 bacula.u11.univ-nantes.prive- JobId 12075: No slot defined
in catalog (slot=0) for Volume Vol_gromel_6393 on OVL_LTO-3_Drive-1
(/dev/st1).
19-nov. 15:42 bacula.u11.univ-nantes.prive- JobId 12075: Cartridge
change or update slots may be required.
19-nov. 15:42 bacula.u11.univ-nantes.prive- JobId 12075: Warning:
mount.c:217 Open device OVL_LTO-3_Drive-1 (/dev/st1) Volume
Vol_gromel_6393 failed: ERR=dev.c:513 Unable to open device
OVL_LTO-3_Drive-1 (/dev/st1): ERR=Aucun medium trouvé
19-nov. 15:42 bacula.u11.univ-nantes.prive- JobId 12075: No slot defined
in catalog (slot=0) for Volume Vol_gromel_6393 on OVL_LTO-3_Drive-1
(/dev/st1).
19-nov. 15:42 bacula.u11.univ-nantes.prive- JobId 12075: Cartridge
change or update slots may be required.
19-nov. 15:42 bacula.u11.univ-nantes.prive- JobId 12075: Warning:
mount.c:217 Open device OVL_LTO-3_Drive-1 (/dev/st1) Volume
Vol_gromel_6393 failed: ERR=dev.c:513 Unable to open device
OVL_LTO-3_Drive-1 (/dev/st1): ERR=Aucun medium trouvé
19-nov. 15:42 bacula.u11.univ-nantes.prive- JobId 12075: No slot defined
in catalog (slot=0) for Volume Vol_gromel_6393 on OVL_LTO-3_Drive-1
(/dev/st1).
19-nov. 15:42 bacula.u11.univ-nantes.prive- JobId 12075: Cartridge
change or update slots may be required.
19-nov. 15:42 bacula.u11.univ-nantes.prive- JobId 12075: Warning:
mount.c:217 Open device OVL_LTO-3_Drive-1 (/dev/st1) Volume
Vol_gromel_6393 failed: ERR=dev.c:513 Unable to open device
OVL_LTO-3_Drive-1 (/dev/st1): ERR=Aucun medium trouvé
19-nov. 15:42 bacula.u11.univ-nantes.prive- JobId 12075: Please mount
Volume Vol_gromel_6393 or label a new one for:
Job: Backup_gromel1d.univ-nantes.prive_di_LTO.2012-11-19_15.42.45_04
Storage: OVL_LTO-3_Drive-1 (/dev/st1)
Pool: Pool_gromel_LTO
Media type: LTO-3
--
Monitor your physical, virtual and cloud infrastructure from a single
web console. Get in-depth insight into apps, servers, databases, vmware,
SAP, cloud infrastructure, etc. Download 30-day Free Trial.
Pricing starts from $795 for 25 servers or applications!
http://p.sf.net/sfu/zoho_dev2dev_nov
___
Bacula-users mailing list
Bacula-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bacula-users
--
Radosław Korzeniewski
rados...@korzeniewski.net
--
Monitor your physical, virtual and cloud infrastructure from a single
web console. Get in-depth insight into apps, servers, databases, vmware,
SAP, cloud infrastructure, etc. Download 30-day Free Trial.
Pricing starts from $795 for 25 servers or applications!
http://p.sf.net/sfu/zoho_dev2dev_nov___
Bacula-users mailing list
Bacula-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bacula-users
Re: [Bacula-users] Bacula tapes marked FULL too early - VolBytes too low
I put Volume Use Duration = 36 months,
but always having sometimes :
Error: block.c:590 Write error at 88:2499 on device OVL_LTO-3_Drive-2
(/dev/st0). ERR=Erreur d'entrée/sortie.
Error: Error writing final EOF to tape. This Volume may not be readable.
dev.c:1566 ioctl MTWEOF error on OVL_LTO-3_Drive-2 (/dev/st0).
ERR=Erreur d'entrée/sortie.
Thanks
Jacky
_
Pool {
Name = Pool_gromel_LTO
Use Volume Once = no
Pool Type = Backup
Recycle = yes
AutoPrune = yes
Maximum Volumes = 1000
LabelFormat = Vol_gromel_
VolumeRetention = 36 months
Volume Use Duration = 36 months
}
Le 19/11/2012 15:55, Alan Brown a écrit :
On 19/11/12 15:46, Jacky Carimalo wrote:
update Volume={name} VolStatus=append
but it then marked the volume Used, and not enabled for backup on it
again, keeping its first data.
Bacula has decided the volume has been open too long.
This is set with Volume Use Duration and has no default.
It is easier to use a new tape than to mess around with tape settings on
a live system.
--
Monitor your physical, virtual and cloud infrastructure from a single
web console. Get in-depth insight into apps, servers, databases, vmware,
SAP, cloud infrastructure, etc. Download 30-day Free Trial.
Pricing starts from $795 for 25 servers or applications!
http://p.sf.net/sfu/zoho_dev2dev_nov
___
Bacula-users mailing list
Bacula-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bacula-users
--
Monitor your physical, virtual and cloud infrastructure from a single
web console. Get in-depth insight into apps, servers, databases, vmware,
SAP, cloud infrastructure, etc. Download 30-day Free Trial.
Pricing starts from $795 for 25 servers or applications!
http://p.sf.net/sfu/zoho_dev2dev_nov___
Bacula-users mailing list
Bacula-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bacula-users
Re: [Bacula-users] Bacula tapes marked FULL too early - VolBytes too low
Yes, LTP102L1 is a tape volume.
I defined Maximum Volumes = 1000 ; as you said, it would be better
having no line like this ; but I think it would be the same :
having sometimes :
Error: block.c:590 Write error at 88:2499 on device OVL_LTO-3_Drive-2
(/dev/st0). ERR=Erreur d'entrée/sortie.
Error: Error writing final EOF to tape. This Volume may not be readable.
dev.c:1566 ioctl MTWEOF error on OVL_LTO-3_Drive-2 (/dev/st0).
ERR=Erreur d'entrée/sortie.
rarely, it marks the volume full when it is reallyy full like here :
End of Volume 000352L3 at 406:13452 on device OVL_LTO-3_Drive-1
(/dev/st1). Write of 64512 bytes got -1.
Re-read of last block succeeded.
End of medium on Volume 000352L3 Bytes=406,841,831,424
Blocks=6,306,451 at 20-nov.-2012 09:27.
Thanks
Jacky
Le 20/11/2012 09:15, Radosław Korzeniewski a écrit :
Hello,
2012/11/19 Jacky Carimalo jacky.carim...@univ-nantes.fr
mailto:jacky.carim...@univ-nantes.fr
Le 19/11/2012 12:00, Alan Brown a écrit :
On 19/11/12 11:04, Jacky Carimalo wrote:
Hello,
I have the same problem.
Bacula stopped filling a tape after 4 errors, as described below !
I would like to be able to tell it to continue ...
update Volume={name} VolStatus=append
I did :
update Volume={name} VolStatus=append
but it then marked the volume Used, and not enabled for backup on it
again, keeping its first data.
Is LTP102L1 a tape volume? If so why did you define a Max Volume Jobs
on this kind of volume?
best regards
Radek
*messages
19-nov. 15:42 bacula.u11.univ-nantes.prive- JobId 12075: Start Backup
JobId 12075,
Job=Backup_gromel1d.univ-nantes.prive_di_LTO.2012-11-19_15.42.45_04
19-nov. 15:42 bacula.u11.univ-nantes.prive- JobId 12075: Volume used
once. Marking Volume LTP102L1 as Used.
19-nov. 15:42 bacula.u11.univ-nantes.prive- JobId 12075: Using Device
OVL_LTO-3_Drive-1
19-nov. 15:42 bacula.u11.univ-nantes.prive- JobId 12075: No slot
defined
in catalog (slot=0) for Volume Vol_gromel_6393 on
OVL_LTO-3_Drive-1
(/dev/st1).
19-nov. 15:42 bacula.u11.univ-nantes.prive- JobId 12075: Cartridge
change or update slots may be required.
19-nov. 15:42 bacula.u11.univ-nantes.prive- JobId 12075: Warning:
mount.c:217 Open device OVL_LTO-3_Drive-1 (/dev/st1) Volume
Vol_gromel_6393 failed: ERR=dev.c:513 Unable to open device
OVL_LTO-3_Drive-1 (/dev/st1): ERR=Aucun medium trouvé
19-nov. 15:42 bacula.u11.univ-nantes.prive- JobId 12075: No slot
defined
in catalog (slot=0) for Volume Vol_gromel_6393 on
OVL_LTO-3_Drive-1
(/dev/st1).
19-nov. 15:42 bacula.u11.univ-nantes.prive- JobId 12075: Cartridge
change or update slots may be required.
19-nov. 15:42 bacula.u11.univ-nantes.prive- JobId 12075: Warning:
mount.c:217 Open device OVL_LTO-3_Drive-1 (/dev/st1) Volume
Vol_gromel_6393 failed: ERR=dev.c:513 Unable to open device
OVL_LTO-3_Drive-1 (/dev/st1): ERR=Aucun medium trouvé
19-nov. 15:42 bacula.u11.univ-nantes.prive- JobId 12075: No slot
defined
in catalog (slot=0) for Volume Vol_gromel_6393 on
OVL_LTO-3_Drive-1
(/dev/st1).
19-nov. 15:42 bacula.u11.univ-nantes.prive- JobId 12075: Cartridge
change or update slots may be required.
19-nov. 15:42 bacula.u11.univ-nantes.prive- JobId 12075: Warning:
mount.c:217 Open device OVL_LTO-3_Drive-1 (/dev/st1) Volume
Vol_gromel_6393 failed: ERR=dev.c:513 Unable to open device
OVL_LTO-3_Drive-1 (/dev/st1): ERR=Aucun medium trouvé
19-nov. 15:42 bacula.u11.univ-nantes.prive- JobId 12075: No slot
defined
in catalog (slot=0) for Volume Vol_gromel_6393 on
OVL_LTO-3_Drive-1
(/dev/st1).
19-nov. 15:42 bacula.u11.univ-nantes.prive- JobId 12075: Cartridge
change or update slots may be required.
19-nov. 15:42 bacula.u11.univ-nantes.prive- JobId 12075: Warning:
mount.c:217 Open device OVL_LTO-3_Drive-1 (/dev/st1) Volume
Vol_gromel_6393 failed: ERR=dev.c:513 Unable to open device
OVL_LTO-3_Drive-1 (/dev/st1): ERR=Aucun medium trouvé
19-nov. 15:42 bacula.u11.univ-nantes.prive- JobId 12075: No slot
defined
in catalog (slot=0) for Volume Vol_gromel_6393 on
OVL_LTO-3_Drive-1
(/dev/st1).
19-nov. 15:42 bacula.u11.univ-nantes.prive- JobId 12075: Cartridge
change or update slots may be required.
19-nov. 15:42 bacula.u11.univ-nantes.prive- JobId 12075: Warning:
mount.c:217 Open device OVL_LTO-3_Drive-1 (/dev/st1) Volume
Vol_gromel_6393 failed: ERR=dev.c:513 Unable to open device
OVL_LTO-3_Drive-1 (/dev/st1): ERR=Aucun medium trouvé
19-nov. 15:42 bacula.u11.univ-nantes.prive- JobId 12075: Please mount
Volume Vol_gromel_6393 or label a new one for:
Job:
Backup_gromel1d.univ-nantes.prive_di_LTO.2012-11-19_15.42.45_04
Storage: OVL_LTO-3_Drive-1 (/dev/st1)
Pool: Pool_gromel_LTO
Media type: LTO-3
Re: [Bacula-users] Bacula tapes marked FULL too early - VolBytes too low
On Tue, Nov 20, 2012 at 10:15 AM, Jacky Carimalo jacky.carim...@univ-nantes.fr wrote: I put Volume Use Duration = 36 months, but always having sometimes : Error: block.c:590 Write error at 88:2499 on device OVL_LTO-3_Drive-2 (/dev/st0). ERR=Erreur d'entrée/sortie. Error: Error writing final EOF to tape. This Volume may not be readable. dev.c:1566 ioctl MTWEOF error on OVL_LTO-3_Drive-2 (/dev/st0). ERR=Erreur d'entrée/sortie. Look at your kernel logs / dmesg for scsi or tape errors. John -- Monitor your physical, virtual and cloud infrastructure from a single web console. Get in-depth insight into apps, servers, databases, vmware, SAP, cloud infrastructure, etc. Download 30-day Free Trial. Pricing starts from $795 for 25 servers or applications! http://p.sf.net/sfu/zoho_dev2dev_nov ___ Bacula-users mailing list Bacula-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/bacula-users
Re: [Bacula-users] Bacula tapes marked FULL too early - VolBytes too low
On Tue, Nov 20, 2012 at 9:30 AM, John Drescher dresche...@gmail.com wrote: On Tue, Nov 20, 2012 at 10:15 AM, Jacky Carimalo jacky.carim...@univ-nantes.fr wrote: I put Volume Use Duration = 36 months, but always having sometimes : Error: block.c:590 Write error at 88:2499 on device OVL_LTO-3_Drive-2 (/dev/st0). ERR=Erreur d'entrée/sortie. Error: Error writing final EOF to tape. This Volume may not be readable. dev.c:1566 ioctl MTWEOF error on OVL_LTO-3_Drive-2 (/dev/st0). ERR=Erreur d'entrée/sortie. Look at your kernel logs / dmesg for scsi or tape errors. Also you should avoid /dev/st0 and use /dev/nst0 since /dev/st0 can cause corruption in your tapes. John -- Monitor your physical, virtual and cloud infrastructure from a single web console. Get in-depth insight into apps, servers, databases, vmware, SAP, cloud infrastructure, etc. Download 30-day Free Trial. Pricing starts from $795 for 25 servers or applications! http://p.sf.net/sfu/zoho_dev2dev_nov ___ Bacula-users mailing list Bacula-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/bacula-users
Re: [Bacula-users] Bacula tapes marked FULL too early - VolBytes too low
Le 20/11/2012 15:30, John Drescher a écrit : On Tue, Nov 20, 2012 at 10:15 AM, Jacky Carimalo jacky.carim...@univ-nantes.fr wrote: I put Volume Use Duration = 36 months, but always having sometimes : Error: block.c:590 Write error at 88:2499 on device OVL_LTO-3_Drive-2 (/dev/st0). ERR=Erreur d'entrée/sortie. Error: Error writing final EOF to tape. This Volume may not be readable. dev.c:1566 ioctl MTWEOF error on OVL_LTO-3_Drive-2 (/dev/st0). ERR=Erreur d'entrée/sortie. Look at your kernel logs / dmesg for scsi or tape errors. John Definitely, there is a correspondance between kern.log an errors in the job ; but how to resolve these errors ? kern.log on the host machine : Nov 20 04:49:51 singleton.u06.univ-nantes.prive kernel: [1168599.570017] lpfc :08:00.0: 0:(0):0713 SCSI layer issued Device Reset (1, 0) return x2002 Nov 20 04:49:51 singleton.u06.univ-nantes.prive kernel: [1168599.574881] st0: Sense Key : Unit Attention [current] Nov 20 04:49:51 singleton.u06.univ-nantes.prive kernel: [1168599.574886] st0: Add. Sense: Bus device reset function occurred Nov 20 07:35:13 singleton.u06.univ-nantes.prive kernel: [1178507.202668] lpfc :08:00.0: 0:(0):0713 SCSI layer issued Device Reset (1, 0) return x2002 Nov 20 07:35:13 singleton.u06.univ-nantes.prive kernel: [1178507.207654] st0: Sense Key : Unit Attention [current] Nov 20 07:35:13 singleton.u06.univ-nantes.prive kernel: [1178507.207659] st0: Add. Sense: Bus device reset function occurred --- Logs on its virtual machine for the bacula job : 2012-11-20 04:49:51 bacula.u11.univ-nantes.prive- Error: block.c:590 Write error at 141:9585 on device OVL_LTO-3_Drive-2 (/dev/st0). ERR=Erreur d'entrée/sortie. Error: Error writing final EOF to tape. This Volume may not be readable. dev.c:1566 ioctl MTWEOF error on OVL_LTO-3_Drive-2 (/dev/st0). ERR=Erreur d'entrée/sortie. 2012-11-20 07:35:13 bacula.u11.univ-nantes.prive- Error: block.c:590 Write error at 67:3714 on device OVL_LTO-3_Drive-2 (/dev/st0). ERR=Erreur d'entrée/sortie. Error: Error writing final EOF to tape. This Volume may not be readable. dev.c:1566 ioctl MTWEOF error on OVL_LTO-3_Drive-2 (/dev/st0). ERR=Erreur d'entrée/sortie. Jacky -- Monitor your physical, virtual and cloud infrastructure from a single web console. Get in-depth insight into apps, servers, databases, vmware, SAP, cloud infrastructure, etc. Download 30-day Free Trial. Pricing starts from $795 for 25 servers or applications! http://p.sf.net/sfu/zoho_dev2dev_nov ___ Bacula-users mailing list Bacula-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/bacula-users
Re: [Bacula-users] Bacula tapes marked FULL too early - VolBytes too low
Le 20/11/2012 15:32, John Drescher a écrit : On Tue, Nov 20, 2012 at 9:30 AM, John Drescher dresche...@gmail.com wrote: On Tue, Nov 20, 2012 at 10:15 AM, Jacky Carimalo jacky.carim...@univ-nantes.fr wrote: I put Volume Use Duration = 36 months, but always having sometimes : Error: block.c:590 Write error at 88:2499 on device OVL_LTO-3_Drive-2 (/dev/st0). ERR=Erreur d'entrée/sortie. Error: Error writing final EOF to tape. This Volume may not be readable. dev.c:1566 ioctl MTWEOF error on OVL_LTO-3_Drive-2 (/dev/st0). ERR=Erreur d'entrée/sortie. Look at your kernel logs / dmesg for scsi or tape errors. Also you should avoid /dev/st0 and use /dev/nst0 since /dev/st0 can cause corruption in your tapes. John But I have no choice : bacula2-64:~/bacula/bin# lsscsi -g [0:0:0:0]diskIFT A16F-R2221 347C /dev/sdb /dev/sg2 [0:0:1:0]tapeHP Ultrium 3-SCSI G24H /dev/st0 /dev/sg3 [0:0:1:1]tapeHP Ultrium 3-SCSI G24H /dev/st1 /dev/sg4 [0:0:1:2]mediumx OVERLAND NEO Series 0604 /dev/sch0 /dev/sg5 [0:0:1:3]process Over NEO VIA FCO 2.22 - /dev/sg6 ... Thanks -- Monitor your physical, virtual and cloud infrastructure from a single web console. Get in-depth insight into apps, servers, databases, vmware, SAP, cloud infrastructure, etc. Download 30-day Free Trial. Pricing starts from $795 for 25 servers or applications! http://p.sf.net/sfu/zoho_dev2dev_nov ___ Bacula-users mailing list Bacula-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/bacula-users
Re: [Bacula-users] Bacula tapes marked FULL too early - VolBytes too low
Hello, 2012/11/20 Jacky Carimalo jacky.carim...@univ-nantes.fr Yes, LTP102L1 is a tape volume. I defined Maximum Volumes = 1000 ; as you said, it would be better having no line like this ; but I think it would be the same : Parameter Maximum Volumes = 1000 do not cause volume to be set as Used. You have to use Max Volume Jobs = 1 in your configuration which is useless in tape volumes. best regards -- Radosław Korzeniewski rados...@korzeniewski.net -- Monitor your physical, virtual and cloud infrastructure from a single web console. Get in-depth insight into apps, servers, databases, vmware, SAP, cloud infrastructure, etc. Download 30-day Free Trial. Pricing starts from $795 for 25 servers or applications! http://p.sf.net/sfu/zoho_dev2dev_nov___ Bacula-users mailing list Bacula-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/bacula-users
Re: [Bacula-users] Bacula tapes marked FULL too early - VolBytes too low
Zitat von Jacky Carimalo jacky.carim...@univ-nantes.fr: Le 20/11/2012 15:32, John Drescher a écrit : On Tue, Nov 20, 2012 at 9:30 AM, John Drescher dresche...@gmail.com wrote: On Tue, Nov 20, 2012 at 10:15 AM, Jacky Carimalo jacky.carim...@univ-nantes.fr wrote: I put Volume Use Duration = 36 months, but always having sometimes : Error: block.c:590 Write error at 88:2499 on device OVL_LTO-3_Drive-2 (/dev/st0). ERR=Erreur d'entrée/sortie. Error: Error writing final EOF to tape. This Volume may not be readable. dev.c:1566 ioctl MTWEOF error on OVL_LTO-3_Drive-2 (/dev/st0). ERR=Erreur d'entrée/sortie. Look at your kernel logs / dmesg for scsi or tape errors. Also you should avoid /dev/st0 and use /dev/nst0 since /dev/st0 can cause corruption in your tapes. John But I have no choice : bacula2-64:~/bacula/bin# lsscsi -g [0:0:0:0]diskIFT A16F-R2221 347C /dev/sdb /dev/sg2 [0:0:1:0]tapeHP Ultrium 3-SCSI G24H /dev/st0 /dev/sg3 [0:0:1:1]tapeHP Ultrium 3-SCSI G24H /dev/st1 /dev/sg4 [0:0:1:2]mediumx OVERLAND NEO Series 0604 /dev/sch0 /dev/sg5 [0:0:1:3]process Over NEO VIA FCO 2.22 - /dev/sg6 ... If it is Linux have a look in /dev/tape/by-id/ For example in our case: lrwxrwxrwx 1 root root 10 Nov 19 18:23 scsi-350014380032b4c68 - ../../sg10 lrwxrwxrwx 1 root root 9 Nov 19 18:23 scsi-350014380032b4c69 - ../../st0 lrwxrwxrwx 1 root root 10 Nov 19 18:23 scsi-350014380032b4c69-nst - ../../nst0 so we choose /dev/tape/by-id/scsi-350014380032b4c69-nst which has also the advantage of not changing if devices are added/removed as it is the case with /dev/sgX. Regarding your problem with the device/bus reset you should carefully check cabeling and adapter firmware/driver. Regards Andreas -- Monitor your physical, virtual and cloud infrastructure from a single web console. Get in-depth insight into apps, servers, databases, vmware, SAP, cloud infrastructure, etc. Download 30-day Free Trial. Pricing starts from $795 for 25 servers or applications! http://p.sf.net/sfu/zoho_dev2dev_nov ___ Bacula-users mailing list Bacula-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/bacula-users
Re: [Bacula-users] Bacula tapes marked FULL too early - VolBytes too low
Am 20.11.2012 17:13, schrieb Jacky Carimalo: kern.log on the host machine : Nov 20 04:49:51 singleton.u06.univ-nantes.prive kernel: [1168599.570017] lpfc :08:00.0: 0:(0):0713 SCSI layer issued Device Reset (1, 0) return x2002 Nov 20 04:49:51 singleton.u06.univ-nantes.prive kernel: [1168599.574881] st0: Sense Key : Unit Attention [current] Nov 20 04:49:51 singleton.u06.univ-nantes.prive kernel: [1168599.574886] st0: Add. Sense: Bus device reset function occurred Nov 20 07:35:13 singleton.u06.univ-nantes.prive kernel: [1178507.202668] lpfc :08:00.0: 0:(0):0713 SCSI layer issued Device Reset (1, 0) return x2002 Nov 20 07:35:13 singleton.u06.univ-nantes.prive kernel: [1178507.207654] st0: Sense Key : Unit Attention [current] Nov 20 07:35:13 singleton.u06.univ-nantes.prive kernel: [1178507.207659] st0: Add. Sense: Bus device reset function occurred That looks like a hardware problem, either in the drive itself or in the SCSI controller or cabling. -- Tilman Schmidt Phoenix Software GmbH Bonn, Germany -- Monitor your physical, virtual and cloud infrastructure from a single web console. Get in-depth insight into apps, servers, databases, vmware, SAP, cloud infrastructure, etc. Download 30-day Free Trial. Pricing starts from $795 for 25 servers or applications! http://p.sf.net/sfu/zoho_dev2dev_nov ___ Bacula-users mailing list Bacula-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/bacula-users
Re: [Bacula-users] Bacula tapes marked FULL too early - VolBytes too low
Am 20.11.2012 17:14, schrieb Jacky Carimalo: Le 20/11/2012 15:32, John Drescher a écrit : Also you should avoid /dev/st0 and use /dev/nst0 since /dev/st0 can cause corruption in your tapes. But I have no choice : bacula2-64:~/bacula/bin# lsscsi -g [0:0:0:0]diskIFT A16F-R2221 347C /dev/sdb /dev/sg2 [0:0:1:0]tapeHP Ultrium 3-SCSI G24H /dev/st0 /dev/sg3 [0:0:1:1]tapeHP Ultrium 3-SCSI G24H /dev/st1 /dev/sg4 [0:0:1:2]mediumx OVERLAND NEO Series 0604 /dev/sch0 /dev/sg5 [0:0:1:3]process Over NEO VIA FCO 2.22 - /dev/sg6 ... I think you have. Just because /dev/nst0 isn't listed by lsscsi doesn't mean it isn't there. Look: [ts@backup ~]$ lsscsi -g [0:0:0:0]cd/dvd HL-DT-ST DVDRAM GSA-H12N UL01 /dev/sr0 /dev/sg0 [2:0:0:0]diskATA ST3250620NS 3.AE /dev/sda /dev/sg1 [3:0:0:0]diskATA ST3250620NS 3.AE /dev/sdb /dev/sg2 [5:0:5:0]tapeHP Ultrium 3-SCSI G54W /dev/st0 /dev/sg3 [5:0:5:1]mediumx HP 1x8 autoloader 1.50 /dev/sch0 /dev/sg4 [ts@backup ~]$ ls -l /dev/*st0* crw-rw 1 root tape 9, 128 19. Okt 16:59 /dev/nst0 crw-rw 1 root tape 9, 224 19. Okt 16:59 /dev/nst0a crw-rw 1 root tape 9, 160 19. Okt 16:59 /dev/nst0l crw-rw 1 root tape 9, 192 19. Okt 16:59 /dev/nst0m crw-rw 1 root tape 9, 0 19. Okt 16:59 /dev/st0 crw-rw 1 root tape 9, 96 19. Okt 16:59 /dev/st0a crw-rw 1 root tape 9, 32 19. Okt 16:59 /dev/st0l crw-rw 1 root tape 9, 64 19. Okt 16:59 /dev/st0m -- Tilman Schmidt Phoenix Software GmbH Bonn, Germany -- Monitor your physical, virtual and cloud infrastructure from a single web console. Get in-depth insight into apps, servers, databases, vmware, SAP, cloud infrastructure, etc. Download 30-day Free Trial. Pricing starts from $795 for 25 servers or applications! http://p.sf.net/sfu/zoho_dev2dev_nov ___ Bacula-users mailing list Bacula-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/bacula-users
Re: [Bacula-users] Bacula tapes marked FULL too early - VolBytes too low
Hello, I have the same problem. Bacula stopped filling a tape after 4 errors, as described below ! I would like to be able to tell it to continue ... Any idea ? Jacky *query Choose a query (1-20): 16 (List Volumes likely to need replacement from age or errors) +---+++++ | volume| mounts | errors | writes | status | +---+++++ ... | LTP113L1 | 1 | 4 | 1,624,793 | Full | | LTP102L1 | 1 | 4 |423,580 | Full | | LTP100L1 | 1 | 4 |409,571 | Full | | 000343L3 | 1 | 4 | 2,285,713 | Full | | 000336L3 | 1 | 4 |353,563 | Full | | 000310L3 | 1 | 4 | 4,806,780 | Full | | 000243L3 | 1 | 4 |954,490 | Full | | 000226L3 | 1 | 4 | 1,344,017 | Full | | 000111L3 | 1 | 4 | 2,657,316 | Full | | 92L3 | 1 | 4 | 1,734,479 | Full | ... | Vol_Catalog_0625 | 7 | 0 | 7,159,623 | Used | | Vol_Catalog_0396 | 7 | 0 | 7,247,063 | Used | | Vol_Catalog_0573 | 8 | 0 | 8,280,972 | Used | | Vol_Catalog_0513 | 8 | 0 | 8,211,348 | Used | | Vol_Catalog_0452 | 8 | 0 | 8,203,596 | Used | | Vol_Catalog_0787 | 18 | 0 | 15,925,029 | Used | | Vol_Catalog_0030 | 18 | 0 | 15,866,664 | Used | +---+++++ * *list volumes pool=Pool_gromel_LTO +-++---+-+-+--+--+-+--+---+---+-+ | mediaid | volumename | volstatus | enabled | volbytes| volfiles | volretention | recycle | slot | inchanger | mediatype | lastwritten | +-++---+-+-+--+--+-+--+---+---+-+ | 6,340 | LTP102L1 | Full | 1 | 27,325,928,448 | 27 | 10,368,000 | 1 |1 | 1 | LTO-3 | 2012-11-16 21:24:29 | | 6,341 | 000310L3 | Full | 1 | 310,094,926,848 | 310 | 10,368,000 | 1 |2 | 1 | LTO-3 | 2012-11-17 10:35:37 | | 6,342 | 92L3 | Full | 1 | 111,894,644,736 | 111 | 10,368,000 | 1 |3 | 1 | LTO-3 | 2012-11-17 15:46:52 | | 6,343 | 000111L3 | Full | 1 | 171,428,705,280 | 171 | 10,368,000 | 1 |4 | 1 | LTO-3 | 2012-11-17 23:20:41 | | 6,344 | 000336L3 | Full | 1 | 22,808,991,744 | 22 | 10,368,000 | 1 |5 | 1 | LTO-3 | 2012-11-18 00:36:29 | | 6,345 | LTP100L1 | Full | 1 | 26,422,179,840 | 26 | 10,368,000 | 1 |6 | 1 | LTO-3 | 2012-11-18 02:02:41 | | 6,346 | 000226L3 | Full | 1 | 86,705,160,192 | 86 | 10,368,000 | 1 |7 | 1 | LTO-3 | 2012-11-18 05:27:20 | | 6,347 | 000243L3 | Full | 1 | 61,575,994,368 | 61 | 10,368,000 | 1 |8 | 1 | LTO-3 | 2012-11-18 07:49:08 | | 6,348 | 000343L3 | Full | 1 | 147,455,852,544 | 147 | 10,368,000 | 1 |9 | 1 | LTO-3 | 2012-11-18 13:22:45 | | 6,349 | LTP113L1 | Full | 1 | 104,818,581,504 | 104 | 10,368,000 | 1 | 10 | 1 | LTO-3 | 2012-11-18 17:35:01 | | 6,350 | 000345L3 | Used | 1 | 25,754,738,688 | 26 | 10,368,000 | 1 | 11 | 1 | LTO-3 | 2012-11-18 18:28:33 | | 6,351 | 000274L3 | Append| 1 | 64,512 | 0 | 10,368,000 | 1 | 12 | 1 | LTO-3 | | | 6,352 | 000352L3 | Append| 1 | 64,512 | 0 | 10,368,000 | 1 | 13 | 1 | LTO-3 | | | 6,353 | 95L3 | Append| 1 | 64,512 | 0 | 10,368,000 | 1 | 14 | 1 | LTO-3 | | | 6,354 | 000170L3 | Append| 1 | 64,512 | 0 | 10,368,000 | 1 | 15 | 1 | LTO-3 | | | 6,355 | 99L3 | Append| 1 | 64,512 | 0 | 10,368,000 | 1 | 16 | 1 | LTO-3 | | | 6,356 | 000367L3 | Append| 1 | 64,512 | 0 | 10,368,000 | 1 | 17 | 1 | LTO-3 | | | 6,357 | 000240L3 | Append| 1 | 64,512 | 0 |
Re: [Bacula-users] Bacula tapes marked FULL too early - VolBytes too low
On 19/11/12 11:04, Jacky Carimalo wrote:
Hello,
I have the same problem.
Bacula stopped filling a tape after 4 errors, as described below !
I would like to be able to tell it to continue ...
update Volume={name} VolStatus=append
--
Monitor your physical, virtual and cloud infrastructure from a single
web console. Get in-depth insight into apps, servers, databases, vmware,
SAP, cloud infrastructure, etc. Download 30-day Free Trial.
Pricing starts from $795 for 25 servers or applications!
http://p.sf.net/sfu/zoho_dev2dev_nov
___
Bacula-users mailing list
Bacula-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bacula-users
Re: [Bacula-users] Bacula tapes marked FULL too early - VolBytes too low
Le 19/11/2012 12:00, Alan Brown a écrit :
On 19/11/12 11:04, Jacky Carimalo wrote:
Hello,
I have the same problem.
Bacula stopped filling a tape after 4 errors, as described below !
I would like to be able to tell it to continue ...
update Volume={name} VolStatus=append
I did :
update Volume={name} VolStatus=append
but it then marked the volume Used, and not enabled for backup on it
again, keeping its first data.
Jacky
*messages
19-nov. 15:42 bacula.u11.univ-nantes.prive- JobId 12075: Start Backup
JobId 12075,
Job=Backup_gromel1d.univ-nantes.prive_di_LTO.2012-11-19_15.42.45_04
19-nov. 15:42 bacula.u11.univ-nantes.prive- JobId 12075: Volume used
once. Marking Volume LTP102L1 as Used.
19-nov. 15:42 bacula.u11.univ-nantes.prive- JobId 12075: Using Device
OVL_LTO-3_Drive-1
19-nov. 15:42 bacula.u11.univ-nantes.prive- JobId 12075: No slot defined
in catalog (slot=0) for Volume Vol_gromel_6393 on OVL_LTO-3_Drive-1
(/dev/st1).
19-nov. 15:42 bacula.u11.univ-nantes.prive- JobId 12075: Cartridge
change or update slots may be required.
19-nov. 15:42 bacula.u11.univ-nantes.prive- JobId 12075: Warning:
mount.c:217 Open device OVL_LTO-3_Drive-1 (/dev/st1) Volume
Vol_gromel_6393 failed: ERR=dev.c:513 Unable to open device
OVL_LTO-3_Drive-1 (/dev/st1): ERR=Aucun medium trouvé
19-nov. 15:42 bacula.u11.univ-nantes.prive- JobId 12075: No slot defined
in catalog (slot=0) for Volume Vol_gromel_6393 on OVL_LTO-3_Drive-1
(/dev/st1).
19-nov. 15:42 bacula.u11.univ-nantes.prive- JobId 12075: Cartridge
change or update slots may be required.
19-nov. 15:42 bacula.u11.univ-nantes.prive- JobId 12075: Warning:
mount.c:217 Open device OVL_LTO-3_Drive-1 (/dev/st1) Volume
Vol_gromel_6393 failed: ERR=dev.c:513 Unable to open device
OVL_LTO-3_Drive-1 (/dev/st1): ERR=Aucun medium trouvé
19-nov. 15:42 bacula.u11.univ-nantes.prive- JobId 12075: No slot defined
in catalog (slot=0) for Volume Vol_gromel_6393 on OVL_LTO-3_Drive-1
(/dev/st1).
19-nov. 15:42 bacula.u11.univ-nantes.prive- JobId 12075: Cartridge
change or update slots may be required.
19-nov. 15:42 bacula.u11.univ-nantes.prive- JobId 12075: Warning:
mount.c:217 Open device OVL_LTO-3_Drive-1 (/dev/st1) Volume
Vol_gromel_6393 failed: ERR=dev.c:513 Unable to open device
OVL_LTO-3_Drive-1 (/dev/st1): ERR=Aucun medium trouvé
19-nov. 15:42 bacula.u11.univ-nantes.prive- JobId 12075: No slot defined
in catalog (slot=0) for Volume Vol_gromel_6393 on OVL_LTO-3_Drive-1
(/dev/st1).
19-nov. 15:42 bacula.u11.univ-nantes.prive- JobId 12075: Cartridge
change or update slots may be required.
19-nov. 15:42 bacula.u11.univ-nantes.prive- JobId 12075: Warning:
mount.c:217 Open device OVL_LTO-3_Drive-1 (/dev/st1) Volume
Vol_gromel_6393 failed: ERR=dev.c:513 Unable to open device
OVL_LTO-3_Drive-1 (/dev/st1): ERR=Aucun medium trouvé
19-nov. 15:42 bacula.u11.univ-nantes.prive- JobId 12075: No slot defined
in catalog (slot=0) for Volume Vol_gromel_6393 on OVL_LTO-3_Drive-1
(/dev/st1).
19-nov. 15:42 bacula.u11.univ-nantes.prive- JobId 12075: Cartridge
change or update slots may be required.
19-nov. 15:42 bacula.u11.univ-nantes.prive- JobId 12075: Warning:
mount.c:217 Open device OVL_LTO-3_Drive-1 (/dev/st1) Volume
Vol_gromel_6393 failed: ERR=dev.c:513 Unable to open device
OVL_LTO-3_Drive-1 (/dev/st1): ERR=Aucun medium trouvé
19-nov. 15:42 bacula.u11.univ-nantes.prive- JobId 12075: Please mount
Volume Vol_gromel_6393 or label a new one for:
Job: Backup_gromel1d.univ-nantes.prive_di_LTO.2012-11-19_15.42.45_04
Storage: OVL_LTO-3_Drive-1 (/dev/st1)
Pool: Pool_gromel_LTO
Media type: LTO-3
--
Monitor your physical, virtual and cloud infrastructure from a single
web console. Get in-depth insight into apps, servers, databases, vmware,
SAP, cloud infrastructure, etc. Download 30-day Free Trial.
Pricing starts from $795 for 25 servers or applications!
http://p.sf.net/sfu/zoho_dev2dev_nov
___
Bacula-users mailing list
Bacula-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bacula-users
Re: [Bacula-users] Bacula tapes marked FULL too early - VolBytes too low
On 19/11/12 15:46, Jacky Carimalo wrote:
update Volume={name} VolStatus=append
but it then marked the volume Used, and not enabled for backup on it
again, keeping its first data.
Bacula has decided the volume has been open too long.
This is set with Volume Use Duration and has no default.
It is easier to use a new tape than to mess around with tape settings on
a live system.
--
Monitor your physical, virtual and cloud infrastructure from a single
web console. Get in-depth insight into apps, servers, databases, vmware,
SAP, cloud infrastructure, etc. Download 30-day Free Trial.
Pricing starts from $795 for 25 servers or applications!
http://p.sf.net/sfu/zoho_dev2dev_nov
___
Bacula-users mailing list
Bacula-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bacula-users
[Bacula-users] Bacula tapes marked FULL too early - VolBytes too low
Thanks for your reply there John, I am currently running a backup job of 1 large iso file and checking the logs to see what it could be. Perhaps an issue with software rather than hardware. We look after our drive well with cleans whenever asked by the machine. We have a EXABYTE Model: LTO 1x7 2U. Other than bacula/log is there any other logs I could be checking? Any other suggestions? Thankyou. :P +-- |This was sent by goran@momento.com.au via Backup Central. |Forward SPAM to ab...@backupcentral.com. +-- -- Monitor your physical, virtual and cloud infrastructure from a single web console. Get in-depth insight into apps, servers, databases, vmware, SAP, cloud infrastructure, etc. Download 30-day Free Trial. Pricing starts from $795 for 25 servers or applications! http://p.sf.net/sfu/zoho_dev2dev_nov ___ Bacula-users mailing list Bacula-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/bacula-users
Re: [Bacula-users] Bacula tapes marked FULL too early - VolBytes too low
I am currently running a backup job of 1 large iso file and checking the logs to see what it could be. Perhaps an issue with software rather than hardware. We look after our drive well with cleans whenever asked by the machine. We have a EXABYTE Model: LTO 1x7 2U. If it is software then it is a problem with your kernel or more specifically the device driver that handles your tape drive. Bacula does not stop recording to a tape unless the kernel reports that it could not successfully write a block or you wrongly specified in your tape drive configuration in bacula that bacula should consider the tape full after a specified # of bytes were written. Also remember that you can only count on the the native size of the tape for how much data will fit compression is never ever guaranteed since you could have already compressed files which can not compress again.. John -- Monitor your physical, virtual and cloud infrastructure from a single web console. Get in-depth insight into apps, servers, databases, vmware, SAP, cloud infrastructure, etc. Download 30-day Free Trial. Pricing starts from $795 for 25 servers or applications! http://p.sf.net/sfu/zoho_dev2dev_nov ___ Bacula-users mailing list Bacula-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/bacula-users
[Bacula-users] Bacula tapes marked FULL too early - VolBytes too low
Thanks John, We've had these tapes fill up to 420GB in the past (to it's native size). I have added some extra Messages to see if error becomes apparent. We have multiple pools/multiple tapes (up to 50 tapes) they all are full on odd 300GB now days. Tape drive configuration in bacula is unchanged from the time when it used to fill up to 420GB. Few lines in bacula-dir config added. append = /var/log/bacula/messages.log = all, !skipped append = /var/log/bacula/errors.log = error, fatal, terminate append = /var/log/bacula/warnings.log = warning, security, alert Not sure if I will learn anything new from these, but worth a shot. +-- |This was sent by goran@momento.com.au via Backup Central. |Forward SPAM to ab...@backupcentral.com. +-- -- Monitor your physical, virtual and cloud infrastructure from a single web console. Get in-depth insight into apps, servers, databases, vmware, SAP, cloud infrastructure, etc. Download 30-day Free Trial. Pricing starts from $795 for 25 servers or applications! http://p.sf.net/sfu/zoho_dev2dev_nov ___ Bacula-users mailing list Bacula-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/bacula-users
[Bacula-users] Bacula tapes marked FULL too early - VolBytes too low
Hello, First time poster, love the community, been reading it for years but never had an issue worth posting, until today. :) Using Bacula Version: 5.0.1 (24 February 2010). Our brand new LTO3 tapes are filling up too quick. Tapes that normally take 420GB are full at 320GB. This is a major concern for us. Please advise as to what may be causing this? Example: | MediaId | VolumeName | VolStatus | Enabled | VolBytes| VolFiles | VolRetention | Recycle | Slot | InChanger | MediaType | LastWritten | +-++---+-+-+--++-+--+---+---+-+ | 1 | Tape 1 | Full | 1 | 325,470,071,808 | 326 | 31,536,000,000 | 0 |1 | 1 | LTO3 | 2012-11-16 12:26:42 | All our tapes show VolStatus like this, brand new or used only ones (which was 420GB Full) I am sorry I do not know how to make this selection a quote. Thankyou in advance. :P +-- |This was sent by goran@momento.com.au via Backup Central. |Forward SPAM to ab...@backupcentral.com. +-- -- Monitor your physical, virtual and cloud infrastructure from a single web console. Get in-depth insight into apps, servers, databases, vmware, SAP, cloud infrastructure, etc. Download 30-day Free Trial. Pricing starts from $795 for 25 servers or applications! http://p.sf.net/sfu/zoho_dev2dev_nov ___ Bacula-users mailing list Bacula-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/bacula-users
Re: [Bacula-users] Bacula tapes marked FULL too early - VolBytes too low
On Thu, Nov 15, 2012 at 8:07 PM, UserMOP bacula-fo...@backupcentral.com wrote: Hello, First time poster, love the community, been reading it for years but never had an issue worth posting, until today. :) Using Bacula Version: 5.0.1 (24 February 2010). Our brand new LTO3 tapes are filling up too quick. Tapes that normally take 420GB are full at 320GB. This is a major concern for us. Please advise as to what may be causing this? Dirty or Bad tape drive or bad media are the most common causes. Remember bacula will write to a tape until the drive returns the write did not succeed and at that point bacula assumes that the tape is full. Bacula does not know the difference between tape write error or a full tape. Example: | MediaId | VolumeName | VolStatus | Enabled | VolBytes| VolFiles | VolRetention | Recycle | Slot | InChanger | MediaType | LastWritten | +-++---+-+-+--++-+--+---+---+-+ | 1 | Tape 1 | Full | 1 | 325,470,071,808 | 326 | 31,536,000,000 | 0 |1 | 1 | LTO3 | 2012-11-16 12:26:42 | All our tapes show VolStatus like this, brand new or used only ones (which was 420GB Full) I am sorry I do not know how to make this selection a quote. Thankyou in advance. :P +-- |This was sent by goran@momento.com.au via Backup Central. |Forward SPAM to ab...@backupcentral.com. +-- -- Monitor your physical, virtual and cloud infrastructure from a single web console. Get in-depth insight into apps, servers, databases, vmware, SAP, cloud infrastructure, etc. Download 30-day Free Trial. Pricing starts from $795 for 25 servers or applications! http://p.sf.net/sfu/zoho_dev2dev_nov ___ Bacula-users mailing list Bacula-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/bacula-users -- John M. Drescher -- Monitor your physical, virtual and cloud infrastructure from a single web console. Get in-depth insight into apps, servers, databases, vmware, SAP, cloud infrastructure, etc. Download 30-day Free Trial. Pricing starts from $795 for 25 servers or applications! http://p.sf.net/sfu/zoho_dev2dev_nov ___ Bacula-users mailing list Bacula-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/bacula-users
