Re: Contribution?
On Tue, Jul 29, 2003 à 01:35:44PM -0500, Bruntel, Mitchell L, SOLCM wrote: > I have a contribution to make. > > I've taken most of the help files, man files, and everything I can think of , and > put it into a WORD document, with an Table of Content (Am working on a > index/concordance file for it too!). If you don't see any problem, I would be happy to receive it, convert it into HTML, PDF and OpenOffice so that anyone can read it. > it's about 110 pages, and has been extremely helpful in trying to get myself up and > running. 136k is ok for me :o) so if you want, you could send it to me. > Who should I send it to? It' about 136K, so I won't post it to list. > What I'd ideally like is to have the document available on the web page, so that > "newbies" (like myself) can get more information than is currently available from > the faq-o-matic! Good idea. As an amanda (almost-)beginner, I'm right inside reading tons of docs, and I have a clear view of all the doc files. -- Nicolas Ecarnot
Re: amrecover problem
Yogish wrote: > 'amrecover -C normal -s borkerserver' > 501, no index records for the host brokerserver, Invalid? > amrecover> sethost localhost > no index records for host :localhost Invalid? I would expect another errormessage here: "No index records for host: %s. Have you enabled indexing?" Is the above really the complete errormessage? What Amanda version are you running? > define dumptype global { > comment "Global definitions" > # ... > # You may want to use this for globally enabling or disabling > # indexing, recording, etc. Some examples: > # index yes > # record no > } > > define dumptype always-full { > global > comment "Full dump of this filesystem always" > compress server fast > priority high > dumpcycle 1 > } You see above that "index yes" is commented out. Remove the comments or add "index yes" to the always-full dumptype. You could have found this, by executing the command: amadmin normal disklist localhost | grep index (I believe this command does not exist in versions older than amanda 2.4.2 .) In disklist you call your host "localhost" so you should call it "localhost" everywhere. (And that's just the reason to avoid "localhost", because "localhost" on another host points to a different computer - confusion garuanteed!) -- Paul Bijnens, XplanationTel +32 16 397.511 Technologielaan 21 bus 2, B-3001 Leuven, BELGIUMFax +32 16 397.512 http://www.xplanation.com/ email: [EMAIL PROTECTED] *** * I think I've got the hang of it now: exit, ^D, ^C, ^\, ^Z, ^Q, F6, * * quit, ZZ, :q, :q!, M-Z, ^X^C, logoff, logout, close, bye, /bye, * * stop, end, F3, ~., ^]c, +++ ATH, disconnect, halt, abort, hangup, * * PF4, F20, ^X^X, :D::D, KJOB, F14-f-e, F8-e, kill -1 $$, shutdown, * * kill -9 1, Alt-F4, Ctrl-Alt-Del, AltGr-NumLock, Stop-A, ...* * ... "Are you sure?" ... YES ... Phew ... I'm out * ***
Re: cygwin + amanda install
I've successfully installed cygwin with Amanda for backing up Windows machines... but I've a big problem. After the first installation that actually works perfectly, other subsequent installations on other PCs are not generating indexes. I had no time in the past days to investigate the problem thus I've made by best to replicate subsequent installations like the first one. If you dig in the mailing list archives you can find details of this problem (reported by me) that has not been answered by anyone. Essentially on the server side it writes an index file of zero bytes: in the logs present in the client and server there is no evidence of a "problem" while generating indexes or other types of problems. Jon LaBadie wrote: On Tue, Jul 29, 2003 at 11:04:02AM -0400, Matthew Moffitt wrote: Is anybody successfully backing up Windows 2000 PCs with this combination? I'm not now, but I certainly was for about a year. I had to reinstall W2K from scratch and I haven't put cygwin back yet. -- Stefano Coletta http://www.mindcreations.com
Re: cygwin + amanda install
On Wed, Jul 30, 2003 at 10:40:50AM +0200, Stefano Coletta wrote: > I've successfully installed cygwin with Amanda for backing up Windows > machines... but I've a big problem. > > After the first installation that actually works perfectly, other > subsequent installations on other PCs are not generating indexes. I had > no time in the past days to investigate the problem thus I've made by > best to replicate subsequent installations like the first one. > > If you dig in the mailing list archives you can find details of this > problem (reported by me) that has not been answered by anyone. > > Essentially on the server side it writes an index file of zero bytes: in > the logs present in the client and server there is no evidence of a > "problem" while generating indexes or other types of problems. > > Jon LaBadie wrote: > > >On Tue, Jul 29, 2003 at 11:04:02AM -0400, Matthew Moffitt wrote: > > > > > >>Is anybody successfully backing up Windows 2000 PCs with this > >>combination? > >> > >> > > > >I'm not now, but I certainly was for about a year. I had to reinstall > >W2K from scratch and I haven't put cygwin back yet. One problem I never resolved was doing client side compression. My fuzzy memory says it involved indexing, particularly a broken pipe in the part of the connection involving indexing. Maybe your situation is similar but you are not noticing the broken pipe message or it is manifesting itself some other way. I gave up and solved it by doing server side compression. -- Jon H. LaBadie [EMAIL PROTECTED] JG Computing 4455 Province Line Road(609) 252-0159 Princeton, NJ 08540-4322 (609) 683-7220 (fax)
Re: building 2.4.4p1 under Solaris 9 with native-built gcc-3.3
Hi everyone, Further to the problems I've been experiencing with trying to build the amanda-2.4.4p1 package, I now have gcc-3.3 building perfectly using the sunfreeware.com gcc-3.3 package as the basis to build natively from source. I've used the exact same config settings as the sunfreeware gcc-3.3 package is built with. I have rebuilt the Berkeley DB library and the GNU readline library using the natively-built gcc-3.3 to make sure the shared libs don't have any strange compiler-specific dependences. However, the problem with 'genversion' still occurs. Here is the output from 'ldd' when run on the compiled executable file: 155 [EMAIL PROTECTED] #> ldd genversion libgen.so.1 => /usr/lib/libgen.so.1 libdb-4.1.so => /usr/local/lib/libdb-4.1.so libm.so.1 => /usr/lib/libm.so.1 libreadline.so.4 => /usr/local/lib/libreadline.so.4 libcurses.so.1 => /usr/lib/libcurses.so.1 libsocket.so.1 => /usr/lib/libsocket.so.1 libnsl.so.1 => /usr/lib/libnsl.so.1 libintl.so.1 => /usr/lib/libintl.so.1 libc.so.1 => /usr/lib/libc.so.1 libgcc_s.so.1 => (file not found) libdl.so.1 => /usr/lib/libdl.so.1 libmp.so.2 => /usr/lib/libmp.so.2 /usr/platform/SUNW,Ultra-60/lib/libc_psr.so.1 Notice that libgcc_s.so.1 is not being found. This is despite my default setting for the LDFLAGS environment variable which is: LDFLAGS=-L/usr/sfw/lib:/usr/openwin/lib:/usr/local/lib -R/usr/sfw/lib:/usr/openwin/lib:/usr/local/lib so it seems that this flag is being ignored. I don't have any other gcc compilers installed. 'libgcc_s' does exist in /usr/local/lib since it was installed as part of the natively-built gcc-3.3 package: 158 [EMAIL PROTECTED] #> ls -sal /usr/local/lib/libgcc* 2 lrwxrwxrwx 1 root other 13 Jul 30 05:59 /usr/local/lib/libgcc_s.so -> libgcc_s.so.1 1536 -rw-r--r-- 1 root other 776192 Jul 30 05:59 /usr/local/lib/libgcc_s.so.1 What could this mean? /usr/local/lib is definitely being used to find libraries since the GNU readline library is correctly found by 'ldd' when it's run on the 'genversion' binary just built by gcc. This is what 'file' reports for the libgcc_s.so.1 library: 159 [EMAIL PROTECTED] #> file /usr/local/lib/libgcc_s.so.1 /usr/local/lib/libgcc_s.so.1: ELF 32-bit MSB dynamic lib SPARC Version 1, dynamically linked, not stripped which is correct as far as I can tell. Craig.
Re: building 2.4.4p1 under Solaris 9 with native-built gcc-3.3
Craig what's the LD_LIBRARY_PATH set to? does it include the location of libgcc_s.so? -- Martin Hepworth Senior Systems Administrator Solid State Logic Ltd +44 (0)1865 842300 Craig Dewick wrote: Hi everyone, Further to the problems I've been experiencing with trying to build the amanda-2.4.4p1 package, I now have gcc-3.3 building perfectly using the sunfreeware.com gcc-3.3 package as the basis to build natively from source. I've used the exact same config settings as the sunfreeware gcc-3.3 package is built with. I have rebuilt the Berkeley DB library and the GNU readline library using the natively-built gcc-3.3 to make sure the shared libs don't have any strange compiler-specific dependences. However, the problem with 'genversion' still occurs. Here is the output from 'ldd' when run on the compiled executable file: 155 [EMAIL PROTECTED] #> ldd genversion libgen.so.1 => /usr/lib/libgen.so.1 libdb-4.1.so => /usr/local/lib/libdb-4.1.so libm.so.1 => /usr/lib/libm.so.1 libreadline.so.4 => /usr/local/lib/libreadline.so.4 libcurses.so.1 => /usr/lib/libcurses.so.1 libsocket.so.1 => /usr/lib/libsocket.so.1 libnsl.so.1 => /usr/lib/libnsl.so.1 libintl.so.1 => /usr/lib/libintl.so.1 libc.so.1 => /usr/lib/libc.so.1 libgcc_s.so.1 => (file not found) libdl.so.1 => /usr/lib/libdl.so.1 libmp.so.2 => /usr/lib/libmp.so.2 /usr/platform/SUNW,Ultra-60/lib/libc_psr.so.1 Notice that libgcc_s.so.1 is not being found. This is despite my default setting for the LDFLAGS environment variable which is: LDFLAGS=-L/usr/sfw/lib:/usr/openwin/lib:/usr/local/lib -R/usr/sfw/lib:/usr/openwin/lib:/usr/local/lib so it seems that this flag is being ignored. I don't have any other gcc compilers installed. 'libgcc_s' does exist in /usr/local/lib since it was installed as part of the natively-built gcc-3.3 package: 158 [EMAIL PROTECTED] #> ls -sal /usr/local/lib/libgcc* 2 lrwxrwxrwx 1 root other 13 Jul 30 05:59 /usr/local/lib/libgcc_s.so -> libgcc_s.so.1 1536 -rw-r--r-- 1 root other 776192 Jul 30 05:59 /usr/local/lib/libgcc_s.so.1 What could this mean? /usr/local/lib is definitely being used to find libraries since the GNU readline library is correctly found by 'ldd' when it's run on the 'genversion' binary just built by gcc. This is what 'file' reports for the libgcc_s.so.1 library: 159 [EMAIL PROTECTED] #> file /usr/local/lib/libgcc_s.so.1 /usr/local/lib/libgcc_s.so.1: ELF 32-bit MSB dynamic lib SPARC Version 1, dynamically linked, not stripped which is correct as far as I can tell. Craig. ** This email and any files transmitted with it are confidential and intended solely for the use of the individual or entity to whom they are addressed. If you have received this email in error please notify the system manager. This footnote also confirms that this email message has been swept by MIMEsweeper for the presence of computer viruses. www.mimesweeper.com **
Re: cygwin + amanda install
At 06:28 AM 7/30/2003, Jon LaBadie wrote: >On Wed, Jul 30, 2003 at 10:40:50AM +0200, Stefano Coletta wrote: >> I've successfully installed cygwin with Amanda for backing up Windows >> machines... but I've a big problem. >> >> After the first installation that actually works perfectly, other >> subsequent installations on other PCs are not generating indexes. I had >> no time in the past days to investigate the problem thus I've made by >> best to replicate subsequent installations like the first one. >> >> If you dig in the mailing list archives you can find details of this >> problem (reported by me) that has not been answered by anyone. >> >> Essentially on the server side it writes an index file of zero bytes: in >> the logs present in the client and server there is no evidence of a >> "problem" while generating indexes or other types of problems. >> >> Jon LaBadie wrote: >> >> >On Tue, Jul 29, 2003 at 11:04:02AM -0400, Matthew Moffitt wrote: >> > >> > >> >>Is anybody successfully backing up Windows 2000 PCs with this >> >>combination? >> >> >> >> >> > >> >I'm not now, but I certainly was for about a year. I had to reinstall >> >W2K from scratch and I haven't put cygwin back yet. > >One problem I never resolved was doing client side compression. >My fuzzy memory says it involved indexing, particularly a broken >pipe in the part of the connection involving indexing. Maybe >your situation is similar but you are not noticing the broken >pipe message or it is manifesting itself some other way. I gave >up and solved it by doing server side compression. Jon, Stefano, Thanks. I looked through your messages in setting this up. If I had to give up the indexes I could probably live with it and just restore entire file systems to pull out the ones I need for now. From your suggestions I set this up to use server side compression but it doesn't appear to be working and it looks to me as if the process just stops at some point. I think this is the server giving up as if it were a data timeout but it's not far enough out to be hitting the dtimeout parameter. I'm not sure where to go next. If I find something that solves the problem I'll pass it along. -Matt
why is tar(1) being passed "--directory //windows/share"?
I'm trying to set up amanda to back up a Windows (XP) machine. I've got all the permissions set up on the remote machine, but when I try to run amdump, I get some very confusing errors. The server and samba client is a Linux Debian-x86 box, running samba 3.0.0beta2-1 and amanda 1:2.4.4-2. (The "1:" is an artifact of the Debian package management system, and the "-2" is the second Debian package, which was actually justa dependency fix.) Anyway, setting up disklist and amandapass appropriately, I got the following error reported: /-- server//windows/share lev 0 STRANGE sendbackup: start [server://windows/share level 0] sendbackup: info BACKUP=/usr/bin/smbclient sendbackup: info RECOVER_CMD=/bin/gzip -dc |/usr/bin/smbclient -f... - sendbackup: info COMPRESS_SUFFIX=.gz sendbackup: info end ? Error opening local file \\windows\share - Permission denied ? Usage: [-?|--help] [--usage] [-R|--name-resolve NAME-RESOLVE-ORDER] ? [-M|--message HOST] [-I|--ip-address IP] [-E|--stderr] [-L|--list HOST] ? [-t|--terminal CODE] [-m|--max-protocol LEVEL] [-T|--tar IXFqgbNan] ? [-D|--directory DIR] [-c|--command STRING] [-b|--send-buffer BYTES] ? [-p|--port PORT] [-d|--debuglevel DEBUGLEVEL] ? [-s|--configfile CONFIGFILE] [-l|--log-basename LOGFILEBASE] ? [-V|--version] [-O|--socket-options SOCKETOPTIONS] ? [-n|--netbiosname NETBIOSNAME] [-W|--workgroup WORKGROUP] ? [-i|--scope SCOPE] [-U|--user USERNAME] [-N|--no-pass] [-k|--kerberos] ? [-A|--authentication-file FILE] service ??error [/usr/bin/smbclient returned 1]? dumper: strange [missing size line from sendbackup] ? dumper: strange [missing end line from sendbackup] \ and the following sendbackup.$DATE.debug file: sendbackup: debug 1 pid 27600 ruid 34 euid 34: start at Wed Jul 30 02:17:39 2003 /usr/lib/amanda/sendbackup: version 2.4.4 parsed request as: program `GNUTAR' disk `//windows/share' device `//windows/share' level 0 since 1970:1:1:0:0:0 options `|;auth=bsd;compress-fast;index;exclude-list=/etc/amanda/exclude.gtar;' sendbackup: try_socksize: send buffer size is 65536 sendbackup: time 0.001: stream_server: waiting for connection: 0.0.0.0.19617 sendbackup: time 0.001: stream_server: waiting for connection: 0.0.0.0.19618 sendbackup: time 0.001: stream_server: waiting for connection: 0.0.0.0.19619 sendbackup: time 0.001: waiting for connect on 19617, then 19618, then 19619 sendbackup: time 0.007: stream_accept: connection from 192.35.100.1.19620 sendbackup: time 0.007: stream_accept: connection from 192.35.100.1.19621 sendbackup: time 0.007: stream_accept: connection from 192.35.100.1.19622 sendbackup: time 0.007: got all connections sendbackup: time 0.007: spawning /bin/gzip in pipeline sendbackup: argument list: /bin/gzip --fast sendbackup-gnutar: time 0.008: pid 27603: /bin/gzip --fast sendbackup-gnutar: time 0.124: doing level 0 dump from date: 1970-01-01 0:00:00 GMT sendbackup-gnutar: time 0.127: backup of \\windows\share sendbackup: time 0.137: spawning /usr/bin/smbclient in pipeline sendbackup: argument list: smbclient \\windows\share -U netbackup -E -d0 -Tqca - sendbackup-gnutar: time 0.138: /usr/bin/smbclient: pid 27606 sendbackup: time 0.142: started index creator: "/bin/tar -tf - 2>/dev/null | sed -e 's/^\.//'" sendbackup: time 0.461: 124: strange(?): Error opening local file \\windows\share - Permission denied sendbackup: time 0.462: 124: strange(?): Usage: [-?|--help] [--usage] [-R|--name-resolve NAME-RESOLVE-ORDER] sendbackup: time 0.463: 124: strange(?): [-M|--message HOST] [-I|--ip-address IP] [-E|--stderr] [-L|--list HOST] sendbackup: time 0.464: 124: strange(?): [-t|--terminal CODE] [-m|--max-protocol LEVEL] [-T|--tar IXFqgbNan] sendbackup: time 0.464: 124: strange(?): [-D|--directory DIR] [-c|--command STRING] [-b|--send-buffer BYTES] sendbackup: time 0.465: 124: strange(?): [-p|--port PORT] [-d|--debuglevel DEBUGLEVEL] sendbackup: time 0.466: 124: strange(?): [-s|--configfile CONFIGFILE] [-l|--log-basename LOGFILEBASE] sendbackup: time 0.467: 124: strange(?): [-V|--version] [-O|--socket-options SOCKETOPTIONS] sendbackup: time 0.468: 124: strange(?): [-n|--netbiosname NETBIOSNAME] [-W|--workgroup WORKGROUP] sendbackup: time 0.469: 124: strange(?): [-i|--scope SCOPE] [-U|--user USERNAME] [-N|--no-pass] [-k|--kerberos] sendbackup: time 0.472: 124: strange(?): [-A|--authentication-file FILE] service sendbackup: time 0.475: index created successfully sendbackup: time 0.477: error [/usr/bin/smbclient returned 1] sendbackup: time 0.478: pid 27600 finish time Wed Jul 30 02:17:39 2003 I noticed that the new smbclient wasn't happy with \-separated file names, so I went in and hacked out three lines of makesharename() in client-src/findpass.c: amfree(buffer);
Re: building 2.4.4p1 under Solaris 9 with native-built gcc-3.3
On Wed, 30 Jul 2003, Martin Hepworth wrote: > what's the LD_LIBRARY_PATH set to? does it include the location of > libgcc_s.so? I don't use LD_LIBRARY_PATH and have no need to do so. That's what the purpose of the -R linker flag is - to hard-code the library search path that the executable file will use at *runtime*. The -L flag tells the linker where to search at *compile* time, but this doesn't replace whatever is supplied with the -R flag. It's a good question that you raised though since with Solaris and most other Unixes, using LD_LIBRARY_PATH is a serious enough security issue that it's used very little anymore, and many people prefer to use the -L/-R combination in the LDFLAGS setting. My default -R flag setting is /usr/sfw/lib:/usr/openwin/lib:/usr/local/lib so at run-time, the program will check through these three directories for each shared library it needs to find. I have /usr/local/lib last since Sun now supplies a lot of pre-compiled 3rd-party software packages configured to install into the /usr/sfw path. I don't have any Sun-supplied GCC installations, and the default paths for gcc files are all under /usr/local, so the genversion binary should be detecting libgcc_s in /usr/local/lib and using it. Either something is wrong with libgcc_s and the run-time wrapper rejects the shared library as being invalid, or something is wrong with the way the run-time wrapper is built when genversion is compiled that means it doesn't search /usr/local/lib to see if it can find libgcc_s there. At least they're my two current theories. Craig. -- Email by Craig Dewick (tm). Home page at "lios.apana.org.au/~cdewick". "[EMAIL PROTECTED]" or "[EMAIL PROTECTED]". Explore and enjoy my public-domain Sun Microsystems technical data archive at "www.sunshack.org", "www.sunshack.net" or "www.sunshack.info".
Re: why is tar(1) being passed "--directory //windows/share"?
Hi, reading the second debug-file snippet i would say your hacking broke samba-support completley. Tar should never be called for a samba share, only smbclient. go back to the original soure and do one thing after the other, first the patch with the / to \\ conversion, test it, the try the rest. Christoph [EMAIL PROTECTED] wrote: I'm trying to set up amanda to back up a Windows (XP) machine. I've got all the permissions set up on the remote machine, but when I try to run amdump, I get some very confusing errors. The server and samba client is a Linux Debian-x86 box, running samba 3.0.0beta2-1 and amanda 1:2.4.4-2. (The "1:" is an artifact of the Debian package management system, and the "-2" is the second Debian package, which was actually justa dependency fix.) Anyway, setting up disklist and amandapass appropriately, I got the following error reported: /-- server//windows/share lev 0 STRANGE sendbackup: start [server://windows/share level 0] sendbackup: info BACKUP=/usr/bin/smbclient sendbackup: info RECOVER_CMD=/bin/gzip -dc |/usr/bin/smbclient -f... - sendbackup: info COMPRESS_SUFFIX=.gz sendbackup: info end ? Error opening local file \\windows\share - Permission denied ? Usage: [-?|--help] [--usage] [-R|--name-resolve NAME-RESOLVE-ORDER] ? [-M|--message HOST] [-I|--ip-address IP] [-E|--stderr] [-L|--list HOST] ? [-t|--terminal CODE] [-m|--max-protocol LEVEL] [-T|--tar IXFqgbNan] ? [-D|--directory DIR] [-c|--command STRING] [-b|--send-buffer BYTES] ? [-p|--port PORT] [-d|--debuglevel DEBUGLEVEL] ? [-s|--configfile CONFIGFILE] [-l|--log-basename LOGFILEBASE] ? [-V|--version] [-O|--socket-options SOCKETOPTIONS] ? [-n|--netbiosname NETBIOSNAME] [-W|--workgroup WORKGROUP] ? [-i|--scope SCOPE] [-U|--user USERNAME] [-N|--no-pass] [-k|--kerberos] ? [-A|--authentication-file FILE] service ??error [/usr/bin/smbclient returned 1]? dumper: strange [missing size line from sendbackup] ? dumper: strange [missing end line from sendbackup] \ and the following sendbackup.$DATE.debug file: sendbackup: debug 1 pid 27600 ruid 34 euid 34: start at Wed Jul 30 02:17:39 2003 /usr/lib/amanda/sendbackup: version 2.4.4 parsed request as: program `GNUTAR' disk `//windows/share' device `//windows/share' level 0 since 1970:1:1:0:0:0 options `|;auth=bsd;compress-fast;index;exclude-list=/etc/amanda/exclude.gtar;' sendbackup: try_socksize: send buffer size is 65536 sendbackup: time 0.001: stream_server: waiting for connection: 0.0.0.0.19617 sendbackup: time 0.001: stream_server: waiting for connection: 0.0.0.0.19618 sendbackup: time 0.001: stream_server: waiting for connection: 0.0.0.0.19619 sendbackup: time 0.001: waiting for connect on 19617, then 19618, then 19619 sendbackup: time 0.007: stream_accept: connection from 192.35.100.1.19620 sendbackup: time 0.007: stream_accept: connection from 192.35.100.1.19621 sendbackup: time 0.007: stream_accept: connection from 192.35.100.1.19622 sendbackup: time 0.007: got all connections sendbackup: time 0.007: spawning /bin/gzip in pipeline sendbackup: argument list: /bin/gzip --fast sendbackup-gnutar: time 0.008: pid 27603: /bin/gzip --fast sendbackup-gnutar: time 0.124: doing level 0 dump from date: 1970-01-01 0:00:00 GMT sendbackup-gnutar: time 0.127: backup of \\windows\share sendbackup: time 0.137: spawning /usr/bin/smbclient in pipeline sendbackup: argument list: smbclient \\windows\share -U netbackup -E -d0 -Tqca - sendbackup-gnutar: time 0.138: /usr/bin/smbclient: pid 27606 sendbackup: time 0.142: started index creator: "/bin/tar -tf - 2>/dev/null | sed -e 's/^\.//'" sendbackup: time 0.461: 124: strange(?): Error opening local file \\windows\share - Permission denied sendbackup: time 0.462: 124: strange(?): Usage: [-?|--help] [--usage] [-R|--name-resolve NAME-RESOLVE-ORDER] sendbackup: time 0.463: 124: strange(?): [-M|--message HOST] [-I|--ip-address IP] [-E|--stderr] [-L|--list HOST] sendbackup: time 0.464: 124: strange(?): [-t|--terminal CODE] [-m|--max-protocol LEVEL] [-T|--tar IXFqgbNan] sendbackup: time 0.464: 124: strange(?): [-D|--directory DIR] [-c|--command STRING] [-b|--send-buffer BYTES] sendbackup: time 0.465: 124: strange(?): [-p|--port PORT] [-d|--debuglevel DEBUGLEVEL] sendbackup: time 0.466: 124: strange(?): [-s|--configfile CONFIGFILE] [-l|--log-basename LOGFILEBASE] sendbackup: time 0.467: 124: strange(?): [-V|--version] [-O|--socket-options SOCKETOPTIONS] sendbackup: time 0.468: 124: strange(?): [-n|--netbiosname NETBIOSNAME] [-W|--workgroup WORKGROUP] sendbackup: time 0.469: 124: strange(?): [-i|--scope SCOPE] [-U|--user USERNAME] [-N|--no-pass] [-k|--kerberos] sendbackup: time 0.472: 124: strange(?): [-A|--authentication-file FILE] service sendbackup: time 0.475: index created successfully
Re: why is tar(1) being passed "--directory //windows/share"?
Duh. Somehow when I rebuilt amanda, the samba support got turned off. Because the configure script tested smbclient with \\machine\share as an argument. I got it turned on and everything appears to be working. Sorry for the false alarm. (Although that backslashing really should go away. smbclient has supported forward slashes forever.) Thanks!
amanda on a raidzone
Hello, Anyone got amanda running on a raidzone on redhat7.1 with a adaptec DLT two drive jukebox? I install the rpm files for redhat 7.1 but I am having trouble trying to get the changer config file to work properly. It looks like it will not perform any unload or cycle through tape elemements. I can label new tapes. ALso, do I have to configure the network files if I only want to do local backups? The amdump complains of planner "request to local host timed out". I also want to know if I have the latest rpm file for redhat7.1 amanda-2.4.2p2-1 amanda-server-2.4.2p2-1. ALso, with this version can I backup a large filesystem? I have a resier volume with 60 gig. Of course I can only use tar. Thanks!
Re: amanda inparallel not working on large filesystems
On Fri, Jul 25, 2003 at 03:08:48PM +0100, [EMAIL PROTECTED] wrote: > I ran amstatus every five minutes last night to confirm this, and it shows > on[e] filesystem dumping while the other is listed as dumping, but sticks at > 32K until the other one finishes. > [...] > Over the previous month, I have moved the backup onto seperate network > cards, seperate networks, specifed spindles, increased the holding disc > space, reduced the holding disc space, increased max dumps etc, reduced max > dumps etc. As I understand it (though I might well be wrong), all of these things will affect when Amanda chooses to start a given dump, but will have no effect at all on how quickly the dump proceeds once started. There might be resource contention on the client machine (disk, CPU, RAM, whatever). > From my observations, the gtar on the remote > machine is using "listed_incremental" even though I am specifying no > incrementals to be performed. I don;t know if this is important or not, but > if I run the command by hand it takes forever to run, if I omit the > list-incremental option on the command line. gtar flies through. Note that > this may be a totally seperate issue to the problem I am facing. Or this might be it. If listed-incremental is as slow as people claim it to be, and you're running three of them at once, that could be the problem. If those file systems have zillions of tiny files (as opposed to a few large ones), that'd make the problem worse -- more work for the listed-incremental processing to do, perhaps its data structures within gtar don't scale to the level you need, etc., etc. In short, I suspect that your Amanda configuration is doing what it should, and that you should focus your attention on the client machine. -- | | /\ |-_|/ > Eric Siegerman, Toronto, Ont.[EMAIL PROTECTED] | | / When I came back around from the dark side, there in front of me would be the landing area where the crew was, and the Earth, all in the view of my window. I couldn't help but think that there in front of me was all of humanity, except me. - Michael Collins, Apollo 11 Command Module Pilot
Re: amdump: [dump to tape failed, will try again] -> amrestore borking
On Fri, Jul 25, 2003 at 02:29:46PM +0200, Andreas Ntaflos wrote: > Anyone have an idea? The logs (amdump.*, log.date.*) don't give much > more information apart from telling me that the `dump to drive failed' > and it `will try again'. Not of much help. Any pointers where I should > have a look? Look in the debug files (in /tmp/amanda by default, but you might have configured it otherwise). There are a bunch of them, on both server and client, and I can never keep them all straight. But one of them might contain a clue. -- | | /\ |-_|/ > Eric Siegerman, Toronto, Ont.[EMAIL PROTECTED] | | / When I came back around from the dark side, there in front of me would be the landing area where the crew was, and the Earth, all in the view of my window. I couldn't help but think that there in front of me was all of humanity, except me. - Michael Collins, Apollo 11 Command Module Pilot
Re: building 2.4.4p1 under Solaris 9 with native-built gcc-3.3 (fwd)
Further to this issue, I have now tried, for the sake of experimentation (after a few people have contacted me privately suggesting it), setting LD_LIBRARY_PATH. I set it just to have /usr/local/lib in the variable. Strangely, the whole Amanda 2.4.4p1 source tree build without a hitch, and 'genversion' has no problem locating 'libgcc_s'. A run of 'ldd' over the binary shows it finds libgcc_s in /usr/local/lib as it's meant to do via the run-time lib search path which is supposed to be compiled in by the linker. As soon as I unset LD_LIBRARY_PATH, 'genversion' fails to find libgcc_s again. What does this indicate? Is there something wrong with the Amanda makefiles which cause the LDFLAGS setting to be ignored? I'll see if I can find out more today. I'm puzzled why actually setting LD_LIBRARY_PATH works since it's not required and the build process should work properly without it when a run-time lib search path is compiled in. Craig. -- Email by Craig Dewick (tm). Home page at "lios.apana.org.au/~cdewick". "[EMAIL PROTECTED]" or "[EMAIL PROTECTED]". Explore and enjoy my public-domain Sun Microsystems technical data archive at "www.sunshack.org", "www.sunshack.net" or "www.sunshack.info".
configure fails even with-group specified
Hi all, I'm a little confused as to why configure fails. Here's what I'm using when I run configure... ./configure --with-user=vilbu\ --with-group=vilbu\ --with-configdir=/etc/amanda\ --with-config=daily\ --with-gnutar=/bin/tar\ --with-tapedevice=/dev/nst0\ --with-amandahosts\ --with-smbclient=/usr/bin/smbclient ...but the response I get is this... checking build system type... i686-pc-linux-gnu checking host system type... i686-pc-linux-gnu checking target system type... i686-pc-linux-gnu checking for a BSD-compatible install... /usr/bin/ginstall -c checking whether build environment is sane... yes checking for gawk... gawk checking whether make sets $(MAKE)... yes configure: error: *** --with-group=GROUP is missing ...the user 'vilbu' is a member of three groups: 'disk', 'users', and 'vilbu', while it's primary group is 'vilbu'; and the group most certainly exists. Anyone have any thoughts as to why configure fails in this case? Thanks, Stefan
RE: configure fails even with-group specified
Maybe because there are no spaces between the settings, so they don't parse? Try this: ./configure --with-user=vilbu\ --with-group=vilbu\ --with-configdir=/etc/amanda\ --with-config=daily\ --with-gnutar=/bin/tar\ --with-tapedevice=/dev/nst0\ --with-amandahosts\ --with-smbclient=/usr/bin/smbclient ^ note leading spaces... > -Original Message- > From: S. Keel [mailto:[EMAIL PROTECTED] > Sent: Wednesday, July 30, 2003 6:06 PM > To: Amanda Users > Subject: configure fails even with-group specified > > > Hi all, > > I'm a little confused as to why configure fails. Here's what > I'm using > when I run configure... > > ./configure --with-user=vilbu\ > --with-group=vilbu\ > --with-configdir=/etc/amanda\ > --with-config=daily\ > --with-gnutar=/bin/tar\ > --with-tapedevice=/dev/nst0\ > --with-amandahosts\ > --with-smbclient=/usr/bin/smbclient > > ...but the response I get is this... > > checking build system type... i686-pc-linux-gnu > checking host system type... i686-pc-linux-gnu > checking target system type... i686-pc-linux-gnu > checking for a BSD-compatible install... /usr/bin/ginstall -c > checking whether build environment is sane... yes > checking for gawk... gawk > checking whether make sets $(MAKE)... yes > configure: error: *** --with-group=GROUP is missing > > ...the user 'vilbu' is a member of three groups: 'disk', 'users', and > 'vilbu', while it's primary group is 'vilbu'; and the group > most certainly > exists. > > Anyone have any thoughts as to why configure fails in this case? > > Thanks, > Stefan >
Re: building 2.4.4p1 under Solaris 9 with native-built gcc-3.3(fwd)
On Wed, 2003-07-30 at 17:45, Craig Dewick wrote: > Further to this issue, > > I have now tried, for the sake of experimentation (after a few people have > contacted me privately suggesting it), setting LD_LIBRARY_PATH. I set it > just to have /usr/local/lib in the variable. As I understand things. The LD_LIBRARY_PATH variable is used at run time as an additional search path for loadable modules (.so files). If you have it set while compiling, it will search that path for loadable modules but will not include it in the compiled in path to search for them. Using the -R (or -L) flag with the compiler adds the path to the search list built into the binary at build time. Also, have a look at the crle command. It lets you change the default search path for shared libraries at a system level (instead of having to always set LD_LIBRARY_PATH). -- Ean Kingston <[EMAIL PROTECTED]>
Re: configure fails even with-group specified
On Wednesday 30 July 2003 18:10, Bort, Paul wrote: >Maybe because there are no spaces between the settings, so they > don't parse? > > >Try this: > >./configure --with-user=vilbu\ > --with-group=vilbu\ > --with-configdir=/etc/amanda\ > --with-config=daily\ > --with-gnutar=/bin/tar\ > --with-tapedevice=/dev/nst0\ > --with-amandahosts\ > --with-smbclient=/usr/bin/smbclient > >^ note leading spaces... > That won't fly either. There MUST be a space in front of the backslash, and nothing BUT the newline after it. >> -Original Message- >> From: S. Keel [mailto:[EMAIL PROTECTED] >> Sent: Wednesday, July 30, 2003 6:06 PM >> To: Amanda Users >> Subject: configure fails even with-group specified >> >> >> Hi all, >> >> I'm a little confused as to why configure fails. Here's what >> I'm using >> when I run configure... >> >> ./configure --with-user=vilbu\ >> --with-group=vilbu\ >> --with-configdir=/etc/amanda\ >> --with-config=daily\ >> --with-gnutar=/bin/tar\ >> --with-tapedevice=/dev/nst0\ >> --with-amandahosts\ >> --with-smbclient=/usr/bin/smbclient >> >> ...but the response I get is this... >> >> checking build system type... i686-pc-linux-gnu >> checking host system type... i686-pc-linux-gnu >> checking target system type... i686-pc-linux-gnu >> checking for a BSD-compatible install... /usr/bin/ginstall -c >> checking whether build environment is sane... yes >> checking for gawk... gawk >> checking whether make sets $(MAKE)... yes >> configure: error: *** --with-group=GROUP is missing >> >> ...the user 'vilbu' is a member of three groups: 'disk', 'users', >> and 'vilbu', while it's primary group is 'vilbu'; and the group >> most certainly >> exists. >> >> Anyone have any thoughts as to why configure fails in this case? >> >> Thanks, >> Stefan -- Cheers, Gene AMD [EMAIL PROTECTED] 320M [EMAIL PROTECTED] 512M 99.27% setiathome rank, not too shabby for a WV hillbilly Yahoo.com attornies please note, additions to this message by Gene Heskett are: Copyright 2003 by Maurice Eugene Heskett, all rights reserved.
Re: configure fails even with-group specified
On Wednesday 30 July 2003 18:06, S. Keel wrote: >Hi all, > >I'm a little confused as to why configure fails. Here's what I'm > using when I run configure... > Please add the spaces in front of the \, like this >./configure --with-user=vilbu \ >--with-group=vilbu \ >--with-configdir=/etc/amanda \ >--with-config=daily \ >--with-gnutar=/bin/tar \ >--with-tapedevice=/dev/nst0 \ >--with-amandahosts \ >--with-smbclient=/usr/bin/smbclient > >...but the response I get is this... > >checking build system type... i686-pc-linux-gnu >checking host system type... i686-pc-linux-gnu >checking target system type... i686-pc-linux-gnu >checking for a BSD-compatible install... /usr/bin/ginstall -c >checking whether build environment is sane... yes >checking for gawk... gawk >checking whether make sets $(MAKE)... yes >configure: error: *** --with-group=GROUP is missing > >...the user 'vilbu' is a member of three groups: 'disk', 'users', > and 'vilbu', while it's primary group is 'vilbu'; and the group > most certainly exists. > >Anyone have any thoughts as to why configure fails in this case? > >Thanks, >Stefan -- Cheers, Gene AMD [EMAIL PROTECTED] 320M [EMAIL PROTECTED] 512M 99.27% setiathome rank, not too shabby for a WV hillbilly Yahoo.com attornies please note, additions to this message by Gene Heskett are: Copyright 2003 by Maurice Eugene Heskett, all rights reserved.