Re: Corrupted dumps from windows client
Hi, On Wed, 29 Sep 2010, Christ Schlacta wrote: On 9/29/2010 11:24 AM, Dustin J. Mitchell wrote: On Wed, Sep 29, 2010 at 12:48 PM, Christian Kratzer wrote: it looks like I might have found the problem. Both windows hosts had the shadow copy service disabled. I startetd the service and will check tomorrows full dumps. Can you post some info to the wiki about how to check and enable VSS? Dustin and how to enable the service remotely before starting amanda, as well, and possibly disable it afterward ? why do you not want to leave it running ? I started the Shadow copy service from services.msc and also set the service to start automatically. It seems the machines required a boot before shadow copies are avaialble as the overnight dumps were corrupted again. I rebooted both machines bumped the disks in amanda and will check back tomorrow morning if the overnight dumps are usable. I will summarize to the list and to the wiki once I have this figured out. Greetings Christian -- Christian Kratzer CK Software GmbH Email: c...@cksoft.de Schwarzwaldstr. 31 Phone: +49 7452 889 135 D-71131 Jettingen Fax: +49 7452 889 136 HRB 245288, Amtsgericht Stuttgart Web: http://www.cksoft.de/ Geschaeftsfuehrer: Christian Kratzer
Re: Corrupted dumps from windows client
On 9/29/2010 11:24 AM, Dustin J. Mitchell wrote: On Wed, Sep 29, 2010 at 12:48 PM, Christian Kratzer wrote: it looks like I might have found the problem. Both windows hosts had the shadow copy service disabled. I startetd the service and will check tomorrows full dumps. Can you post some info to the wiki about how to check and enable VSS? Dustin and how to enable the service remotely before starting amanda, as well, and possibly disable it afterward ?
Re: Corrupted dumps from windows client
On Wed, Sep 29, 2010 at 12:48 PM, Christian Kratzer wrote: > it looks like I might have found the problem. Both windows hosts had > the shadow copy service disabled. I startetd the service and will check > tomorrows full dumps. Can you post some info to the wiki about how to check and enable VSS? Dustin -- Open Source Storage Engineer http://www.zmanda.com
Re: Corrupted dumps from windows client
Hi, On Tue, 28 Sep 2010, Christian Kratzer wrote: Hi, I run a small amanda setup with an amanda server on freebsd 8.1 with amanda 2.6.1 from freebsd ports on the server. I recently added the first two windows clients with the windows community client. I tried both ZWC Community Edtion 3.1.1 32 bit and 2.6.1 32bit. I could not find a public download of the ZWC Community Edition 3.1.2 32bit client. Everything seems fine but when I fetch dumps back from tape using amfetchdump the dumps seem to be corrupted. I.e. unzip on unix fails to extract them or even list their contents. it looks like I might have found the problem. Both windows hosts had the shadow copy service disabled. I startetd the service and will check tomorrows full dumps. I will post again if this resolves the Problem. Greetings Christian -- Christian Kratzer CK Software GmbH Email: c...@cksoft.de Schwarzwaldstr. 31 Phone: +49 7452 889 135 D-71131 Jettingen Fax: +49 7452 889 136 HRB 245288, Amtsgericht Stuttgart Web: http://www.cksoft.de/ Geschaeftsfuehrer: Christian Kratzer
Corrupted dumps from windows client
Hi,
I run a small amanda setup with an amanda server on freebsd 8.1 with amanda
2.6.1 from freebsd ports on the server.
I recently added the first two windows clients with the windows community
client. I tried both ZWC Community Edtion 3.1.1 32 bit and 2.6.1 32bit. I could
not find a public download of the ZWC Community Edition 3.1.2 32bit client.
Everything seems fine but when I fetch dumps back from tape using amfetchdump
the dumps seem to be corrupted. I.e. unzip on unix fails to extract them or
even list their contents.
ama...@ahti: {112} ls -lh vellamo.C__.20100928010001.1
-rw-r- 1 amanda wheel 200M Sep 28 09:54 vellamo.C__.20100928010001.1
ama...@ahti: {113} file vellamo.C__.20100928010001.1
vellamo.C__.20100928010001.1: Zip archive data, at least v2.0 to extract
ama...@ahti: {114} unzip vellamo.C__.20100928010001.1
Archive: vellamo.C__.20100928010001.1
End-of-central-directory signature not found. Either this file is not
a zipfile, or it constitutes one disk of a multi-part archive. In the
latter case the central directory and zipfile comment will be found on
the last disk(s) of this archive.
unzip: cannot find zipfile directory in one of vellamo.C__.20100928010001.1
or
vellamo.C__.20100928010001.1.zip, and cannot find
vellamo.C__.20100928010001.1.ZIP, period.
ama...@ahti: {115}
I use following dumptypes and disklist entries:
define dumptype zwc-compress {
global
auth "bsdtcp"
maxdumps 1
compress client fast
program "DUMP"
encrypt server
server_encrypt "/usr/local/sbin/amcrypt-ossl"
server_decrypt_option"-d"
}
vellamo "C:/"zwc-compress
vellamo "D:/"zwc-compress
herne "C:/"zwc-compress
I have tried leaving out both compression and encryption. They both do not
seem to be the problem though.
I have the same effects when extracting the zipfile from the dump files on the
holding disk before they get written to tape so it looks like the corruption
happens on the windows client or on the way to the amanda host.
Unix dumps are fine as they always were.
Curiously I can also perfectly unzip dumps from a small 1 gigabyte partition so
this seems to be somehow size related.
I use unzip from the freebsd ports and also libarchive through tar both of
which support zip64.
I have tried looking through the logs on the windows client. Following is from
the end of the logs. Sorry about the german language errors in there. It seems
the connections gets closed by the server. Not sure if there is a problem in
there.
2580:6072:28/9/2010:01:52:82::SF: SFOperation: Stopped formatting
2580:3372:28/9/2010:01:52:160::Query:ReadDOSEntries: GetHandle
2580:3372:28/9/2010:01:52:160::Query:ReadDOSEntries: Executing Query SELECT
RelativePath FROM ZWCCatalog.ZWCDataObjectSet WHERE DiskListId = 19 AND Backup
= 1 ORDER BY `dosentryid` LIMIT 0,500 INTO OUTFILE
'C:/Programme/Zmanda/Zmanda Client for Windows Community
Edition/misc/IndexRecords' FIELDS ESCAPED BY '';
2580:3372:28/9/2010:01:52:822::Query:ReadDOSEntries: GetHandle
2580:3372:28/9/2010:01:52:822::Query:ReadDOSEntries: Executing Query SELECT
RelativePath FROM ZWCCatalog.ZWCDataObjectSet WHERE DiskListId = 19 AND Backup
= 1 ORDER BY `dosentryid` LIMIT 500,500 INTO OUTFILE
'C:/Programme/Zmanda/Zmanda Client for Windows Community
Edition/misc/IndexRecords' FIELDS ESCAPED BY '';
2580:4404:28/9/2010:01:52:571::Coming out of CompressBackupJobInThread
2580:6072:28/9/2010:01:52:587::SF: SFOperation: Stopping formatting in
StopOperation
2580:3856:28/9/2010:01:52:587::Coming out of Async Thread
2580:3372:28/9/2010:01:52:52::Catalog:DisconnectDb: Disconnecting DB
2580:3372:28/9/2010:01:52:52::Catalog:DisconnectDb: Connection to DB is
disconnected successfully
2580:3372:28/9/2010:01:52:67::CServiceSessionMgr : Disk list Entry =
06DCD130
2580:3412:28/9/2010:01:52:67::RemoveStaleClient : Last error code is 997
2580:3412:28/9/2010:01:52:67::Überlappender E/A-Vorgang wird verarbeitet.
2580:3412:28/9/2010:01:52:67::Communication Layer : Connection closed by
server.
2580:3372:28/9/2010:11:53:197::CZWCJobHandler::ExecuteJob : Job Type = 3
2580:3372:28/9/2010:11:53:197::CZWCJobHandler::ExecuteJob : Job Type = 5
2580:3372:28/9/2010:11:53:197::CZWCJobHandler::ExecuteJob : Job Type = 21
2580:3372:28/9/2010:11:53:197::CZWCJobHandler::ExecuteJob : Job Type = 1
2580:3372:28/9/2010:11:53:197::CZWCJobHandler::ExecuteJob : Job Type = 3
2580:3372:28/9/2010:11:53:197::CZWCJobHandler::ExecuteJob : Job Type = 6
2580:3372:28/9/2010:11:53:197::ZWC Failure error code: 2
2580:3372:28/9/2010:11:53:212::Unitialize Snapshot failed 0
2580:3372:28/9/2010:11:53:212::CZWCJobHandler::Exec
