Re: plea for help: chio + chg-robot
On Mon, Dec 14, 2009 at 11:20:03AM -0600, Dustin J. Mitchell wrote: A user on IRC asked me about support for chio, the FreeBSD equivalent to mtx. I know Amanda has chg-chio, but for some reason this wasn't working well. This particular user didn't hang around long enough to get things working, but it did remind me that chg-robot doesn't support chio, since I don't have a FreeBSD box with a changer attached. The old chg-chio script will continue to work as well as it ever has, but chg-robot is a lot smarter about remembering where tapes are and finding them quickly, so it'd be great to have support for FreeBSD as well. So: I'm looking for someone who knows a bit about chio and a bit of Perl to put this particular piece of support together. I've worked on chg-chio a bit under NetBSD to drive my adic scalar 448 DLT changer. it has a barcode scanner, but I've never bothered to configure it since amanda's normal access pattern is sequential. it sounds like chg-robot would be an improvement. it doesn't look like chio has diverged much between NetBSD and FreeBSD, so I expect if I get it working under NetBSD it should work under FreeBSD as well. is the chg-robot script something I could use with 2.5.2p1, or do I need to fire up subversion? :) -- Aaron J. Grier | Not your ordinary poofy goof. | agr...@poofygoof.com
backup media
On Wed, Aug 12, 2009 at 09:05:47PM -0600, Charles Curley wrote: I assume you already have verified that your tapes will last that long before print-through makes them unreadable. print-through? that can be a problem with analog audio tape, but I've never heard of it being an issue with digital backups. is anyone using amanda to backup to 9-track? QIC? does TK50 count as DLT? :) -- Aaron J. Grier | Not your ordinary poofy goof. | agr...@poofygoof.com
Re: incorrect overwritten warnings from the planner?
On Wed, Jul 29, 2009 at 04:54:57PM -0700, Aaron J. Grier wrote: I have changed runtapes to 1, which should fix the problem. thanks again! and to follow-up, it did fix the problem. apparently the planner in amanda 2.4.4p4 didn't pay a lot of attention to runtapes... -- Aaron J. Grier | Not your ordinary poofy goof. | agr...@poofygoof.com
incorrect overwritten warnings from the planner?
I'm running amanda 2.5.2p1 under NetBSD. since updating, I've been getting bogus warnings from the planner about overwriting full dumps: On Wed, Jul 29, 2009 at 04:17:44AM -0700, System Operator wrote: NOTES: planner: Last full dump of aragorn.poofy.goof.com:/disk/conraid on tape DailySetA11 overwritten in 5 runs. amadmin default find aragorn.poofy.goof.com /disk/conraid : date host disk lv tape or file file part status 2009-07-17 aragorn.poofy.goof.com /disk/conraid 0 DailySetA1610 -- OK 2009-07-18 aragorn.poofy.goof.com /disk/conraid 1 DailySetA1 9 -- OK 2009-07-19 aragorn.poofy.goof.com /disk/conraid 1 DailySetA3 5 -- OK 2009-07-20 aragorn.poofy.goof.com /disk/conraid 1 DailySetA4 5 -- OK 2009-07-21 aragorn.poofy.goof.com /disk/conraid 0 DailySetA5 10 -- OK 2009-07-22 aragorn.poofy.goof.com /disk/conraid 1 DailySetA6 10 -- OK 2009-07-23 aragorn.poofy.goof.com /disk/conraid 0 DailySetA7 9 -- OK 2009-07-24 aragorn.poofy.goof.com /disk/conraid 1 DailySetA8 5 -- OK 2009-07-25 aragorn.poofy.goof.com /disk/conraid 1 DailySetA9 5 -- OK 2009-07-26 aragorn.poofy.goof.com /disk/conraid 1 DailySetA10 9 -- OK 2009-07-27 aragorn.poofy.goof.com /disk/conraid 0 DailySetA1110 -- OK 2009-07-28 aragorn.poofy.goof.com /disk/conraid 1 DailySetA12 9 -- OK 2009-07-29 aragorn.poofy.goof.com /disk/conraid 1 DailySetA13 5 -- OK my tape numbering is not contiguous. the above is a complete list of tapes. from amanda.conf: dumpcycle 5 days# the number of days in the normal dump cycle runspercycle 5 # the number of amdump runs in dumpcycle days tapecycle 13 tapes # the number of tapes in rotation that's one dump per day, as shown above... how does the planner figure I'm going to overwrite DailySetA11 in 5 runs? is there something that needs to be kicked? -- Aaron J. Grier | Not your ordinary poofy goof. | agr...@poofygoof.com
Re: incorrect overwritten warnings from the planner?
On Wed, Jul 29, 2009 at 07:27:33PM -0400, Jean-Louis Martineau wrote: What is the runtapes setting? runtapes is 2. haha! now it makes sense. thank you! How many tapes in the tapelist file? 13. amadmin default find aragorn.poofy.goof.com /disk/conraid : date host disk lv tape or file file part 2009-07-17 aragorn.poofy.goof.com /disk/conraid 0 DailySetA1610 -- 2009-07-18 aragorn.poofy.goof.com /disk/conraid 1 DailySetA1 9 -- 2009-07-19 aragorn.poofy.goof.com /disk/conraid 1 DailySetA3 5 -- 2009-07-20 aragorn.poofy.goof.com /disk/conraid 1 DailySetA4 5 -- 2009-07-21 aragorn.poofy.goof.com /disk/conraid 0 DailySetA5 10 -- 2009-07-22 aragorn.poofy.goof.com /disk/conraid 1 DailySetA6 10 -- 2009-07-23 aragorn.poofy.goof.com /disk/conraid 0 DailySetA7 9 -- 2009-07-24 aragorn.poofy.goof.com /disk/conraid 1 DailySetA8 5 -- 2009-07-25 aragorn.poofy.goof.com /disk/conraid 1 DailySetA9 5 -- 2009-07-26 aragorn.poofy.goof.com /disk/conraid 1 DailySetA10 9 -- 2009-07-27 aragorn.poofy.goof.com /disk/conraid 0 DailySetA1110 -- 2009-07-28 aragorn.poofy.goof.com /disk/conraid 1 DailySetA12 9 -- 2009-07-29 aragorn.poofy.goof.com /disk/conraid 1 DailySetA13 5 -- planner for 2009-07-29 runs and assumes run will span two tapes: DailySetA13 and DailySetA16. five runs after that, assuming two tapes, it will overwrite DailySetA11. I have changed runtapes to 1, which should fix the problem. thanks again! -- Aaron J. Grier | Not your ordinary poofy goof. | agr...@poofygoof.com
Re: Amcheck fails
On Tue, Jul 07, 2009 at 11:55:27AM -0700, aminukapon wrote:
amcheck: debug 1 pid 12972 ruid 34 euid 0: start at Tue Jul 7 14:52:58 2009
amcheck: debug 1 pid 12972 ruid 34 euid 34: rename at Tue Jul 7 14:52:58 2009
amcheck-clients: time 0.003: security_getdriver(name=BSD) returns 0xb7f19c00
amcheck-clients: time 0.003: security_handleinit(handle=0x8cd37c8,
driver=0xb7f19c00$
amcheck-clients: time 0.005: bind_portrange2: Try port 846: Available -
Success
amcheck-clients: time 0.005: dgram_bind: socket 4 bound to ::.846
amcheck-clients: time 0.005: dgram_send_addr(addr=0x8cd37e8, dgram=0xb7f2ba84)
amcheck-clients: time 0.005: (sockaddr_in6 *)0x8cd37e8 = { 10, 10080, ::1 }
amcheck-clients: time 0.005: dgram_send_addr: 0xb7f2ba84-socket = 4
could this be IPv6 related? I had to tweak some sysctls under NetBSD to
get 2.5.2 working. (2.4.4 was fine)
http://mail-index.netbsd.org/pkgsrc-users/2008/06/14/msg007388.html
what OS are you running amanda on?
--
Aaron J. Grier | Not your ordinary poofy goof. | agr...@poofygoof.com
Re: Theoretical question
On Fri, Aug 08, 2008 at 03:38:25PM -0700, Steffan Vigano wrote: the LTO tapes only hold 100GB natively, and you can't backup a file system with dump that's larger then the actual capacity of the tape. [...] A) Was there any truth to his original statement? only if compression is not used, and the partitions are full. (or if compression is used, and the partitions are full of non-compressible data.) -- Aaron J. Grier | Not your ordinary poofy goof. | [EMAIL PROTECTED]
Re: SELinux attrs
On Mon, Jul 28, 2008 at 08:08:52AM -0500, Nickolas Gray wrote: Does anyone have more information on Amanda and SELinux? doesn't dump preserve all metadata? -- Aaron J. Grier | Not your ordinary poofy goof. | [EMAIL PROTECTED]
Re: Define what holding disk to use?
On Tue, Mar 04, 2008 at 08:29:03AM -0500, Chris Hoogendyk wrote: My own preference is to configure the system with separate drives for holding disk. There is no reason for them to be raid. all backup data passes through the holding disk: doesn't it follow that the holding disk should be as reliable as possible? and doesn't that imply at least a mirrored holding disk? MTBF may be lowered, but failure of a single holding disk will not affect backups. -- Aaron J. Grier | Not your ordinary poofy goof. | [EMAIL PROTECTED]
Re: DLT8000 vs. VS80
On Tue, Feb 26, 2008 at 10:16:14AM +0200, Toomas Aas wrote: From my experience I would say the seller is correct. I haven't tried using DLTVS80 tapes with DLT8000, but I know for a fact that the opposite can't be done - tapes that were written with DLT8000 cannot be read with DLTVS. The only way to re-use them would be to degauss them first, but I don't have that kind of equipment so I haven't tried. http://seer.support.veritas.com/docs/276506.htm indicates that the 8000 has higher magnetic strength writes than VS80, so while VS80 cannot overwrite tapes written by 8000, I would assume that 8000 would be able overwrite VS80 tapes. if anybody wants to find out for sure, I'm happy to have someone send me a VS80-written tape in one of my DLT8000s and see if I can overwrite it. -- Aaron J. Grier | Not your ordinary poofy goof. | [EMAIL PROTECTED]
Re: tar dumps, performance
On Mon, Aug 13, 2007 at 11:21:17AM -0400, Brian Cuttler wrote: I may be wrong, but I'd have thought that the TEE was in memory, then piped again to gzip and with the final output being put to an index directory specified in amanda.conf. are the index directory and holding directory on the same device? I was under the impression that everything (including the index) was written to holding disk and moved into the indexdir _after_ the backup dumped to tape. running iostat on the holding disk while backups are running might help rule out and disk bottleneck. -- Aaron J. Grier | Not your ordinary poofy goof. | [EMAIL PROTECTED] The United States is the one true country. The US is just. The US is fair. The US respects its citizens. The US loves you. We have always been at war against terrorism.
Re: tar dumps, performance
I wonder if the teed index is being written to the same device that the backups are being read from. that could eat into disk bandwidth available for feeding the tape. -- Aaron J. Grier | Not your ordinary poofy goof. | [EMAIL PROTECTED] The United States is the one true country. The US is just. The US is fair. The US respects its citizens. The US loves you. We have always been at war against terrorism.
Re: problem with client on 64bit machine
On Wed, Mar 14, 2007 at 08:36:38AM -0500, Kenneth Kalan wrote: I cannot get the 64 bit box to backup. NetBSD/alpha as client works on a DEC 1000A in my basement with amanda 2.4.4. -- Aaron J. Grier | Not your ordinary poofy goof. | [EMAIL PROTECTED] silly brewer, saaz are for pils! -- virt
Re: Hardware Compatibility Question...
On Fri, Feb 09, 2007 at 03:22:28PM -0700, Michael Loftis wrote: I can't recommend LSI Logic SCSI cards. The drivers in atleast 2.6 Linux are pretty ugly. on the (NetBSD) flip side, I've had better experience with the NCR/LSI (esiop) drivers than adaptec (ahc). the adaptec seems to give up pretty easily on errors, and while it doesn't panic the kernel, it goes comatose until a reboot. who else is still making SCSI chipsets these days? -- Aaron J. Grier | Not your ordinary poofy goof. | [EMAIL PROTECTED] silly brewer, saaz are for pils! -- virt
Re: Multiple instances of amcheck.
On Sat, Jan 13, 2007 at 02:04:17PM +0100, Hans Almqvist wrote: I have had this running for a weeki or 2 now and I get all these instances of amcheck and chg-manual. Why don't these cron jobs terminate ? Note : amcheck no longer sends mail to me. # ps ax PID TT STAT TIME COMMAND 12759 ?? I 0:00.03 /usr/local/sbin/amcheck Daily 13593 ?? I 0:00.01 /usr/local/sbin/amcheck Daily 18713 ?? I 0:00.08 /bin/sh /usr/local/libexec/chg-manual /usr/local/libexec/chg-manual next ... chg-manual must be blocked on something. what is it? (I think ps l can tell you.) -- Aaron J. Grier | Not your ordinary poofy goof. | [EMAIL PROTECTED] silly brewer, saaz are for pils! -- virt
Re: MAILER configuration
On Thu, Jan 11, 2007 at 10:58:07AM -0500, Jean-Louis Martineau wrote: amanda remove most the environment variable for security reason. mailx require the HOME environment variable to find the user .mailrc file Could you try the attached patch. Do someone know if the HOME environment variable can be used to break suid program? of course it can! passing only MAILRC variable (and leaving HOME unset) might be slightly safer in this case. -- Aaron J. Grier | Not your ordinary poofy goof. | [EMAIL PROTECTED] silly brewer, saaz are for pils! -- virt
