amstatus problems with newer perl's
I'm having problems with amstatus on machines that I have upgraded to relativly new versions of perl: Script started on Thu Mar 1 03:04:13 2001 amanda@debian:~$ amstatus DailyDump Name "main::exec_prefix" used only once: possible typo at /usr/local/amanda/sbin/amstatus line 15. Modification of a read-only value attempted at /usr/local/amanda/sbin/amstatus line 126, AMDUMP chunk 402. Using /usr/local/adm/amanda/DailyDump/amdump from Wed Feb 28 11:07:23 EST 2001amanda@debian:~$ quit Script done on Thu Mar 1 03:04:32 2001 The machine that this failure occured on has perl 5.6.0 on it. The version of Amanda I am using is 2.4.2-19991216 Sugestions? -- Stan Brown [EMAIL PROTECTED]843-745-3154 Charleston SC. -- Windows 98: n. useless extension to a minor patch release for 32-bit extensions and a graphical shell for a 16-bit patch to an 8-bit operating system originally coded for a 4-bit microprocessor, written by a 2-bit company that can't stand for 1 bit of competition. - (c) 2000 Stan Brown. Redistribution via the Microsoft Network is prohibited.
How do I run changer scripts for testing?
I'm trying to get chg-zd-mtx to work with my HP tapechanger. I't not working and I am trying to debug where the problem lies. I would like to just run the changer script by hand, and see what results I get. Unfortuantely I can't seem to figure out how to do this. I would have thought oone of the following would have worked: chg-zd-mtx /dev/sg0 -next or chg-zd-mtx DailyDump /dev/sg0 -next Tending to think that the later would eb correct as the script appears to use amgetconf to pick up some paramteres. What am I doing wrong? -- Stan Brown [EMAIL PROTECTED]843-745-3154 Charleston SC. -- Windows 98: n. useless extension to a minor patch release for 32-bit extensions and a graphical shell for a 16-bit patch to an 8-bit operating system originally coded for a 4-bit microprocessor, written by a 2-bit company that can't stand for 1 bit of competition. - (c) 2000 Stan Brown. Redistribution via the Microsoft Network is prohibited.
Intermittent 'out of tape' errors
Hello, all, Amanda 2.4.2 running on two HP 735 servers running HP-UX 10.20 servers. I'm using gnutar 1.3.18 with the Amanda-recommended patches. The tape drives are an Exabyte 8505XL on one system and an Ecrix VXA-1 on the other. The problem: On occasion, intermittently and not always on the same tape, both servers will abort the backup almost as soon as it begins with a complaint that the tape is full. It seems to happen somewhat more often with the Exabyte than the Ecrix, but it happens on both. I searched the list archives for a similar problem, but no luck. Any ideas? -- Stephen Walton, Professor of Physics and Astronomy, California State University, Northridge [EMAIL PROTECTED]
Re: amrestore problem
On the fileserver (Tapeserver) amrecover give me no output ... Huh? No output at all??? The file has 0 Bytes :-( ... What file? The amrecover program? The first place to look is /tmp/amanda/amindexd*debug on the server. The result of this run is : amindexd: debug 1 pid 3228 ruid 560 euid 560 start time Thu Mar 1 09:14:29 2001amindexd: version 2.4.2-19991216-beta1 What does your inetd.conf line (or the config file for xinetd) look like for amandaidx? I had compiled and installed amanda in /usr/local/sbin and when i'm compiling and installing a new version af amanda i will install it in the same directory e.g. /usr/local/sbin must i remove the older files or will there be overwritten? They will be overwritten. Juergen John R. Jackson, Technical Software Specialist, [EMAIL PROTECTED]
Seeking a Rational Sr. Planner Engineering Specialist
Hello. I am trying to help out a friend of mine. His company is Rational Professionals. A long time ago, I was doing alot of research on rational clearcase. I collected alot of research materials and had your email address on the discussion. If you are interested, please respond with a contact number, a copy of your cv or just a note that you are interested, and then I will have them give you a call back. If your not interested, perhaps you know of someone who would be? Position #1 Planner The company, a Rational Partner, is seeking a SCM Consultant, ClearCase architect . This will be a short contract (Aprox. 6 Weeks) in New York City. A Software start-up requires Sr. Consultant for strategic planning and deployment of Rational Clearcase. Responsibilities include interface with management to define and structure a Sorftware Configuration Management Process utilizing ClearCase; Development of a project plan and Architecting Clearcase Deployment according to evelopment strategies. -- Position #2 - Software Tech Rep/Engineering Specialist I am trying to help out a friend of mine. His company is looking for a Software Tech Rep/Engineering Specialist. Below is a short job description. If you are interested, please respond with a contact number, a copy of your resume or just a note that you are interested, and then I will have them give you a call back. ResponsibilitiesInclude: Pre-sales,product demonstrations and presentations, Post-sales, product training classes, customize Rational products to best fit into customers environment,work with project teams to transition knowledge to the customer and management. Help develop business plans, develop and execute account strategies, help develop and execute sales campaigns, effectively apply team resources toward sales campaigns. Required Experiance: A bachelor of science degree in a technical discipline software engineering, computer science, computer engineering, information systems, electrical engineering, etc. 3+ years of software development experience working with a team developing a software application Worked in a team environment - Position #3 - QA Testers all Levals. Must have Rational Experiance. If you would like to find out more, feal free to respond to this message, Resumes will be gladly accepted. Thanks for your time. Grant Richards
Re: How do I run changer scripts for testing?
See my other e-mail -- the shipping version of chg-zd-mtx doesn't work with modern versions of mtx. Use either the barcode-enabled version someone posted, or the version at http://www.noc.isite.net/?Projects I keep meaning to integrate the two versions into one, but just haven't had time to test. On Thu, Mar 01, 2001 at 10:56:09AM -0500, Stan Brown wrote: I'm trying to get chg-zd-mtx to work with my HP tapechanger. I't not working and I am trying to debug where the problem lies. I would like to just run the changer script by hand, and see what results I get. Unfortuantely I can't seem to figure out how to do this. I would have thought oone of the following would have worked: chg-zd-mtx /dev/sg0 -next or chg-zd-mtx DailyDump /dev/sg0 -next Tending to think that the later would eb correct as the script appears to use amgetconf to pick up some paramteres. What am I doing wrong? -- Stan Brown [EMAIL PROTECTED]843-745-3154 Charleston SC. -- Windows 98: n. useless extension to a minor patch release for 32-bit extensions and a graphical shell for a 16-bit patch to an 8-bit operating system originally coded for a 4-bit microprocessor, written by a 2-bit company that can't stand for 1 bit of competition. - (c) 2000 Stan Brown. Redistribution via the Microsoft Network is prohibited. -- Joe Rhett Chief Technology Officer [EMAIL PROTECTED] ISite Services, Inc. PGP keys and contact information: http://www.noc.isite.net/Staff/
Re: A question about chg-zd-mtx
As others have said, it uses the TAPE environment variable. I wish we could convince the maintainer to use CHANGER instead, so it doesn't conflict with mt's TAPE environment variable sigh Anyway, make sure you are using either the version we made http://www.noc.isite.net/?Projects or the version someone else did which supports barcodes. The version distributed with Amanda doesn't work with modern versions of mtx and has numerous bugs. On Wed, Feb 28, 2001 at 01:24:12PM -0500, Stan Brown wrote: I'm trying to get my first tape changer working, and I'm a little confused. It appears that I need to use the chg-zd-mtx scriptm but the version of mtx that I have is used like this: mtx -f /dev/sg0 next for instance. Now it appears to me that chg-zd-mtx just runs mtx like this: mtx next That is wihtout the device specifier. Now it is possible for my version of mtx to use the CHANGER environment variable, instead of the -f argument, but I can't see anywhere that gets set in chg-zd-mtx either, and since this will ultimatley be run fron cron, and thus potentialy be somewhat "environmently chalenged", I am wondering how this is usually handled? -- Stan Brown [EMAIL PROTECTED]843-745-3154 Charleston SC. -- Windows 98: n. useless extension to a minor patch release for 32-bit extensions and a graphical shell for a 16-bit patch to an 8-bit operating system originally coded for a 4-bit microprocessor, written by a 2-bit company that can't stand for 1 bit of competition. - (c) 2000 Stan Brown. Redistribution via the Microsoft Network is prohibited. -- Joe Rhett Chief Technology Officer [EMAIL PROTECTED] ISite Services, Inc. PGP keys and contact information: http://www.noc.isite.net/Staff/
Re: Intermittent 'out of tape' errors
The problem: On occasion, intermittently and not always on the same tape, both servers will abort the backup almost as soon as it begins with a complaint that the tape is full. ... Details, please. What **exactly** did Amanda say? Did it say it got an I/O error, for instance? In any case, this is just Amanda telling you what the OS told it. Stephen Walton John R. Jackson, Technical Software Specialist, [EMAIL PROTECTED]
Re: Permission Question
The owner and group was amanda and disk respectively. The amanda services is setup to run as user amanda and as group disk in xinetd.d/amanda. When I chown root.root amandates sendsize works. But now sendbackup.debug is giving: error [opening /etc/amandates: Permission denied]. ... Here's how I would set up those files: * Set "groups = yes" in xinetd.conf so the user gets all the groups, not just the one you list. * chown amanda:disk /etc/amandates. * chmod ug=rw /etc/amandates. If Amanda runs as "amanda" it should work. If it runs as root, it should work no matter what. How do I know what user these processes run as and what permissions I need for each file? The processes should run as "amanda" (whatever you set in xinetd.conf). However, some change to root to get the permissions they need. As for permissions, the general plan is to have files Amanda needs to work with either owned by the Amanda user or in a group the Amanda user is a member of and with read/write access. James John R. Jackson, Technical Software Specialist, [EMAIL PROTECTED]
Re: Don't open attachment!!!
"Jonathan" == Jonathan Dill [EMAIL PROTECTED] writes: Jonathan In case you haven't heard, don't open that Snow White attachment! I'll Jonathan send more details shortly so you know this isn't a hoax... I would have thought that by now, users would have been sufficiently slapped around the head with a wet fish to make your suggestion a given. Obviously not! :-( Ben
Re: Don't open attachment!!!
IMHO, anyone who insists on using the software that's vulnerable to such attacks deserves to lose.
Re: Don't open attachment!!!
"Anthony A. D. Talltree" wrote: IMHO, anyone who insists on using the software that's vulnerable to such attacks deserves to lose. OTOH the amanda-users list doesn't deserve to lose if someone is dumb enough to open the attachment, gets infected, and sends all kinds of crap back to the list. After all, the message probably got here in the first place from someone on amanda-users who got infected. Anyway, here is the official dirt from SARC: http://www.sarc.com/avcenter/venc/data/w95.hybris.gen.html -- "Jonathan F. Dill" ([EMAIL PROTECTED])
Re: A question about chg-zd-mtx
I'll change it in the chg-zd-mtx.sh.in tomorrow, and post a patch against the current CVS tree to here and amanda-hackers. The last one I posted was based off the one you listed below, and I did my best not to alter how it worked with non-barcode drives and whatnot. If you want to build off of it instead, you're more than welcome, as I'm not too sure how much time I'll have in the future for upkeep on it. Thanks... On Thu, 01 Mar 2001, Joe Rhett wrote: As others have said, it uses the TAPE environment variable. I wish we could convince the maintainer to use CHANGER instead, so it doesn't conflict with mt's TAPE environment variable sigh Anyway, make sure you are using either the version we made http://www.noc.isite.net/?Projects or the version someone else did which supports barcodes. The version distributed with Amanda doesn't work with modern versions of mtx and has numerous bugs. On Wed, Feb 28, 2001 at 01:24:12PM -0500, Stan Brown wrote: I'm trying to get my first tape changer working, and I'm a little confused. It appears that I need to use the chg-zd-mtx scriptm but the version of mtx that I have is used like this: mtx -f /dev/sg0 next for instance. Now it appears to me that chg-zd-mtx just runs mtx like this: mtx next That is wihtout the device specifier. Now it is possible for my version of mtx to use the CHANGER environment variable, instead of the -f argument, but I can't see anywhere that gets set in chg-zd-mtx either, and since this will ultimatley be run fron cron, and thus potentialy be somewhat "environmently chalenged", I am wondering how this is usually handled? -- Stan Brown [EMAIL PROTECTED]843-745-3154 Charleston SC. -- Windows 98: n. useless extension to a minor patch release for 32-bit extensions and a graphical shell for a 16-bit patch to an 8-bit operating system originally coded for a 4-bit microprocessor, written by a 2-bit company that can't stand for 1 bit of competition. - (c) 2000 Stan Brown. Redistribution via the Microsoft Network is prohibited. -- Joe Rhett Chief Technology Officer [EMAIL PROTECTED] ISite Services, Inc. PGP keys and contact information: http://www.noc.isite.net/Staff/ -- Jason Hollinden SMG Systems Admin
Re: How do I run changer scripts for testing?
Just noticed that the barcode enabled chg-zd-mtx.sh.in has been added to the CVS tree, so if you can test it sometime soon, I'll post any errors you find along with the $TAPE - $CHANGER naming from the last message. The drive I had to test with worked with or without the barcode, but better safe than sorry. Thanks... On Thu, 01 Mar 2001, Joe Rhett wrote: See my other e-mail -- the shipping version of chg-zd-mtx doesn't work with modern versions of mtx. Use either the barcode-enabled version someone posted, or the version at http://www.noc.isite.net/?Projects I keep meaning to integrate the two versions into one, but just haven't had time to test. On Thu, Mar 01, 2001 at 10:56:09AM -0500, Stan Brown wrote: I'm trying to get chg-zd-mtx to work with my HP tapechanger. I't not working and I am trying to debug where the problem lies. I would like to just run the changer script by hand, and see what results I get. Unfortuantely I can't seem to figure out how to do this. I would have thought oone of the following would have worked: chg-zd-mtx /dev/sg0 -next or chg-zd-mtx DailyDump /dev/sg0 -next Tending to think that the later would eb correct as the script appears to use amgetconf to pick up some paramteres. What am I doing wrong? -- Stan Brown [EMAIL PROTECTED]843-745-3154 Charleston SC. -- Windows 98: n. useless extension to a minor patch release for 32-bit extensions and a graphical shell for a 16-bit patch to an 8-bit operating system originally coded for a 4-bit microprocessor, written by a 2-bit company that can't stand for 1 bit of competition. - (c) 2000 Stan Brown. Redistribution via the Microsoft Network is prohibited. -- Joe Rhett Chief Technology Officer [EMAIL PROTECTED] ISite Services, Inc. PGP keys and contact information: http://www.noc.isite.net/Staff/ -- Jason Hollinden SMG Systems Admin
Re: amstatus problems with newer perl's
On Mar 1, 2001, Darin Dugan [EMAIL PROTECTED] wrote: At 07:27 AM 3/1/2001, Stan Brown wrote: amanda@debian:~$ amstatus DailyDump Name "main::exec_prefix" used only once: possible typo at /usr/local/amanda/sbin/amstatus line 15. Modification of a read-only value attempted at /usr/local/amanda/sbin/amstatus line 126, AMDUMP chunk 402. This is fixed in later versions of Amanda. From the changelog: 2000-01-21 Alexandre Oliva [EMAIL PROTECTED] * server-src/amstatus.pl.in (prefix, exec_prefix): Refer to them twice to avoid warnings of possible typo. Actually, this only fixes the first warning. The second was fixed with: 2000-01-21 Alexandre Oliva [EMAIL PROTECTED] * server-src/amstatus.pl.in: Remove bogus (?) line `$$host=1'. -- Alexandre Oliva Enjoy Guarana', see http://www.ic.unicamp.br/~oliva/ Red Hat GCC Developer aoliva@{cygnus.com, redhat.com} CS PhD student at IC-Unicampoliva@{lsd.ic.unicamp.br, gnu.org} Free Software Evangelist*Please* write to mailing lists, not to me
RE: Permission Question
Well this did not seem to work either. I ran up2date to get all of the latest updates then reinstalled the amanda package. This now worked. It appears that something was in the way. Wish I knew what is was so this could be more helpful. James -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On Behalf Of John R. Jackson Sent: Thursday, March 01, 2001 2:31 PM To: James Stevens Cc: [EMAIL PROTECTED] Subject: Re: Permission Question The owner and group was amanda and disk respectively. The amanda services is setup to run as user amanda and as group disk in xinetd.d/amanda. When I chown root.root amandates sendsize works. But now sendbackup.debug is giving: error [opening /etc/amandates: Permission denied]. ... Here's how I would set up those files: * Set "groups = yes" in xinetd.conf so the user gets all the groups, not just the one you list. * chown amanda:disk /etc/amandates. * chmod ug=rw /etc/amandates. If Amanda runs as "amanda" it should work. If it runs as root, it should work no matter what. How do I know what user these processes run as and what permissions I need for each file? The processes should run as "amanda" (whatever you set in xinetd.conf). However, some change to root to get the permissions they need. As for permissions, the general plan is to have files Amanda needs to work with either owned by the Amanda user or in a group the Amanda user is a member of and with read/write access. James John R. Jackson, Technical Software Specialist, [EMAIL PROTECTED]
Re: RedHat Amandad xinetd.conf etc etc
Don't know if this problem has been solved for you, but if you are using hosts.allow/deny, you may find it necessary to permit aanda access in hosts.allow. For me, simply adding to hosts.allow amandad: (ip of backup host) worked a treat. On Wed, 21 Feb 2001, John R. Jackson wrote: ... Another curious problem is that in the faq it says to do a netstat -a | grep -i amanda and that this should return something. I get nothing when I do this. /etc/services has a listing for amanda and kamanda etc... Then xinetd is not set up right (which has been a real PITA recently) and it is not listening on the Amanda port, which means nothing is going to work. You did HUP xinetd, didn't you? Is xinetd logging anything? Here's an xinetd.d file from Joshua E Warchol [EMAIL PROTECTED] that is typical of those reported to work; service amanda { protocol= udp socket_type = dgram wait= yes user= amanda # whatever --with-user was group = amanda # whatever --with-group was groups = yes server = /usr/local/libexec/amandad server_args = amandad } I've found that I can run amandad by hand and it acts as predicted ... You're not even getting that far. You need to figure out the xinetd problem first. Andrew John R. Jackson, Technical Software Specialist, [EMAIL PROTECTED]
Re: amrestore problem
Hi! Huh? No output at all??? The file has 0 Bytes :-( ... What file? The amrecover program? Yes, and i don't know why amrecover has 0 Byte. Bu i have a copy :-) The first place to look is /tmp/amanda/amindexd*debug on the server. The result of this run is : amindexd: debug 1 pid 3228 ruid 560 euid 560 start time Thu Mar 1 09:14:29 2001amindexd: version 2.4.2-19991216-beta1 Is this ok or are you missing some? What does your inetd.conf line (or the config file for xinetd) look like for amandaidx? In /etc/inetd.conf : [...] amandaidx stream tcp nowait amanda /usr/sbin/tcpd/ usr/local/libexec amidxtape stream tcp nowait amanda /usr/sbin/tcpd /usr/local/libexe amanda dgram udp wait amanda /usr/sbin/tcpd /usr/local/libexec [...] That are the three lines for amanda. The index exists on the fileserver for the fileserver and the client: /usr/local/etc/amanda/index/fileserver/sdb1 /usr/local/etc/amanda/index/fileserver/sdc1 /usr/local/etc/amanda/index/fileserver/sdc1 /usr/local/etc/amanda/index/king/hdb1 That are the index directories for the Sever and the client. In this directories are files called 20010215_0.gz and so on. It's a compressed ASCII File with directories and filenames from the harddrive that i will be backed up. I had compiled and installed amanda in /usr/local/sbin and when i'm compiling and installing a new version af amanda i will install it in the same directory e.g. /usr/local/sbin must i remove the older files or will there be overwritten? They will be overwritten. That's fine. So i will install the newer Version of amanda when i have a little more time :-) Bye Juergen -- Dies ist eine Microsoft freie Mail!
gtar returns 2
Hi. I am having a chronic problem with some file systems which are active all of the time. I am running gnu-tar 1.13.19 with amanda 2.4.1p1, and it returns 2, which causes amanda to fail. In looking over the archives of mail messages on the subject, it seems like there are two solutions. I want to make sure I understand the situation. 1) write a wrapper for gnu-tar, which what Paul Bijnens did ( I think). Where might I get a copy of the wrapper? 2) Recompile sendbackup with the -DIGNORE_TAR_ERRORS parameter, which might not work properly, either. In mid-October 2000, Dan Mueth had a similar problem, and he fixed it by turning on DMA and 32 bit I/O, which doesn't make sense to me, unless by getting the backups to run faster, he was able to avoid contention instead of ignoring contention. In 1999, Alexandre Oliva suggested that Paul Eggert, who is currently maintaining GNU tar, fold in some patches that would fix gtar's handling of --ignore-failed-read . Is my understanding correct? Do other people have this problem and if so, how do they deal with it? Many thanks, Jeff -- Jeff Silverman, sysadmin for the Research Computing Systems (RCS) University of Washington, School of Engineering, Electrical Engineering Dept. Box 352500, Seattle, WA, 98125-2500 FAX: (206) 221-5264 Phone (206) 543-9378 [EMAIL PROTECTED] http://rcs.ee.washington.edu/~jeffs