Re: [Bacula-users] tapes randomly become unrecognizeable
On Tue, Mar 12, 2013 at 5:20 PM, Alan Brown wrote: > On 12/03/13 16:46, mark.berg...@uphs.upenn.edu wrote: >> >> In my experience, the readability of barcode labels is highly dependant on >> the >> combination of the label and the barcode reader. >> > > What brand/model libraries are you using? > > Overland (at least) are fairly immune to alignment/placement issues. > > I've seen problems with inkjet-printed labels bleeding enough to make > barcodes illegible but nothing else has had issues. > My home LTO4 Tandberg StorageLoader 8 is a [expletive deleted] with labels, but the three Overland Neo 2000 libraries I manage are quite happy with own printed labels. Cheers Arne -- Everyone hates slow websites. So do we. Make your web apps faster with AppDynamics Download AppDynamics Lite for free today: http://p.sf.net/sfu/appdyn_d2d_mar ___ Bacula-users mailing list Bacula-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/bacula-users
Re: [Bacula-users] tapes randomly become unrecognizeable
On 12/03/13 16:46, mark.berg...@uphs.upenn.edu wrote: > > In my experience, the readability of barcode labels is highly dependant on the > combination of the label and the barcode reader. > What brand/model libraries are you using? Overland (at least) are fairly immune to alignment/placement issues. I've seen problems with inkjet-printed labels bleeding enough to make barcodes illegible but nothing else has had issues. -- Symantec Endpoint Protection 12 positioned as A LEADER in The Forrester Wave(TM): Endpoint Security, Q1 2013 and "remains a good choice" in the endpoint security space. For insight on selecting the right partner to tackle endpoint security challenges, access the full report. http://p.sf.net/sfu/symantec-dev2dev ___ Bacula-users mailing list Bacula-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/bacula-users
Re: [Bacula-users] tapes randomly become unrecognizeable
In the message dated: Mon, 11 Mar 2013 22:44:25 -0400, The pithy ruminations from John Drescher on were: => > DO NOT PRINT YOUR OWN LABELS => > EVER => => I have for the last 100 or so tapes and I have had 0 issues with that. => In my experience, the readability of barcode labels is highly dependant on the combination of the label and the barcode reader. Since 2006 we've had: LTO2 library~100 pre-printed labels, no problem LTO3 library~100 pre-printed labels, no problem ~50 in-house labels, no problem ~100 in-house labels, no problem ~50 in-house labels, no problem LTO3 2nd library~50 in-house labels, ~1% failure rate LTO3 2nd library~50 in-house labels, ~1% failure rate LTO450 pre-printed labels, no problem 50 in-house LTO4 labels: ~75% failure ~75% failure reading existing LTO3 in-house labels (100% failure for some batches, ~25% failure for other batches) ~ 5% failure rate reading pre-printed LTO3 labels Over the years, we've used different parameters for printing labels, with extremely minor changes (mm) in the height and width of the labels. All labels were printed with a color laser printer onto self-adhesive (Avery 6577) label stock, following the TriOptic color coding and the USS-39 barcode standard. However, each the barcode reader on each of our tape libraries is different--some (the 2nd LTO3 library) were slightly sensitive to the label placement (whether it was straight, whether it was to the left/right/top/bottom of the indented region on the tape cassette), while the reader in our current LTO4 library is extremely sensitive to the barcode size, label position, stray ink or discoloration on the edge of a label, etc. The LTO4 libarary has even had difficulty reading some pre-printed labels. We've used the following on-line barcode generators, as well as local perl scripts: http://www.mytapelabels.com/ http://blog.maniac.nl/index.php/webbased-pdf-lto-barcode-generator/ In short, I'd say that the success--or failure--of locally generated barcode labels is highly dependent on the combination of the label and the barcode scanner; there is no absolute answer for every environment. Mark => John => => -- -- Mark Bergman voice: 215-662-7310 mark.berg...@uphs.upenn.edu fax: 215-614-0266 System Administrator Section of Biomedical Image Analysis Department of RadiologyUniversity of Pennsylvania PGP Key: https://www.rad.upenn.edu/sbia/bergman -- Symantec Endpoint Protection 12 positioned as A LEADER in The Forrester Wave(TM): Endpoint Security, Q1 2013 and "remains a good choice" in the endpoint security space. For insight on selecting the right partner to tackle endpoint security challenges, access the full report. http://p.sf.net/sfu/symantec-dev2dev ___ Bacula-users mailing list Bacula-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/bacula-users
Re: [Bacula-users] Reducing the maximum number of volumes in a pool
> some more observations on reducing the numbers of volumes in a pool: I > changed the max volumes from 14 to 8 for a disk based incremental > pool, reloaded the director config and then started manually deleting > volumes using bconsole. > > "list pool" still showed numvols = maxvols = 14 until I manually > started the "update pool from resource" command, then the volume count > for both numvols and maxvols would decrease by one for each volume > deleted. > > Now I'm asking myself is this a bug or a feature? Sure bacula tries to > keep my data as long as possible (which is nice), but I'd expect the > following to happen: I believe this is a feature. John -- Symantec Endpoint Protection 12 positioned as A LEADER in The Forrester Wave(TM): Endpoint Security, Q1 2013 and "remains a good choice" in the endpoint security space. For insight on selecting the right partner to tackle endpoint security challenges, access the full report. http://p.sf.net/sfu/symantec-dev2dev ___ Bacula-users mailing list Bacula-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/bacula-users
Re: [Bacula-users] Reducing the maximum number of volumes in a pool
On Wed, Feb 27, 2013 at 08:11:44AM -0500, Dan Langille wrote: > > In bconsole, did you issue the reload command before issuing the update > command? > Hi folks, some more observations on reducing the numbers of volumes in a pool: I changed the max volumes from 14 to 8 for a disk based incremental pool, reloaded the director config and then started manually deleting volumes using bconsole. "list pool" still showed numvols = maxvols = 14 until I manually started the "update pool from resource" command, then the volume count for both numvols and maxvols would decrease by one for each volume deleted. Now I'm asking myself is this a bug or a feature? Sure bacula tries to keep my data as long as possible (which is nice), but I'd expect the following to happen: - Bacula sees numvols > maxvols once it's starting a job (maxjobs = 1 per volume), so it deletes the oldest volume from the pool and recycles the next oldest until numvols is equal maxvols again. What really bugs me about this is that even after reloading the config and updating the pool from resource manually, "maxvols" is still on the old value and not the one found in bacula-dir.conf, so one has no indication on a database level that the pool contains more volumes that it should. All the best, Uwe -- NIONEX --- Ein Unternehmen der Bertelsmann SE & Co. KGaA -- Symantec Endpoint Protection 12 positioned as A LEADER in The Forrester Wave(TM): Endpoint Security, Q1 2013 and "remains a good choice" in the endpoint security space. For insight on selecting the right partner to tackle endpoint security challenges, access the full report. http://p.sf.net/sfu/symantec-dev2dev ___ Bacula-users mailing list Bacula-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/bacula-users
Re: [Bacula-users] tapes randomly become unrecognizeable
No slot on my tapes for labels On Tue, Mar 12, 2013 at 11:10 AM, Dan Langille wrote: > Glue? My labels slide into a slot. No sticking involved. > > -- > Dan Langille > http://langille.org/ > > > On Mar 12, 2013, at 10:21 AM, Simon Tyler wrote: > > AFAIK we didn't have issues at first either. I think eventually the glue > started loosening up > > > > On Mon, Mar 11, 2013 at 10:44 PM, John Drescher wrote: > >> > DO NOT PRINT YOUR OWN LABELS >> > EVER >> >> I have for the last 100 or so tapes and I have had 0 issues with that. >> >> John >> > > -- Symantec Endpoint Protection 12 positioned as A LEADER in The Forrester Wave(TM): Endpoint Security, Q1 2013 and "remains a good choice" in the endpoint security space. For insight on selecting the right partner to tackle endpoint security challenges, access the full report. http://p.sf.net/sfu/symantec-dev2dev___ Bacula-users mailing list Bacula-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/bacula-users
Re: [Bacula-users] tapes randomly become unrecognizeable
All I can tell you is what happens when I don't use pre-printed labels. Change tapes update slots, label barcodes a random tape is not recognized do no tape change, take out magazine, reinsert tape in magazine update slots tape recognized This only happened with home made labels. Maybe I should run another month to make sure, but this is what I see. On Tue, Mar 12, 2013 at 10:55 AM, John Drescher wrote: > > Hi John, I just checked with the guy who started printing labels and he > said > > he started doing that in 2009. We didn't really notice issues until we > > switched to Bacula (from Netvault), so they were working fine for at > least 3 > > years. I wonder if it's possible that Bacula drives the bar code reader > more > > aggressively, requiring higher quality labels? All I can say is that the > > tapes that I marked as "bad" seem to work fine with HP labels, without > them > > I encountered intermittent and random problems. Many times the reader > could > > see the label, I would change some tapes and re-insert the magazine and > > suddenly the reader couldn't see the label. I would take the magazine > out, > > reseat the tape, and the bar code could see the label. It was very > > frustrating to troubleshoot, until I bought pre-printed labels. > > > > I would doubt that. The barcode reader should only be used when you > add or remove tapes or at least that is what my barcode reader does. > After you change tapes the library scans the added tapes (or the whole > magazine) and remembers this and does not scan again unless you power > cycle the unit or change tapes or magazines again. > > John > -- Symantec Endpoint Protection 12 positioned as A LEADER in The Forrester Wave(TM): Endpoint Security, Q1 2013 and "remains a good choice" in the endpoint security space. For insight on selecting the right partner to tackle endpoint security challenges, access the full report. http://p.sf.net/sfu/symantec-dev2dev___ Bacula-users mailing list Bacula-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/bacula-users
Re: [Bacula-users] tapes randomly become unrecognizeable
Glue? My labels slide into a slot. No sticking involved. -- Dan Langille http://langille.org/ On Mar 12, 2013, at 10:21 AM, Simon Tyler wrote: > AFAIK we didn't have issues at first either. I think eventually the glue > started loosening up > > > On Mon, Mar 11, 2013 at 10:44 PM, John Drescher wrote: >> > DO NOT PRINT YOUR OWN LABELS >> > EVER >> >> I have for the last 100 or so tapes and I have had 0 issues with that. >> >> John > -- Symantec Endpoint Protection 12 positioned as A LEADER in The Forrester Wave(TM): Endpoint Security, Q1 2013 and "remains a good choice" in the endpoint security space. For insight on selecting the right partner to tackle endpoint security challenges, access the full report. http://p.sf.net/sfu/symantec-dev2dev___ Bacula-users mailing list Bacula-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/bacula-users
[Bacula-users] Using TLS only for one specific client -- it is possible?
I have a Bacula installation on my corporate LAN for some time, and since this is LAN I did not bother with setting up TLS. Now a need emerged to back up exactly one remote client (it's actually a VPS). For some reason Bacula appears to be a rather suitable thing to employ for this task, except for one thing: since this client is accessible via Internet, all communications have to be secure hence employing TLS appears to be a way to go. As far as I understand it, backing up a client goes like this: 1) The Director contacts the FD and tells it to upload such and such files to a specific SD. It tells the FD which SD and also passes it a special cookie to authenticate against that SD. 2) The FD contacts the SD and uploads its stuff. So I should have the Director->FD and FD->SD communications protected by TLS. This means that FD should have TLS enabled for both inbound and outgoing connections, and SD should listen on a port with TLS enabled. The problem is that I thought it will be possible to enable TLS only on that one remote FD and add a TLS-enabled "listener" to my local SD, and leave the LAN intact. So I imagined I would set up TLS on the remote FD, do the same in the appropriate Client resource in my Director, and set up the second Storage resource in my SD config, listening on a different port and having TLS enabled *only there.* Unfortunately, SD says there can be only one Storage resource in the SD configuration file. So it now appears that TLS in Bacula supposes an all or nothing approach. I also know about stunnel, but I'm hesitant to use it due to these reasons: 1) At least two stunnel instances will be required to be set up and maintained. 2) Using stunnel involves unnecessary copying of (lots of) data. Another thing I considered is running another SD with a separate configuration file. This is doable as well but has its own apparent downsides like the need to fork and maintain a separate init script, inability to do copy jobs to media attached to the "main" SD etc. So, before I settle on either full-on TLS setup or stunnel or something else I'd like to ask if anyone here knows if it's somehow possible to do what I need: to make just a single client use TLS and leave everything else as is? I'm running Director and SD on the same Debian server which has Bacula 5.2.6 installed. The remote FD will probably run Bacula 5.0.3. -- Symantec Endpoint Protection 12 positioned as A LEADER in The Forrester Wave(TM): Endpoint Security, Q1 2013 and "remains a good choice" in the endpoint security space. For insight on selecting the right partner to tackle endpoint security challenges, access the full report. http://p.sf.net/sfu/symantec-dev2dev ___ Bacula-users mailing list Bacula-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/bacula-users
Re: [Bacula-users] tapes randomly become unrecognizeable
> Hi John, I just checked with the guy who started printing labels and he said > he started doing that in 2009. We didn't really notice issues until we > switched to Bacula (from Netvault), so they were working fine for at least 3 > years. I wonder if it's possible that Bacula drives the bar code reader more > aggressively, requiring higher quality labels? All I can say is that the > tapes that I marked as "bad" seem to work fine with HP labels, without them > I encountered intermittent and random problems. Many times the reader could > see the label, I would change some tapes and re-insert the magazine and > suddenly the reader couldn't see the label. I would take the magazine out, > reseat the tape, and the bar code could see the label. It was very > frustrating to troubleshoot, until I bought pre-printed labels. > I would doubt that. The barcode reader should only be used when you add or remove tapes or at least that is what my barcode reader does. After you change tapes the library scans the added tapes (or the whole magazine) and remembers this and does not scan again unless you power cycle the unit or change tapes or magazines again. John -- Symantec Endpoint Protection 12 positioned as A LEADER in The Forrester Wave(TM): Endpoint Security, Q1 2013 and "remains a good choice" in the endpoint security space. For insight on selecting the right partner to tackle endpoint security challenges, access the full report. http://p.sf.net/sfu/symantec-dev2dev ___ Bacula-users mailing list Bacula-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/bacula-users
[Bacula-users] Fwd: tapes randomly become unrecognizeable
-- Forwarded message -- From: John Drescher Date: Tue, Mar 12, 2013 at 10:33 AM Subject: Re: [Bacula-users] tapes randomly become unrecognizeable To: Simon Tyler On Tue, Mar 12, 2013 at 10:21 AM, Simon Tyler wrote: > AFAIK we didn't have issues at first either. I think eventually the glue > started loosening up This is not at first. I started printing labels several years ago. An estimate is 5 years although it could be as much as 7 years. John -- John M. Drescher -- Symantec Endpoint Protection 12 positioned as A LEADER in The Forrester Wave(TM): Endpoint Security, Q1 2013 and "remains a good choice" in the endpoint security space. For insight on selecting the right partner to tackle endpoint security challenges, access the full report. http://p.sf.net/sfu/symantec-dev2dev ___ Bacula-users mailing list Bacula-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/bacula-users
Re: [Bacula-users] tapes randomly become unrecognizeable
AFAIK we didn't have issues at first either. I think eventually the glue started loosening up On Mon, Mar 11, 2013 at 10:44 PM, John Drescher wrote: > > DO NOT PRINT YOUR OWN LABELS > > EVER > > I have for the last 100 or so tapes and I have had 0 issues with that. > > John > -- Symantec Endpoint Protection 12 positioned as A LEADER in The Forrester Wave(TM): Endpoint Security, Q1 2013 and "remains a good choice" in the endpoint security space. For insight on selecting the right partner to tackle endpoint security challenges, access the full report. http://p.sf.net/sfu/symantec-dev2dev___ Bacula-users mailing list Bacula-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/bacula-users