| 00:25.11 | *** join/#utah tiwula (~lane@174-23-59-21.slkc.qwest.net) |
| 00:32.54 | *** join/#utah Jantz (~IceChat9@2407:7000:8d04:100:5093:b9e8:53fd:cae8) |
| 01:41.30 | *** join/#utah infobot (ibot@208.53.50.136) |
| 01:41.30 | *** topic/#utah is Utah-related discussion including user groups | logs @ http://infobot.rikers.org/%23utah/ | See also ##lds | To combat spam, you must register with NickServ if you wish to speak. This may or may not be temporary. |
| 01:41.30 | *** mode/#utah [+o infobot] by ChanServ |
| 05:52.13 | *** join/#utah ByronJohnson (~bairyn@unaffiliated/bob0) |
| 06:39.44 | RyanE | Missed first AoC day, didn't think it was night before 1st for us... :| |
| 06:39.49 | RyanE | caught up again now, though. |
| 09:05.37 | *** join/#utah tristanbob_h (~Tristan@2602:41:82a6:ab00:eda4:d6e5:8ae2:e840) |
| 13:26.32 | *** join/#utah emcnabb (emcnabb@nat/redhat/x-xkgwcthkaxucoprt) |
| 14:30.35 | *** join/#utah aeryndunham (~aeryndunh@96.71.45.252) |
| 15:47.03 | *** join/#utah emcnabb (emcnabb@nat/redhat/x-pjxthyuvyqkhilxd) |
| 15:53.45 | *** join/#utah braxtron (~braxtron@216.160.248.178) |
| 16:01.14 | *** join/#utah aarobc (uid151482@gateway/web/irccloud.com/x-votdflvtvpvsovhm) |
| 16:21.50 | *** join/#utah josephscott (~josephsco@74.114.153.251) |
| 16:25.04 | *** join/#utah emcnabb (emcnabb@nat/redhat/x-wmdqgiblmjykbqgu) |
| 16:25.10 | *** join/#utah tiwula (~lane@70.89.246.241-Busname-UT.hfc.comcastbusiness.net) |
| 16:40.42 | *** join/#utah lane_ (~lane@70.89.246.241-Busname-UT.hfc.comcastbusiness.net) |
| 16:45.19 | *** join/#utah lane__ (~lane@70.89.246.241-Busname-UT.hfc.comcastbusiness.net) |
| 17:41.01 | *** join/#utah lane_ (~lane@70.89.246.241-Busname-UT.hfc.comcastbusiness.net) |
| 17:45.24 | *** join/#utah lane__ (~lane@70.89.246.241-Busname-UT.hfc.comcastbusiness.net) |
| 17:46.07 | *** join/#utah keldwud (c7c0a44b@gateway/web/freenode/ip.199.192.164.75) |
| 17:54.27 | keldwud | I'm using an autochanger with 16 tapes in it, all are labeled. goal is to remove the labels. successfully removed the label of one tape with 'mt rewind; mt weof; mt rewind' using mtx to display status of storage elements. after mt commands on the first 2 tapes, the label was still present. after running on the third tape, the status now shows the volume no longer has a label. have tried again on the first two and the fourth to no avai |
| 18:01.59 | spangborn | i wish I knew what you were talking about |
| 18:04.40 | jlp_znc | tapes |
| 18:06.17 | jlp_znc | I think you need to write two EOF markers |
| 18:06.37 | jlp_znc | so mt rew; mt weof; mt weof; mt rew |
| 18:07.13 | jlp_znc | there is also mt erase |
| 18:08.41 | jlp_znc | I seem to recall the presence of two EOF markers together indicating end of media, but I could be wrong... it's been a long time since I worked with tapes. |
| 18:09.12 | keldwud | mt erase didn't seem to erase the label on the one disk I had the patience to try |
| 18:09.34 | keldwud | and I *think* I tried two weofs just now but I'm going to try it again |
| 18:09.38 | jlp_znc | what kind of changer do you have? could the label be being read by a barcode reader? |
| 18:09.47 | keldwud | another thing I've tried is weof, rewind, weof, rewind |
| 18:09.54 | keldwud | yeah there's a barcode reader |
| 18:10.04 | keldwud | it's a quantum superloader 3 |
| 18:10.19 | keldwud | what gets me though is the one label I *was* able to remove |
| 18:10.36 | keldwud | and the labels were added using bareos/bacula although that just uses mtx anyway |
| 18:11.14 | jlp_znc | yeah, bacula should just be writing a label file as the first file on the tape. |
| 18:12.40 | keldwud | yeah that's how I understood it was working |
| 18:13.01 | keldwud | every time I do an mtx status, the VolumeTag=XXXXXXX is still there |
| 18:13.05 | keldwud | except for that *one* tape |
| 18:13.19 | keldwud | ima check my command history to see what I did differently on that one |
| 18:13.25 | jlp_znc | http://www.bacula.org/5.0.x-manuals/en/console/console/Bacula_Console.html |
| 18:14.32 | jlp_znc | look at the "label" command and the "purge" command |
| 18:14.48 | keldwud | oh there's a purge? |
| 18:14.57 | keldwud | I was poring over the documentation and must have missed that |
| 18:15.00 | jlp_znc | yeah, that's supposed to take it out of the db, too |
| 18:15.15 | jlp_znc | one thing you could also try is just write a file of zeros at the beginning of the tape |
| 18:15.44 | jlp_znc | mt rew; dd if=/dev/zero of=/dev/tape0 (or whatever) count=1024 |
| 18:16.32 | keldwud | k, I'll go try those two steps. looks like maybe the purge will help. can't believe I missed that command. |
| 18:16.46 | keldwud | oh I see. it's because I didn't udnerstand the extent of "purge records from catalog" |
| 18:16.48 | jlp_znc | there might also be a command for the changer to tell it to re-inventory the tapes. |
| 18:17.32 | keldwud | oh except I already deleted the volumes from bareos |
| 18:17.34 | keldwud | lol |
| 18:17.39 | jlp_znc | I think it's something like mtx inventory |
| 18:18.14 | jlp_znc | makes the changer go load each tape and check the label |
| 18:18.17 | keldwud | yeah I'll check the bareos mtx script and mtx man to see if i can find the related entry |
| 18:18.25 | jlp_znc | good luck |
| 18:18.31 | jlp_znc | hates tapes |
| 18:18.48 | keldwud | I thought it was going to be fun! and it *was* for the first little bit |
| 18:27.52 | keldwud | ok yeah, writing zeros to the first 1024 bits appears to be my most effective solution |
| 18:27.54 | keldwud | thanks jlp_znc |
| 18:28.01 | keldwud | that one gave me an empty unlabeled disk |
| 18:28.19 | keldwud | which is exactly what I need to "reset" all my tapes back to the beginning state |
| 18:31.38 | keldwud | 14 more to go :) |
| 18:32.22 | keldwud | wait |
| 18:32.37 | keldwud | that didn't work when I put the disk back into the autochanger it shows the label again |
| 18:33.14 | keldwud | I was looking at the wrong line |
| 18:35.25 | keldwud | rewind; dd didn't remove the label either |
| 18:35.36 | keldwud | it's gotta be the autochanger |
| 18:38.22 | jlp_znc | try the mtx inventory (after you overwrite all of the labels with that dd :D ) |
| 18:38.47 | keldwud | ooooh ok |
| 18:38.51 | keldwud | that makes more sense |
| 18:39.06 | keldwud | I was trying to figure out how to "refresh" what could possibly be the mtx cache |
| 18:48.50 | keldwud | omg, a full autoloader recycle and inventory didn't change much |
| 18:51.27 | keldwud | maybe I'm trying to do something that I'm not supposed to be able to do |
| 18:58.24 | jlp_znc | are the tapes in a magazine that you can pull from the autolaoder? or can you just have it eject them all (one by one) and then put them back in? |
| 19:01.15 | keldwud | yeah there's two magazines |
| 19:01.19 | keldwud | they're down at the DC tho |
| 19:02.05 | keldwud | I'm guessing maybe I'm just misunderstanding how the output of mtx status works |
| 19:02.25 | keldwud | I *thought* the first time I looked at them, they didn't have Volume= tags on them |
| 19:02.37 | keldwud | and then when I used bareos label barcodes, then they appeared |
| 19:03.25 | keldwud | I thought I also needed to remove the volume tags from the layer that mtx sees the tapes at |
| 19:04.12 | keldwud | but now that I'm back in bareos with label barcodes, it is successfully labeling them again and adding them to the catalog. I had previously deleted the volumes from bconsole |
| 19:05.10 | keldwud | it is on the first 5 tapes so far and that's how many tapes I performed mt rewind; mt weof; |
| 19:05.19 | keldwud | now I'll see if tape 6+ act any differently |
| 19:06.48 | jlp_znc | tapes. ugh. |
| 19:09.28 | keldwud | yeah, looks like my mt weof commands worked just fine, I was just sucking at having a valid test to verify that it worked |
| 19:09.49 | keldwud | take 6+ respond with "cannot label, already labeled" |
| 19:09.55 | joshh | what the heck kind of ancient tech are you working with there |
| 19:10.00 | joshh | stone tablets? |
| 19:10.07 | keldwud | so what I need now is a verification step that shows me that I've deleted the volume label |
| 19:10.16 | keldwud | or I can just trust that it happened |
| 19:10.33 | keldwud | joshh: autoloader with 6TBx15 tapes |
| 19:10.43 | keldwud | gotta backup my backups |
| 19:10.46 | keldwud | for 7 years |
| 19:10.54 | joshh | to the cloud? |
| 19:11.30 | keldwud | the opposite |
| 19:11.39 | keldwud | a deep dark cave |
| 19:12.23 | keldwud | now I'm curious. what *is* the opposite or inverse of the cloud? |
| 19:12.54 | joshh | a crappy server |
| 19:14.05 | JPaul | kewldud I think cave is apt. We store ours up at PSI's cave... |
| 19:14.53 | keldwud | our cave is flexential (formerly viawest) |
| 19:26.57 | JPaul | read through your posts, no idea how to help on the rest of it, we use bacula so that manages the tape labels for us along with the backup jobs and whatnot. |
| 19:28.33 | keldwud | yeah bconsole is still pretty much the same in bareos as in bacula |
| 19:29.37 | keldwud | the original issue that caused me to need to relabel the tapes was that I originally used the default volume size of 1G so each tape filled after 1GB and then I couldn't add them back to the pools the way I wanted so I deleted them |
| 19:34.49 | JPaul | ah bummer. |
| 19:34.56 | JPaul | I haven't looked at bareos at all |
| 19:39.09 | keldwud | JPaul: it's FOSS! |
| 19:39.17 | keldwud | apparently bacula isn't completely FOSS anymore |
| 19:39.26 | keldwud | well, according to the bareos fork |
| 19:39.33 | keldwud | the source might be biased |
| 19:40.21 | JPaul | no, I think they are right |
| 19:40.55 | JPaul | there's some parts we can't get anymore easily or that haven't been updated in a a while, like the BAT GUI |
| 19:41.22 | keldwud | according to bareos, bacula dev was refusing to merge some security fixes that were submitted |
| 19:41.41 | jlp_znc | that's ungood |
| 19:41.47 | JPaul | to get the current GUI you need to pay. The old one worked fine until earlier this year on my system, now it crashes when I try to get it to list tapes or anything |
| 19:41.55 | keldwud | so they started a fork. they're still quite interchangeable and you can upgrade from bacula to bareos |
| 19:42.45 | JPaul | I'll have to look into it. I pulled up their site and browsed around a bit. Right now though I'm pretty slammed dealing with more important projects and wishing I could find someone competent to help out here |
| 19:43.16 | keldwud | JPaul: I can come moonlight 10 hours per week for you :) |
| 19:44.20 | JPaul | it'd probably help, but I need at least one other guy onsite, two if I can only get jr admins. I'm going to be moving to Cache Valley this next summer and will be working remotely. |
| 19:44.32 | keldwud | jlp_znc: but yeah, looks like everything was doing what it was supposed to, I just failed at verifying it properly. now I can use my tapes again at 6TB per volume instead of 1GB per volume |
| 19:44.46 | JPaul | would have moved this last summer but my coworker quit at the beginning of the year, leaving basically just me to manage the DC |
| 19:44.51 | keldwud | land is still cheap out in cache isn't it? |
| 19:44.56 | JPaul | pretty much |
| 19:45.12 | JPaul | I can get a nice house on several acres for less than 400k |
| 19:45.33 | keldwud | <PROTECTED> |
| 19:46.22 | JPaul | yah, I remote in from my in-laws house in Hyde Park occasionally when I am up there and need to respond to an issue |
| 19:46.48 | JPaul | they have comcast. I have UTOPIA 1 gig right now, so that will be a bummer to leave |
| 19:46.54 | JPaul | but the land is more important to me |
| 19:47.21 | JPaul | since most of my work is command line, I can deal with a few meg connection if I need to. |
| 19:47.31 | JPaul | not a lot of bandwidth needed for SSH |
| 20:20.17 | *** join/#utah lane_ (~lane@70.89.246.241-Busname-UT.hfc.comcastbusiness.net) |
| 21:15.54 | *** join/#utah lane__ (~lane@70.89.246.241-Busname-UT.hfc.comcastbusiness.net) |
| 21:20.24 | *** join/#utah lane_ (~lane@70.89.246.241-Busname-UT.hfc.comcastbusiness.net) |
| 22:10.18 | spangborn | https://twitter.com/spangborn/status/1069713387443998721 |
| 22:10.21 | spangborn | Doing some science |
| 22:10.22 | spangborn | vote pls |
| 23:21.16 | jfindlay | ~napoleon spangborn |
| 23:21.16 | infobot | ACTION makes spangborn feed Tina |
| 23:21.32 | spangborn | Tina, you fat lard |
| 23:47.10 | *** join/#utah emcnabb (~emcnabb@50.225.197.140) |