From: UserMOP <bac...@ba...> - 2012-11-16 03:04:07
|
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 gor...@mo... via Backup Central. |Forward SPAM to ab...@ba.... +---------------------------------------------------------------------- |
From: UserMOP <bac...@ba...> - 2013-01-10 03:23:01
|
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 gor...@mo... via Backup Central. |Forward SPAM to ab...@ba.... +---------------------------------------------------------------------- |
From: Alan B. <aj...@ms...> - 2013-01-10 03:50:20
|
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) > |
From: UserMOP <bac...@ba...> - 2013-01-10 05:17:46
|
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 gor...@mo... via Backup Central. |Forward SPAM to ab...@ba.... +---------------------------------------------------------------------- |
From: UserMOP <bac...@ba...> - 2013-04-02 01:53:00
|
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 gor...@mo... via Backup Central. |Forward SPAM to ab...@ba.... +---------------------------------------------------------------------- |
From: John D. <dre...@gm...> - 2012-11-16 05:57:11
|
On Thu, Nov 15, 2012 at 8:07 PM, UserMOP <bac...@ba...> 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 gor...@mo... via Backup Central. > |Forward SPAM to ab...@ba.... > +---------------------------------------------------------------------- > > > > ------------------------------------------------------------------------------ > 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 > Bac...@li... > https://lists.sourceforge.net/lists/listinfo/bacula-users -- John M. Drescher |
From: UserMOP <bac...@ba...> - 2012-11-19 01:19:22
|
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 gor...@mo... via Backup Central. |Forward SPAM to ab...@ba.... +---------------------------------------------------------------------- |
From: John D. <dre...@gm...> - 2012-11-19 01:36:57
|
> 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 |
From: UserMOP <bac...@ba...> - 2012-11-19 06:19:25
|
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 gor...@mo... via Backup Central. |Forward SPAM to ab...@ba.... +---------------------------------------------------------------------- |
From: Jacky C. <jac...@un...> - 2012-11-19 10:27:55
|
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 | | 000092L3 | 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 | 000092L3 | 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 | 000095L3 | 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 | 000099L3 | 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 | 10,368,000 | 1 | 18 | 1 | LTO-3 | | | 6,358 | LTP115L1 | Append | 1 | 64,512 | 0 | 10,368,000 | 1 | 19 | 1 | LTO-3 | | | 6,359 | 000084L3 | Append | 1 | 64,512 | 0 | 10,368,000 | 1 | 20 | 1 | LTO-3 | | +---------+------------+-----------+---------+-----------------+----------+--------------+---------+------+-----------+-----------+---------------------+ * *query Choose a query (1-20): 15 (List Volumes Bacula thinks are in changer) +---------+------------+------+-----------+------+-----------------+-----------+-----------+ | mediaid | volumename | gb | storage | slot | pool | mediatype | volstatus | +---------+------------+------+-----------+------+-----------------+-----------+-----------+ | 6,340 | LTP102L1 | 25 | OVL_LTO-3 | 1 | Pool_gromel_LTO | LTO-3 | Full | | 6,341 | 000310L3 | 288 | OVL_LTO-3 | 2 | Pool_gromel_LTO | LTO-3 | Full | | 6,342 | 000092L3 | 104 | OVL_LTO-3 | 3 | Pool_gromel_LTO | LTO-3 | Full | | 6,343 | 000111L3 | 159 | OVL_LTO-3 | 4 | Pool_gromel_LTO | LTO-3 | Full | | 6,344 | 000336L3 | 21 | OVL_LTO-3 | 5 | Pool_gromel_LTO | LTO-3 | Full | | 6,345 | LTP100L1 | 24 | OVL_LTO-3 | 6 | Pool_gromel_LTO | LTO-3 | Full | | 6,346 | 000226L3 | 80 | OVL_LTO-3 | 7 | Pool_gromel_LTO | LTO-3 | Full | | 6,347 | 000243L3 | 57 | OVL_LTO-3 | 8 | Pool_gromel_LTO | LTO-3 | Full | | 6,348 | 000343L3 | 137 | OVL_LTO-3 | 9 | Pool_gromel_LTO | LTO-3 | Full | | 6,349 | LTP113L1 | 97 | OVL_LTO-3 | 10 | Pool_gromel_LTO | LTO-3 | Full | | 6,350 | 000345L3 | 23 | OVL_LTO-3 | 11 | Pool_gromel_LTO | LTO-3 | Used | | 6,351 | 000274L3 | 0 | OVL_LTO-3 | 12 | Pool_gromel_LTO | LTO-3 | Append | | 6,352 | 000352L3 | 0 | OVL_LTO-3 | 13 | Pool_gromel_LTO | LTO-3 | Append | | 6,353 | 000095L3 | 0 | OVL_LTO-3 | 14 | Pool_gromel_LTO | LTO-3 | Append | | 6,354 | 000170L3 | 0 | OVL_LTO-3 | 15 | Pool_gromel_LTO | LTO-3 | Append | | 6,355 | 000099L3 | 0 | OVL_LTO-3 | 16 | Pool_gromel_LTO | LTO-3 | Append | | 6,356 | 000367L3 | 0 | OVL_LTO-3 | 17 | Pool_gromel_LTO | LTO-3 | Append | | 6,357 | 000240L3 | 0 | OVL_LTO-3 | 18 | Pool_gromel_LTO | LTO-3 | Append | | 6,358 | LTP115L1 | 0 | OVL_LTO-3 | 19 | Pool_gromel_LTO | LTO-3 | Append | | 6,359 | 000084L3 | 0 | OVL_LTO-3 | 20 | Pool_gromel_LTO | LTO-3 | Append | +---------+------------+------+-----------+------+-----------------+-----------+-----------+ * *query Choose a query (1-20): 7 (List Volumes used by selected JobId) Enter JobId: 11885 +--------+------------+ | jobid | volumename | +--------+------------+ | 11,885 | 000092L3 | | 11,885 | 000111L3 | | 11,885 | LTP113L1 | | 11,885 | 000345L3 | | 11,885 | LTP102L1 | | 11,885 | LTP100L1 | | 11,885 | 000343L3 | | 11,885 | 000243L3 | | 11,885 | 000336L3 | | 11,885 | 000310L3 | | 11,885 | 000226L3 | +--------+------------+ Le 19/11/2012 07:19, UserMOP a écrit : > 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 gor...@mo... via Backup Central. > |Forward SPAM to ab...@ba.... > +---------------------------------------------------------------------- > > > > ------------------------------------------------------------------------------ > 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 > Bac...@li... > https://lists.sourceforge.net/lists/listinfo/bacula-users -- Jacky CARIMALO Université de Nantes Direction des Systèmes d'Information Tel : 02 53 48 49 22 (en interne : 22 49 22) Fax : 02 53 48 49 09 |
From: Alan B. <aj...@ms...> - 2012-11-19 11:00:51
|
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 |
From: Jacky C. <jac...@un...> - 2012-11-19 14:49:55
|
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 |
From: Alan B. <aj...@ms...> - 2012-11-19 14:55:21
|
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. |
From: Radosław K. <rad...@ko...> - 2012-11-20 08:15:43
|
Hello, 2012/11/19 Jacky Carimalo <jac...@un...> > 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 > Bac...@li... > https://lists.sourceforge.net/lists/listinfo/bacula-users > -- Radosław Korzeniewski rad...@ko... |
From: Jacky C. <jac...@un...> - 2012-11-20 14:18:37
|
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 > Bac...@li... > https://lists.sourceforge.net/lists/listinfo/bacula-users |
From: Jacky C. <jac...@un...> - 2012-11-20 14:29:39
|
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 <jac...@un... > <mailto:jac...@un...>> > > 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 > Bac...@li... > <mailto:Bac...@li...> > https://lists.sourceforge.net/lists/listinfo/bacula-users > > > > > -- > Radosław Korzeniewski > rad...@ko... <mailto:rad...@ko...> > > > ------------------------------------------------------------------------------ > 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 > Bac...@li... > https://lists.sourceforge.net/lists/listinfo/bacula-users -- Jacky CARIMALO Université de Nantes Direction des Systèmes d'Information Tel : 02 53 48 49 22 (en interne : 22 49 22) Fax : 02 53 48 49 09 |
From: Radosław K. <rad...@ko...> - 2012-11-20 15:22:54
|
Hello, 2012/11/20 Jacky Carimalo <jac...@un...> > 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 rad...@ko... |
From: John D. <dre...@gm...> - 2012-11-20 14:31:06
|
On Tue, Nov 20, 2012 at 10:15 AM, Jacky Carimalo <jac...@un...> 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 |
From: John D. <dre...@gm...> - 2012-11-20 14:32:12
|
On Tue, Nov 20, 2012 at 9:30 AM, John Drescher <dre...@gm...> wrote: > On Tue, Nov 20, 2012 at 10:15 AM, Jacky Carimalo > <jac...@un...> 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 |
From: Jacky C. <jac...@un...> - 2012-11-20 15:16:56
|
Le 20/11/2012 15:30, John Drescher a écrit : > On Tue, Nov 20, 2012 at 10:15 AM, Jacky Carimalo > <jac...@un...> 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 0000: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 0000: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 |
From: Tilman S. <t.s...@ph...> - 2012-11-20 15:34:55
|
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 0000: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 0000: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 |
From: Jacky C. <jac...@un...> - 2012-11-20 15:18:00
|
Le 20/11/2012 15:32, John Drescher a écrit : > On Tue, Nov 20, 2012 at 9:30 AM, John Drescher <dre...@gm...> wrote: >> On Tue, Nov 20, 2012 at 10:15 AM, Jacky Carimalo >> <jac...@un...> 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] disk IFT A16F-R2221 347C /dev/sdb /dev/sg2 [0:0:1:0] tape HP Ultrium 3-SCSI G24H /dev/st0 /dev/sg3 [0:0:1:1] tape HP 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 |
From: <lst...@kw...> - 2012-11-20 15:33:03
|
Zitat von Jacky Carimalo <jac...@un...>: > Le 20/11/2012 15:32, John Drescher a écrit : >> On Tue, Nov 20, 2012 at 9:30 AM, John Drescher <dre...@gm...> wrote: >>> On Tue, Nov 20, 2012 at 10:15 AM, Jacky Carimalo >>> <jac...@un...> 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] disk IFT A16F-R2221 347C /dev/sdb /dev/sg2 > [0:0:1:0] tape HP Ultrium 3-SCSI G24H /dev/st0 /dev/sg3 > [0:0:1:1] tape HP 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 |
From: Tilman S. <t.s...@ph...> - 2012-11-20 15:39:21
|
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] disk IFT A16F-R2221 347C /dev/sdb /dev/sg2 > [0:0:1:0] tape HP Ultrium 3-SCSI G24H /dev/st0 /dev/sg3 > [0:0:1:1] tape HP 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] disk ATA ST3250620NS 3.AE /dev/sda /dev/sg1 [3:0:0:0] disk ATA ST3250620NS 3.AE /dev/sdb /dev/sg2 [5:0:5:0] tape HP 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 |
From: Jacky C. <jac...@un...> - 2012-11-22 13:44:18
|
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] disk IFT A16F-R2221 347C /dev/sdb /dev/sg2 >> [0:0:1:0] tape HP Ultrium 3-SCSI G24H /dev/st0 /dev/sg3 >> [0:0:1:1] tape HP 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] disk ATA ST3250620NS 3.AE /dev/sda /dev/sg1 > [3:0:0:0] disk ATA ST3250620NS 3.AE /dev/sdb /dev/sg2 > [5:0:5:0] tape HP 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 0000: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 |