Amanda-2.4.4p4 - RedHat 7.3 - Samba-3.0
Hi Using the above fine for ann Unix type hosts and of these tar and dump based backups work fine. Just tried to backup my first windows partition last night and it seems to have worked but the dump ran with 'strange' - Can anyone point me in the direction of what might be wrong? FAILED AND STRANGE DUMP DETAILS: /-- titan //printserver/hyperion lev 0 STRANGE sendbackup: start [titan://printserver/hyperion level 0] sendbackup: info BACKUP=/opt/samba/bin/smbclient sendbackup: info RECOVER_CMD=/opt/samba/bin/smbclient -f... - sendbackup: info end ? [2005/02/24 00:46:52, 0] client/clitar.c:process_tar(1433) ? tar: dumped 3546 files and directories ? [2005/02/24 00:46:52, 0] client/clitar.c:process_tar(1434) | Total bytes written: 3155058688 sendbackup: size 3081112 sendbackup: end \ thanks for any help! Tom
Re: Amanda-2.4.4p4 - RedHat 7.3 - Samba-3.0
On Thu, Feb 24, 2005 at 09:19:31AM +, Tom Brown wrote: FAILED AND STRANGE DUMP DETAILS: I posted about this in the last week or two. Look for strange in the list archives. -- | | /\ |-_|/ Eric Siegerman, Toronto, Ont.[EMAIL PROTECTED] | | / The animal that coils in a circle is the serpent; that's why so many cults and myths of the serpent exist, because it's hard to represent the return of the sun by the coiling of a hippopotamus. - Umberto Eco, Foucault's Pendulum
Re: Amanda-2.4.4p4 - RedHat 7.3 - Samba-3.0
FAILED AND STRANGE DUMP DETAILS: /-- titan //printserver/hyperion lev 0 STRANGE sendbackup: start [titan://printserver/hyperion level 0] sendbackup: info BACKUP=/opt/samba/bin/smbclient sendbackup: info RECOVER_CMD=/opt/samba/bin/smbclient -f... - sendbackup: info end ? [2005/02/24 00:46:52, 0] client/clitar.c:process_tar(1433) ? tar: dumped 3546 files and directories ? [2005/02/24 00:46:52, 0] client/clitar.c:process_tar(1434) | Total bytes written: 3155058688 sendbackup: size 3081112 sendbackup: end \ responding to myself here but seems that this may be due to a samba error? We are using version 3.0.0 and perhaps this does not play nicely with amanda 2.4.4p4 - The backup restored fine though. Anyone know a 'good' 2.4.4p4 and Samba version combo? thanks
Re: Amanda-2.4.4p4 - RedHat 7.3 - Samba-3.0
Tom Brown wrote: FAILED AND STRANGE DUMP DETAILS: /-- titan //printserver/hyperion lev 0 STRANGE sendbackup: start [titan://printserver/hyperion level 0] sendbackup: info BACKUP=/opt/samba/bin/smbclient sendbackup: info RECOVER_CMD=/opt/samba/bin/smbclient -f... - sendbackup: info end ? [2005/02/24 00:46:52, 0] client/clitar.c:process_tar(1433) ? tar: dumped 3546 files and directories ? [2005/02/24 00:46:52, 0] client/clitar.c:process_tar(1434) | Total bytes written: 3155058688 sendbackup: size 3081112 sendbackup: end \ responding to myself here but seems that this may be due to a samba error? We are using version 3.0.0 and perhaps this does not play nicely with amanda 2.4.4p4 - The backup restored fine though. Error is a bit a strong word. Samba seems be a gotten a little more verbose again. And amanda is not yet prepared to discard the more verbose messages. I have the same issue with logwatch which sends me tons of unexpected logentries on my machines with samba 3.0 installed. (Had not yet time/energy to filter them out again.) If the strange messages annoy you, you can dive into the source, edit client-src/sendbackup-gnutar.c, find in the beginning of the file a table with the regular expressions and their classificiation and add a pattern that classifies the 3 strange lines as normal. Anyone know a 'good' 2.4.4p4 and Samba version combo? In my experience samba 3 works good. At least the backups are fine. -- 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: Amanda-2.4.4p4 - RedHat 7.3 - Samba-3.0
On Thu, Feb 24, 2005 at 09:19:31AM +, Tom Brown wrote: Hi Using the above fine for ann Unix type hosts and of these tar and dump based backups work fine. Just tried to backup my first windows partition last night and it seems to have worked but the dump ran with 'strange' - Can anyone point me in the direction of what might be wrong? FAILED AND STRANGE DUMP DETAILS: /-- titan //printserver/hyperion lev 0 STRANGE sendbackup: start [titan://printserver/hyperion level 0] sendbackup: info BACKUP=/opt/samba/bin/smbclient sendbackup: info RECOVER_CMD=/opt/samba/bin/smbclient -f... - sendbackup: info end ? [2005/02/24 00:46:52, 0] client/clitar.c:process_tar(1433) ? tar: dumped 3546 files and directories ? [2005/02/24 00:46:52, 0] client/clitar.c:process_tar(1434) | Total bytes written: 3155058688 sendbackup: size 3081112 sendbackup: end \ thanks for any help! Gee, based on my experience, that would be a very clean report of a samba dump. :((My reports always have lots of files and/or directories that could not be backed up because of Windows various permissions and restrictions. The two messages seem to be normal end of smbtar/smbclient reports. Amanda maintains list of messages it ignores and considers normal. Some other types of messages it doesn't recognize but feels the backup went to some form of normal completion and considers them strange, i.e. unrecognized by amanda so the operator must decide if they are of any consequence. If you can put up with reports like this, I'd consider them your norm for that DLE. Alternatively, amanda uses pattern matching (regular expression patterns) to recognize messages to ignore or report. Perhaps amanda was meant to ignore those particular messages, but in your version of samba, the message is subtly altered and the pattern no longer matches it. This has happened before. Things as simple as spacing or capitalization or punctuation could throw off the pattern match. -- Jon H. LaBadie [EMAIL PROTECTED] JG Computing 4455 Province Line Road(609) 252-0159 Princeton, NJ 08540-4322 (609) 683-7220 (fax)