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 j...@jgomp.com 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 username {/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
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
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 flooding2...@gmail.com 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
Here are my findings in relation to what Chris posted: On Nov 15, 2013, at 1:55 PM, Chris Nighswonger cnighswon...@foundations.edu 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 flooding2...@gmail.com 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 mitur...@eecs.utk.edu / (865) 974-3837 http://twitter.com/UTKEECSIT
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
Adding some additional info which I should have included to start with: On Fri, Nov 15, 2013 at 2:00 PM, Markus Iturriaga Woelfel mitur...@eecs.utk.edu wrote: Here are my findings in relation to what Chris posted: On Nov 15, 2013, at 1:55 PM, Chris Nighswonger cnighswon...@foundations.edu 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
On Fri, Nov 15, 2013 at 2:20 PM, Schlacta, Christ aarc...@aarcane.orgwrote: 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
On Nov 15, 2013, at 2:14 PM, Paddy Sreenivasan psreeniva...@carbonite.com 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 mitur...@eecs.utk.edu / (865) 974-3837 http://twitter.com/UTKEECSIT
Re: Zmanda Windows Client ZIP files
On Fri, Nov 15, 2013 at 2:37 PM, Paddy Sreenivasan psreeniva...@carbonite.com wrote: On Fri, Nov 15, 2013 at 11:31 AM, Chris Nighswonger cnighswon...@foundations.edu wrote: On Fri, Nov 15, 2013 at 2:20 PM, Schlacta, Christ aarc...@aarcane.orgwrote: 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
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 mitur...@eecs.utk.edu / (865) 974-3837 http://twitter.com/UTKEECSIT
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 ---BeginMessage--- 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 j...@jgcomp.com 11226 South Shore Rd. (703) 787-0688 (H) Reston, VA 20190 (609) 477-8330 (C) ---End Message---
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 mitur...@eecs.utk.edu 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 mitur...@eecs.utk.edu / (865) 974-3837 http://twitter.com/UTKEECSIT
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
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 mitur...@eecs.utk.edu / (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
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 alden.ti...@gmail.com wrote: -- Forwarded message -- From: Alden Timme alden.ti...@gmail.com Date: Thu, Jul 21, 2011 at 3:51 PM Subject: Re: Zmanda Windows Client with dumpuser other than amandabackup To: Chris Nighswonger cnighswon...@foundations.edu Cc: Paddy Sreenivasan pa...@zmanda.com, amanda-users@amanda.org 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 cnighswon...@foundations.edu wrote: Hi Alden, On Thu, Jul 21, 2011 at 5:25 PM, Alden Timme alden.ti...@gmail.com 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
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 with dumpuser other than amandabackup
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
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 pa...@zmanda.com 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
Hi Alden, On Thu, Jul 21, 2011 at 5:25 PM, Alden Timme alden.ti...@gmail.com 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 cnighswon...@foundations.edu wrote: Hi Alden, On Thu, Jul 21, 2011 at 5:25 PM, Alden Timme alden.ti...@gmail.comwrote: 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
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 pa...@zmanda.com 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 bow...@math.utah.edu 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 bow...@math.utah.edu 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