zmanda windows client
I've been using the Zmanda Windows Client (ZWC) to back up my two Windows Clients. After several years of working just fine, one has stopped working. It is a Windows 7 laptop. The other is a Windows 8 VirtualBox VM that continues to work fine. The report error message is: planner: ERROR catwoman.jgcomp.com: Server validation Failed. Please register server with client. Registration on the client has had no effect. Nor has reinstallation of the dated ZWC software. amcheck gives the same error message. DNS is working on both client and amanda server. What other settings might be out of whack? Jon -- Jon H. LaBadie [email protected] 11226 South Shore Rd. (703) 787-0688 (H) Reston, VA 20190 (703) 935-6720 (C)
Incremental backup with Zmanda Windows Client
Hi,
After years of happy backups with the smbclient, I deceided to give ZWC
a try.
But I am frustrated because incremental backups seems not to work,
whatever the level, all the data are being pulled/
Here's a snipset of the reports of 6 days, while I was on leave, no one
using the PC:
olivier. "c:/temp" 1 13306536 12085577 90.8 36:10 6132.1 2:26 82777.9
olivier. "c:/temp" 1 13306536 12085581 90.8 58:01 3823.0 2:47 72368.7
olivier. "c:/temp" 0 13306535 12085592 90.8 46:20 4787.0 4:05 49328.9
olivier. "c:/temp" 1 13306536 12085576 90.8 49:44 4459.6 4:25 45605.9
olivier. "c:/temp" 1 13306536 12085577 90.8 41:32 5339.0 3:26 58667.8
olivier. "c:/temp" 0 13306535 12085590 90.8 49:04 4520.2 3:12 62945.8
And the backup type is defined as:
define dumptype zwc-normal {
comment "Incremental dumpp of Zmanda Windows Client"
index yes
auth "bsdtcp"
program "DUMP"
maxdumps 1
compress server best
priority high
allow-split true
}
It obviously has no skip-incr (as shown by the level 0 and 1 in the dump
reports).
Why is it always backuping the full directory?
Best regards,
Olivier
Script to chang ethe user for Zmanda Windows Client
Hi,
As explained
http://wiki.zmanda.com/index.php/Zmanda_Windows_Client#Running_ZWC_as_some_other_user
the Zmanda client for Windows installs with the default username
"amandauser" and this cannot be configured by an option.
That username must reflect the username that is running Amanda on the
server. That can be changed using a few Windows tools.
The script http://cs.ait.ac.th/~on/rename_amanda.vbs automatically
performs all the steps required to change Zmanda Windows Client user.
I have tested this script on Windows XP Pro SP3 (32 bits) and on Windows
7 Pro SP1 (32 bits).
To use the script:
Download the script in a temporary directory, then run the script with:
cscript //nologo rename_amanda.vbs {/delete]
Where username is the new user name for ZWC and the option /delete
allows to completely remove the old user from the computer.
The script will leave 3 files in the directory, secedit_backup.sdb is an
important file: it is a backup of the system security before it was
modified by the script.
I am pretty sure this script will not work properly if some system users
(Administrator, etc.) have UTF8 names.
Best regards,
Olivier
--
Re: Zmanda Windows Client ZIP files
Spam detection software, running on the system "slivovice.cz.omniscient.com", has identified this incoming email as possible spam. The original message has been attached to this so you can view it (if it isn't spam) or label similar future email. If you have any questions, see The administrator of that system for details. Content preview: On Fri, Nov 15, 2013 at 03:02:53PM -0500, Chris Nighswonger wrote: > > > > We don't use Pkzip command to zip it up. We use ZIP64 archive format. > > PKzip is only tool that we have seen that uses ZIP64 format > > well. Others zip programs also attempt to do so but may not work in all > > cases. > > > > > So what's wrong with 7zip's[1] library? > > [1] http://7-zip.org/7z.html [...] Content analysis details: (5.0 points, 5.0 required) pts rule name description -- -- -0.0 RCVD_IN_DNSWL_NONE RBL: Sender listed at http://www.dnswl.org/, no trust [206.46.173.21 listed in list.dnswl.org] 4.0 HDRS_LCASE Odd capitalization of message header 1.0 MANY_HDRS_LCASEOdd capitalization of multiple message headers --- Begin Message --- On Fri, Nov 15, 2013 at 03:02:53PM -0500, Chris Nighswonger wrote: > > > > We don't use Pkzip command to zip it up. We use ZIP64 archive format. > > PKzip is only tool that we have seen that uses ZIP64 format > > well. Others zip programs also attempt to do so but may not work in all > > cases. > > > > > So what's wrong with 7zip's[1] library? > > [1] http://7-zip.org/7z.html IIRC the cygwin dll is installed with ZWC. Perhaps gnuzip would be a reasonable choice. jon -- Jon H. LaBadie [email protected] 11226 South Shore Rd. (703) 787-0688 (H) Reston, VA 20190 (609) 477-8330 (C) --- End Message ---
Re: Zmanda Windows Client ZIP files
> > We don't use Pkzip command to zip it up. We use ZIP64 archive format. PKzip > is only tool that we have seen that uses ZIP64 format > well. Others zip programs also attempt to do so but may not work in all cases. > Info-Zip supports ZIP64 but still cannot properly process ZWC's zip files. I wonder if it's PkZIP or Info-Zip that's not properly implementing the standard? Markus --- Markus A. Iturriaga Woelfel, IT Administrator Department of Electrical Engineering and Computer Science University of Tennessee Min H. Kao Building, Suite 424 / 1520 Middle Drive Knoxville, TN 37996-2250 [email protected] / (865) 974-3837 http://twitter.com/UTKEECSIT
Re: Zmanda Windows Client ZIP files
On Fri, Nov 15, 2013 at 2:37 PM, Paddy Sreenivasan < [email protected]> wrote: > > > > On Fri, Nov 15, 2013 at 11:31 AM, Chris Nighswonger < > [email protected]> wrote: > >> >> On Fri, Nov 15, 2013 at 2:20 PM, Schlacta, Christ wrote: >> >>> This subject segues to a feature request fairly well. Can zwc or another >>> client be made to integrate well with the existing Windows 7 and 8 system >>> backup and restore interface? That'd be a dream. >>> >> >> ZWC uses the MS volume shadow service to take a snapshot of the volume. >> Then they use the PKzip library[1] to zip it up (which is probably why the >> source is not GPL). >> > > We don't use Pkzip command to zip it up. We use ZIP64 archive format. > PKzip is only tool that we have seen that uses ZIP64 format > well. Others zip programs also attempt to do so but may not work in all > cases. > > So what's wrong with 7zip's[1] library? Kind Regards, Chris [1] http://7-zip.org/7z.html
Re: Zmanda Windows Client ZIP files
On Nov 15, 2013, at 2:14 PM, Paddy Sreenivasan wrote: > >> >> It seems that there is a definite issue with ZWC. Its a bit much trouble to >> setup a test bed and hunt through prior versions of ZWC to discover if this >> is a regression and when it occurred, although I think it is as I have not >> noticed this problem when restoring files in the past from Win32 backups. >> > > I'd like to add that the trial version of PKZip seemed to work fine when > browsing or extracting individual files, but I have not tried extracting the > entire contents of the archive. > > > Are you using client compression? Yes, I was using client compression. > > Please try using PKzip on Windows to extract the archives. The Windows > compressed folder may not be able to extract files from archives larger than > 4GB. PKZip appears to work but it's the only ZIP program that works consistently. Since PKZip is not free/OSS software, I was trying to avoid buying one or more licenses just to be able to do Amanda restores. By the way, I just discovered that running "zip -FFv" on the zip file in Unix (i.e. the "fixfix" option) creates a new Zip file that is *somewhat* usable in Linux. I still get a number of errors during the operation, eg: zip warning: no end of stream entry found: Program Files (x86)/VideoLAN/VLC/lua/http/images/vlc16x16.png zip warning: rewinding and scanning for later entries zip warning: unexpected signature 50 4b 07 08 on disk 0 at 5944574923 and: Local ( 1 13290794279): copying: Windows/System32/zh-CN/sberes.dll.mui ... . fcopy: write error The new zip file can now be extracted with unzip but it still throws a number of errors such as: inflating: Program Files (x86)/Adobe/Acrobat 11.0/Acrobat/UICustomization/ENU/Custom04.aaui error: invalid compressed data to inflate So, it becomes more usable but not entirely so. I guess I have no alternative but to use PKZip? Has anyone found a workaround? Markus --- Markus A. Iturriaga Woelfel, IT Administrator Department of Electrical Engineering and Computer Science University of Tennessee Min H. Kao Building, Suite 424 / 1520 Middle Drive Knoxville, TN 37996-2250 [email protected] / (865) 974-3837 http://twitter.com/UTKEECSIT
Re: Zmanda Windows Client ZIP files
On Fri, Nov 15, 2013 at 2:20 PM, Schlacta, Christ wrote: > This subject segues to a feature request fairly well. Can zwc or another > client be made to integrate well with the existing Windows 7 and 8 system > backup and restore interface? That'd be a dream. > ZWC uses the MS volume shadow service to take a snapshot of the volume. Then they use the PKzip library[1] to zip it up (which is probably why the source is not GPL). It should be a relatively simple thing to do a similar thing using an OSS zip library I would think. Kind Regards, Chris [1] C:\Program Files\Zmanda\Zmanda Client for Windows Community Edition\bin\pkzip.dll
Re: Zmanda Windows Client ZIP files
Adding some additional info which I should have included to start with: On Fri, Nov 15, 2013 at 2:00 PM, Markus Iturriaga Woelfel < [email protected]> wrote: > Here are my findings in relation to what Chris posted: > > On Nov 15, 2013, at 1:55 PM, Chris Nighswonger < > [email protected]> wrote: > > After some further testing this morning and this afternoon, here is what I > find: > > 1. I am able to unzip the files on our Amanda server using the unix > 'unzip' utility, but there are "random" " error: invalid compressed data > to inflate" errors. These do not appear to affect all files, but that is > little consolation. Testing the archive with 'unzip -t foo.zip' shows that > probably a majority of the files are OK, but many throw the same error just > mentioned. > > > I believe it may be related to file size. I can not even list the contents > of a rather large (~16G) ZIP file. Unizp on my system is compiled with both > large file and ZIP64 support. > The archive I used was a little over 4GB. > > > 2. Moving the archive to a Win32 box I find that I can browse the archive > using the built-in Windows zip functionality. I am also able to selectively > extract various files and their contents seem to be completely intact as > expected. However, attempting a full extract of the file results in an > "Unexpected end of file" error. > > > My Windows 7 and 8 systems both hang when trying to open the file in > Windows Explorer. It's possible it would eventually succeed but I gave up > after about 20 minutes. > > My tests were done on a Windows XP SP3 box.
Re: Zmanda Windows Client ZIP files
> > It seems that there is a definite issue with ZWC. Its a bit much trouble > > to setup a test bed and hunt through prior versions of ZWC to discover if > > this is a regression and when it occurred, although I think it is as I > > have not noticed this problem when restoring files in the past from Win32 > > backups. > I'd like to add that the trial version of PKZip seemed to work fine when > browsing or extracting individual files, but I have not tried extracting > the entire contents of the archive. I had the same issue years ago. It was never resolved. Some answers on the forum said to use various zip programs, none of which worked. I just started rsyncing our one Windows box to a Linux machine, and backing up the data from there. It was definitely related to file size. I don't recall offhand what the limit was, but anything over it created an unrestoreable archive.
Re: Zmanda Windows Client ZIP files
Here are my findings in relation to what Chris posted: On Nov 15, 2013, at 1:55 PM, Chris Nighswonger wrote: > After some further testing this morning and this afternoon, here is what I > find: > > 1. I am able to unzip the files on our Amanda server using the unix 'unzip' > utility, but there are "random" " error: invalid compressed data to inflate" > errors. These do not appear to affect all files, but that is little > consolation. Testing the archive with 'unzip -t foo.zip' shows that probably > a majority of the files are OK, but many throw the same error just mentioned. I believe it may be related to file size. I can not even list the contents of a rather large (~16G) ZIP file. Unizp on my system is compiled with both large file and ZIP64 support. > > 2. Moving the archive to a Win32 box I find that I can browse the archive > using the built-in Windows zip functionality. I am also able to selectively > extract various files and their contents seem to be completely intact as > expected. However, attempting a full extract of the file results in an > "Unexpected end of file" error. My Windows 7 and 8 systems both hang when trying to open the file in Windows Explorer. It's possible it would eventually succeed but I gave up after about 20 minutes. > > 3. Attempting to use 7zip to "open as an archive" results in "Cannot open foo > as an archive" error. Testing the archive with 7zip results in the same error. I have had the same experience. > > It seems that there is a definite issue with ZWC. Its a bit much trouble to > setup a test bed and hunt through prior versions of ZWC to discover if this > is a regression and when it occurred, although I think it is as I have not > noticed this problem when restoring files in the past from Win32 backups. > I'd like to add that the trial version of PKZip seemed to work fine when browsing or extracting individual files, but I have not tried extracting the entire contents of the archive. > Maybe Paddy or someone from Zmanda can jump in here and help scare up what is > going on here. > That would be very appreciated by me as well. Markus > Kind Regards, > Chris > > PS. I did find an old post regarding a similar issue[1]. However, the ZWC > does compression client-side, so I doubt the server hardware has much to do > with it unless one is unzipping on the server and it happens to have some > hardware problem. > > [1] https://forums.zmanda.com/showthread.php?2139-Recovery-failed! > > On Fri, Nov 15, 2013 at 12:41 PM, flooding Controlled > wrote: > I have the same issue on the "pkzip" files. The latest version amanda 3.3.4 > uses this as default on windows client. > > So it made me difficult to unzip the pkzip files... any suggestions ? Thanks. > > > Regards. > > flooding2012 > --- Markus A. Iturriaga Woelfel, IT Administrator Department of Electrical Engineering and Computer Science University of Tennessee Min H. Kao Building, Suite 424 / 1520 Middle Drive Knoxville, TN 37996-2250 [email protected] / (865) 974-3837 http://twitter.com/UTKEECSIT
Re: Zmanda Windows Client ZIP files
After some further testing this morning and this afternoon, here is what I find: 1. I am able to unzip the files on our Amanda server using the unix 'unzip' utility, but there are "random" " error: invalid compressed data to inflate" errors. These do not appear to affect all files, but that is little consolation. Testing the archive with 'unzip -t foo.zip' shows that probably a majority of the files are OK, but many throw the same error just mentioned. 2. Moving the archive to a Win32 box I find that I can browse the archive using the built-in Windows zip functionality. I am also able to selectively extract various files and their contents seem to be completely intact as expected. However, attempting a full extract of the file results in an "Unexpected end of file" error. 3. Attempting to use 7zip to "open as an archive" results in "Cannot open foo as an archive" error. Testing the archive with 7zip results in the same error. It seems that there is a definite issue with ZWC. Its a bit much trouble to setup a test bed and hunt through prior versions of ZWC to discover if this is a regression and when it occurred, although I think it is as I have not noticed this problem when restoring files in the past from Win32 backups. Maybe Paddy or someone from Zmanda can jump in here and help scare up what is going on here. Kind Regards, Chris PS. I did find an old post regarding a similar issue[1]. However, the ZWC does compression client-side, so I doubt the server hardware has much to do with it unless one is unzipping on the server and it happens to have some hardware problem. [1] https://forums.zmanda.com/showthread.php?2139-Recovery-failed! On Fri, Nov 15, 2013 at 12:41 PM, flooding Controlled < [email protected]> wrote: > I have the same issue on the "pkzip" files. The latest version amanda > 3.3.4 uses this as default on windows client. > > So it made me difficult to unzip the pkzip files... any suggestions ? > Thanks. > > > Regards. > > flooding2012 >
Re: Zmanda Windows Client ZIP files
I have the same issue on the "pkzip" files. The latest version amanda 3.3.4 uses this as default on windows client. So it made me difficult to unzip the pkzip files... any suggestions ? Thanks. Regards. flooding2012
Re: Zmanda Windows Client ZIP files
Sent from my iPhone > > Amanda dump images have a 32 kB special amanda header in the beginning, > followed by the actual backed-up data. This header contains, among other > things, human-readable information about how to extract the dump. In order to > extract the dump, this 32 kB header should be discarded from the dumpfile and > the remainder fed to the specific extract tool. On Unix-like systems this is > usually done with dd. I don't have much experience with such things on > Windows, but something similar surely exists. > > Hi Toomas - amfetchdump strips the header for you so that's not the problem. When looking at the file, it starts with the "PK" magic bits, not with an Amanda header. Our server is Linux anyway, so "dd" wouldn't be an issues. Running the Linux "fille" command on the zip file also identifies it as a version 2 ZIP file. Essentially my problem is that only native "pkzip" (not free) can read the file but Linux "unzip" and 7Zip cannot read the file. Cheers, Markus
Re: Zmanda Windows Client ZIP files
Hello Markus, We have mostly win clients on Amanda for several years now. What you describe should work fine. I'll double check my procedure later this morning and post exactly how it goes. Chris -Sent from my droid On Nov 13, 2013 5:14 PM, "Markus Iturriaga Woelfel" wrote: > Hi fellow Amanda Users - I've been trying to figure out how to read the > ZIP files generated by the ZManda Windows Client on our Red Hat 6 Amanda > server. The information I can find on the mailing list is somewhat > conflicting. We've been using Amanda for years to back up Linux/Unix > systems but I'd like to add a few Windows computers to our list of clients. > Here is my problem: > > 1) I can use amfetchdump to get what appears to be a zip file: > # file staff15.zip > staff15.zip: Zip archive data, at least v2.0 to extract > > 2) The "unzip" command (which has ZIP64 support) does not recognize this > as a proper file: > > # unzip -l staff15.zip > Archive: staff15.zip > warning [staff15.zip]: 12551715855 extra bytes at beginning or within > zipfile > (attempting to process anyway) > error [staff15.zip]: start of central directory not found; > zipfile corrupt. > (please check that you have transferred or created the zipfile in the > appropriate BINARY mode and that you have compiled UnZip properly) > > I have also tried 7za (7-zip for Linux) to no avail. > > 3) Copying the archive to Windows, the Explorer built-in zip mechanisms > just hang indefinitely. 7Zip for Windows complains that it cannot open the > file as an archive. > > I should say that there were no errors reported when this backup was > taken. > > Some of the posts I've seen say "try PKZip" but PKZip is not free software > and that defeats the purpose of us using Amanda. I downloaded the > evaluation version of PKZip and it could indeed see the contents of the > archive and extract files. > > So, my questions is - is there no free/open source software that can read > and extract from the zip files generated by the Zmanda client for Windows? > Can I switch the compression to "server" if all else fails? > > Thanks as always, > > Markus > > > --- > Markus A. Iturriaga Woelfel, IT Administrator > Department of Electrical Engineering and Computer Science > University of Tennessee > Min H. Kao Building, Suite 424 / 1520 Middle Drive > Knoxville, TN 37996-2250 > [email protected] / (865) 974-3837 > http://twitter.com/UTKEECSIT > > > > > > > >
Re: Zmanda Windows Client ZIP files
Hello Markus! 1) I can use amfetchdump to get what appears to be a zip file: # file staff15.zip staff15.zip: Zip archive data, at least v2.0 to extract 2) The "unzip" command (which has ZIP64 support) does not recognize this as a proper file: Amanda dump images have a 32 kB special amanda header in the beginning, followed by the actual backed-up data. This header contains, among other things, human-readable information about how to extract the dump. In order to extract the dump, this 32 kB header should be discarded from the dumpfile and the remainder fed to the specific extract tool. On Unix-like systems this is usually done with dd. I don't have much experience with such things on Windows, but something similar surely exists. HTH, -- Toomas Aas
Zmanda Windows Client ZIP files
Hi fellow Amanda Users - I've been trying to figure out how to read the ZIP files generated by the ZManda Windows Client on our Red Hat 6 Amanda server. The information I can find on the mailing list is somewhat conflicting. We've been using Amanda for years to back up Linux/Unix systems but I'd like to add a few Windows computers to our list of clients. Here is my problem: 1) I can use amfetchdump to get what appears to be a zip file: # file staff15.zip staff15.zip: Zip archive data, at least v2.0 to extract 2) The "unzip" command (which has ZIP64 support) does not recognize this as a proper file: # unzip -l staff15.zip Archive: staff15.zip warning [staff15.zip]: 12551715855 extra bytes at beginning or within zipfile (attempting to process anyway) error [staff15.zip]: start of central directory not found; zipfile corrupt. (please check that you have transferred or created the zipfile in the appropriate BINARY mode and that you have compiled UnZip properly) I have also tried 7za (7-zip for Linux) to no avail. 3) Copying the archive to Windows, the Explorer built-in zip mechanisms just hang indefinitely. 7Zip for Windows complains that it cannot open the file as an archive. I should say that there were no errors reported when this backup was taken. Some of the posts I've seen say "try PKZip" but PKZip is not free software and that defeats the purpose of us using Amanda. I downloaded the evaluation version of PKZip and it could indeed see the contents of the archive and extract files. So, my questions is - is there no free/open source software that can read and extract from the zip files generated by the Zmanda client for Windows? Can I switch the compression to "server" if all else fails? Thanks as always, Markus --- Markus A. Iturriaga Woelfel, IT Administrator Department of Electrical Engineering and Computer Science University of Tennessee Min H. Kao Building, Suite 424 / 1520 Middle Drive Knoxville, TN 37996-2250 [email protected] / (865) 974-3837 http://twitter.com/UTKEECSIT
Re: Zmanda Windows Client with dumpuser other than "amandabackup"
Hey Chris, Here is another link to people having problems with this: http://adsm.org//lists/html/Amanda-Users/2009-05/msg00098.html Given that Debian and Ubuntu package amanda with a backup user of "backup" instead of "amandabackup", shouldn't there be a serverside bsdtcp option for controlling which username the server authenticates as to the client? I looked through the bsdtcp code in the repo, but I couldn't find where the relevant block of code is. If someone who knows the source better than me could point me in the right direction, I could submit a patch. Joel Eidsath On Fri, Jul 22, 2011 at 1:13 PM, Alden Timme wrote: > > > -- Forwarded message -- > From: Alden Timme > Date: Thu, Jul 21, 2011 at 3:51 PM > Subject: Re: Zmanda Windows Client with dumpuser other than "amandabackup" > To: Chris Nighswonger > Cc: Paddy Sreenivasan , [email protected] > > > OK I guess it is what it is... Maybe a patch will come out at some point. > Thanks for the responses, though. > > On Thu, Jul 21, 2011 at 3:20 PM, Chris Nighswonger > wrote: >> >> Hi Alden, >> >> On Thu, Jul 21, 2011 at 5:25 PM, Alden Timme >> wrote: >>> >>> Is there really no other way for the backup to work? I.e. something like >>> being able to set "client_username" as you can with rsh or ssh >>> authentication? >> >> The truth of the matter is that ZWC is a proprietary product which is >> close sourced. Thus as long as the code owner elects not to invest the time >> to add the ability to set the username at install time or in a config file, >> we are stuck with the registry hack mentioned in the wiki. >> >> This is another case-in-point for open source code. >> >> Kind Regards, >> Chris > > >
Re: Zmanda Windows Client with dumpuser other than "amandabackup"
OK I guess it is what it is... Maybe a patch will come out at some point. Thanks for the responses, though. On Thu, Jul 21, 2011 at 3:20 PM, Chris Nighswonger < [email protected]> wrote: > Hi Alden, > > > On Thu, Jul 21, 2011 at 5:25 PM, Alden Timme wrote: > >> Is there really no other way for the backup to work? I.e. something like >> being able to set "client_username" as you can with rsh or ssh >> authentication? >> > > The truth of the matter is that ZWC is a proprietary product which is close > sourced. Thus as long as the code owner elects not to invest the time to add > the ability to set the username at install time or in a config file, we are > stuck with the registry hack mentioned in the wiki. > > This is another case-in-point for open source code. > > Kind Regards, > Chris >
Re: Zmanda Windows Client with dumpuser other than "amandabackup"
Hi Alden, On Thu, Jul 21, 2011 at 5:25 PM, Alden Timme wrote: > Is there really no other way for the backup to work? I.e. something like > being able to set "client_username" as you can with rsh or ssh > authentication? > The truth of the matter is that ZWC is a proprietary product which is close sourced. Thus as long as the code owner elects not to invest the time to add the ability to set the username at install time or in a config file, we are stuck with the registry hack mentioned in the wiki. This is another case-in-point for open source code. Kind Regards, Chris
Re: Zmanda Windows Client with dumpuser other than "amandabackup"
Thank you Paddy! I actually saw that page before, but it still does not make sense to me why the server user and client user have to have the same name. Is there really no other way for the backup to work? I.e. something like being able to set "client_username" as you can with rsh or ssh authentication? Thanks, Alden On Thu, Jul 21, 2011 at 1:52 PM, Paddy Sreenivasan wrote: > Please see > http://wiki.zmanda.com/index.php/Zmanda_Windows_Client#Running_ZWC_as_some_other_user > > thanks > Paddy >
Re: Zmanda Windows Client with dumpuser other than "amandabackup"
Please see http://wiki.zmanda.com/index.php/Zmanda_Windows_Client#Running_ZWC_as_some_other_user thanks Paddy
Zmanda Windows Client with dumpuser other than "amandabackup"
I have an Ubuntu server with the native Amanda package installed (via apt-get install amanda-common and amanda-server) - Amanda 2.6.1p1. This creates the Amanda backup user "backup" in the group "backup". However, I need to back up a Windows client, so I have the Zmanda Windows Client installed (version 3.1.3), which uses the user "amandabackup". When I run sudo -u backup amcheck MyConfig I get the following error: ERROR: amanda-client-xp: Unauthenticated user where amanda-client-xp is the Windows client (defined in /etc/hosts). When I create a user "amandabackup" in group "disk" on the server, change permissions for all relevant directories and executables to be owned by "amandabackup", and change the dumpuser in my amanda.conf to "amandabackup" it all works. However, that causes a problem, because I want to be able to automate the creation of an Amanda server and do not want to have to change users and permissions, etc. Bottom line: Do I need the Amanda user on the server to be the same as the Amanda user on the Zmanda Windows Client (i.e. "amandabackup")? I have the line client_username "amandabackup" in my amanda.conf, but that does not seem to help at all. I would appreciate any help!
Re: Zmanda Windows Client
Thanks to Pieter for reporting this issue. It was a bug. We have fixed
it and uploaded the new
version to http://www.zmanda.com/download-amanda.php (Select version 2.6.1p2).
Paddy
On Fri, Feb 26, 2010 at 1:05 PM, Paddy Sreenivasan wrote:
> Can you provide LogFile* from the Debug directory?
> http://wiki.zmanda.com/index.php/Zmanda_Windows_Client#Log_Files
>
> thanks,
> Paddy
>
> On Thu, Feb 25, 2010 at 3:47 PM, Pieter Bowman wrote:
>>
...
We just tried it for the first time and saw the same thing.
What is your disklist config?
...
>>
>> The disklist looks like:
>>
>> host.math.utah.edu "C:/Documents and Settings" zwc-compress 1
>>
>> The amanda.conf has (among other settings):
>>
>> define dumptype global {
>> index yes
>> maxdumps 4
>> tape_splitsize 1 Gb
>> }
>>
>> define dumptype zwc-compress {
>> global
>> auth "bsdtcp"
>> compress client fast
>> program "DUMP"
>> maxdumps 1
>> }
>>
>> Pieter
>>
>
>
>
> --
> Amanda http://amanda.zmanda.com
> ZRM for MySQL http://www.zmanda.com/backup-mysql.html
>
--
Amanda http://amanda.zmanda.com
ZRM for MySQL http://www.zmanda.com/backup-mysql.html
Re: Zmanda Windows Client
Can you provide LogFile* from the Debug directory?
http://wiki.zmanda.com/index.php/Zmanda_Windows_Client#Log_Files
thanks,
Paddy
On Thu, Feb 25, 2010 at 3:47 PM, Pieter Bowman wrote:
>
>>> ...
>>> We just tried it for the first time and saw the same thing.
>>> What is your disklist config?
>>> ...
>
> The disklist looks like:
>
> host.math.utah.edu "C:/Documents and Settings" zwc-compress 1
>
> The amanda.conf has (among other settings):
>
> define dumptype global {
> index yes
> maxdumps 4
> tape_splitsize 1 Gb
> }
>
> define dumptype zwc-compress {
> global
> auth "bsdtcp"
> compress client fast
> program "DUMP"
> maxdumps 1
> }
>
> Pieter
>
--
Amanda http://amanda.zmanda.com
ZRM for MySQL http://www.zmanda.com/backup-mysql.html
Re: Zmanda Windows Client
>> ...
>> We just tried it for the first time and saw the same thing.
>> What is your disklist config?
>> ...
The disklist looks like:
host.math.utah.edu "C:/Documents and Settings" zwc-compress 1
The amanda.conf has (among other settings):
define dumptype global {
index yes
maxdumps 4
tape_splitsize 1 Gb
}
define dumptype zwc-compress {
global
auth "bsdtcp"
compress client fast
program "DUMP"
maxdumps 1
}
Pieter
Zmanda Windows Client
I've got ZWC installed on a couple of Windows XP boxes. The one thing I notice is that the level zero and level one backups are always about the same size and the file counts are approximately the same. This leads me to believe that I am getting full dumps every time. Any hints on what might be going on? The server is running 2.6.1p2, the ZWC is 2.6.1.2, 8th January 2010, 20180. Thanks, Pieter
