PDA

View Full Version : connection reset by peer W2K03



Alternativend
November 11th, 2008, 07:03 AM
Hello,

I have installed the Amanda Community Edition Software 2.5.1p3 instead of 2.5.1p1 on a Windows Server 2003 because I have no chance to get the p1 working on it, because the Administrators have a different name here in Germany. During the install of p3 I have the possibilitiy to give in the right name.
I hope that this is not the only reason for the connection reset.

Anyway I have added the 2k3 Server on the Serverside in /etc/hosts, /etc/amandahosts and the disklist. Im quite sure that I have made a mistake, but I canīt find it.


SERVER


/etc/hosts
192.168.0.2 CLIENT




/etc/amandahosts
CLIENT amandabackup amdump

Please notice Im using Debian 4 and the usual backup user is backup. But he added amandabackup.



disklist
CLIENT C:/ root-tar


Im able to ping the CLIENT through the VPN tunnel, but itīs not possible to ping the Amandaserver back.

nmap -p 10080 CLIENT results an open port.


CLIENT Conf


/etc/inetd.conf
amanda stream tcp nowait amandabackup /usr/lib/amanda/amandad.exe amandad -auth=bsdtcp amdump


SERVER Conf


#:OTHER: Other services
amanda stream tcp nowait backup /usr/lib/amanda/amandad amandad -auth=bsdtcp amdump amindexd amidxtaped


Anything wrong? Im really helpful if anyone would see the fault I made.

paddy
November 11th, 2008, 02:18 PM
.amandahosts must be in the home directory of the Amanda user "backup".
Is it /etc? It should be called .amandahosts


Paddy

Alternativend
November 12th, 2008, 12:51 AM
Hi,
there is a .amandahosts file in /var/backups itīs a link to /etc/amandahosts.

I canīt find a .amandahosts on the client side.
I have changed it to user "backup" on the serverside. Do I have to make an entry in /etc/amandapass??

Edit:
I have found the .amandahosts file in C:\cygwin\var\lib\amanda, but I canīt open it.

Edit2:
Could the problem persists because I donīt have any xinet.d entrys on the Client? Actually there is no xinet at all.

Edit3:
I have added the required permission to the .amandahosts file on the client so that the Domain Administrator is allowed to open the file.
The sesond thing I have done is, I have added amandaroot and amandabackup to the Backup Operators Group in the Active Directory.
Unfortunately with the same result. Maybe itīs because of the VPN connection? As I said the client is not able to ping the server.

Alternativend
November 17th, 2008, 05:15 AM
One Step forward :).

The connection refused etc. problems are gone. The Culprit was the VPN connection. Anyway pinging forward and backward works now.

Now I get this error message:


ERROR: NAK CLIENT: user backup from SERVER is not allowed to execute the service noop: Please add "amdump" to the line in /var/lib/amanda/.amandahosts


I have the following lines in this file on the client.



localhost backup amdump
localhost amandabackup amdump
SERVER amandabackup amdump

The first and second one I have added a few minutes ago. Always the same result.

pyeatman
November 17th, 2008, 03:14 PM
It looks like you may not have updated your Server's user in the client's .amandahost file since you changed the Amanda user on the Server to "backup". The error message says "user backup from SERVER is not allowed..." but you have "amandabackup" user for Server in your .amandahosts file.

Paul

Alternativend
November 18th, 2008, 07:46 AM
Well thatīs how it look like now.



Amanda Server
RemoteServer amandabackup amdump




localhost backup amdump
localhost amandabackup amdump
AmandaServer amandabackup amdump
AmandaServer backup amdump


Hope that helps...

pyeatman
November 18th, 2008, 11:16 AM
...and do you get a good report from amcheck now?

Alternativend
November 19th, 2008, 01:12 AM
No unfortunately not. Here is what I get:



ERROR: NAK AmandaClient: user backup from AmandaServer.localdomain is not allowed to execute the service noop: Please add "amdump" to the line in /var/lib/amanda/.amandahosts


Maybe itīs because of I have no xinet.d?

paddy
November 19th, 2008, 06:53 AM
No unfortunately not. Here is what I get:



ERROR: NAK AmandaClient: user backup from AmandaServer.localdomain is not allowed to execute the service noop: Please add "amdump" to the line in /var/lib/amanda/.amandahosts


Maybe itīs because of I have no xinet.d?

No. It is not related to xinetd. Please check if you are using inetd on cygwin client.

Use "AmandaServer.localdomain" (exact name that amcheck reports) in .amandahosts file. .amandahosts file on the client must be in the home directory of amandabackup.

Paddy

Alternativend
November 19th, 2008, 08:13 AM
Yes there is a inetd service running.
Here is the C:\cygwin\etc\inetd.conf


amanda stream tcp nowait amandabackup /usr/lib/amanda/amandad.exe amandad -auth=bsdtcp amdump amidxtaped amindexd


The .amandahosts file on the client is in C:\cygwin\var\lib\amanda\.amandahosts

I have exactly the same name in that file.

Alternativend
November 20th, 2008, 06:49 AM
I have installed now the newest Version of ZWC on an other client.
However the installation runs through but I get the following error on the amandaServer.


ERROR: CLIENT: Unauthenticated user


The Debug information on the client says.


-------------------------------Log file debug info----------------------------
152940:151628:15:33:867:Catalog:GetStatementHandle : sql specific error
152940:151628:15:33:867:Catalog: IsConnected: Reconnecting
152940:151628:15:33:867:Catalog: IsConnected: Freeing connection handles
152940:151628:15:33:382:Catalog: IsConnected: Reconnecting to database
152940:151628:15:33:382:Catalog: IsConnected: Connected to database
152940:133860:15:36:475:CZWCJobHandler::ExecuteJob : Job Type = 3
152940:133860:15:36:475:CAmandaStateManager : Changing the service state to SRV_SERVER_ACK_WAIT
152940:133860:15:36:476:CZWCJobHandler::ExecuteJob : Job Type = 5
152940:133860:15:36:476:CZWCJobHandler::ExecuteJob : Job Type = 21
152940:133860:15:36:477:CZWCJobHandler::ExecuteJob : Job Type = 1
152940:133860:15:36:477:CZWCJobHandler::ExecuteJob : Job Type = 3
152940:133860:15:36:477:CZWCJobHandler::ExecuteJob : Job Type = 6
152940:133860:15:36:490:ZWC Failure error code: 2
152940:133860:15:36:490:FS: NTFS: GetAttributes: GetAttributes of C:\exe\
152940:133860:15:36:490:FS: NTFS: GetAttributes: GetAttributes is Sucessful
152940:133860:15:36:503:CZWCJobHandler::ExecuteJob : Job Type = 7
152940:133860:15:36:503:CZWCJobHandler::ExecuteJob : Job Type = 8
152940:133860:15:36:503:CAmandaStateManager : Changing the service state to SRV_SERVER_ACK_WAIT
152940:153016:15:36:504:Got error while reading from socket
152940:153016:15:36:504:ZWC Failure error code: 0
152940:153016:15:36:504:RemoveStaleClient : Last error code is
152940:153016:15:36:521:Eine bestehende Verbindung wurde softwaregesteuert
durch den Hostcomputer abgebrochen.

152940:153016:15:36:521:Communication Layer : Connection closed by server.


Services are running and as you can see he was allready connected, but for some reason my client kicked it out.

pyeatman
November 20th, 2008, 11:28 AM
The .amandahosts file on the client is in C:\cygwin\var\lib\amanda\.amandahosts

I have exactly the same name in that file.

May we please see again the current contents of this .amandahosts file?

Alternativend
November 21st, 2008, 01:30 AM
Where to find it in with the new 2.6 installation?

paddy
November 21st, 2008, 03:39 PM
Where to find it in with the new 2.6 installation?

Are you referring to Windows client v2.6? This client does not have amandahosts and will only work if the server uses "amandabackup" user.

Paddy

Alternativend
November 21st, 2008, 11:03 PM
Ok here it is from the 2.5.1p3 Client.


127.0.0.1 amandabackup amdump
AmandaServer amandabackup amdump

Thatīs it.

I will try it again with the 2.6 Client. Im changing the user to backup then.

Alternativend
November 22nd, 2008, 01:20 AM
Hello together,
I had some success with the 2.6 Version of ZWC. amcheck doesnt report any error now, but when I try to do a "testdump" I get.



FAILURE AND STRANGE DUMP SUMMARY:
Client C:/exe/ lev 0 FAILED [dumper returned FAILED]
Client C:/exe/ lev 0 FAILED [data read: tcpm_recv_token: invalid size]
Client C:/exe/ lev 0 FAILED [data read: tcpm_recv_token: invalid size]
Client C:/exe/ lev 0 FAILED [dumper returned FAILED]





FAILED AND STRANGE DUMP DETAILS:

/-- Client C:/exe/ lev 0 FAILED [data read: tcpm_recv_token: invalid size]
sendbackup: start [Client:C:/exe/ level 0]
sendbackup: info BACKUP=pkzip
sendbackup: info RECOVER_CMD=Extract with zmanda windows client or unzip program
sendbackup: info end
\--------

/-- Client C:/exe/ lev 0 FAILED [data read: tcpm_recv_token: invalid size]
sendbackup: start [Client:C:/exe/ level 0]
sendbackup: info BACKUP=pkzip
sendbackup: info RECOVER_CMD=Extract with zmanda windows client or unzip program
sendbackup: info end
\--------


Thatīs what I have in the log on the client:


3296:4264:09:20:927:CZWCJobHandler : Bytes to be written 65536
3296:4264:09:20:927:CZWCJobHandler : Bytes written 65536
3296:3576:09:20:928:CAmandaStateManager : Recieved FIN while sending data
3296:3576:09:20:928:Got error while reading from socket
3296:3576:09:20:929:ZWC Failure error code: 0
3296:3576:09:20:929:RemoveStaleClient : Last error code is
3296:3576:09:20:929:Eine vorhandene Verbindung wurde vom Remotehost geschlossen.

3296:3576:09:20:929:Communication Layer : Connection closed by server.
3296:3576:09:20:929:CServiceSessionMgr : Cancelling the command
3296:3576:09:20:929:CServiceSessionMgr : Cancelling the command
3296:3576:09:20:929:CServiceSessionMgr : Invalid session in response
3296:4264:09:20:932:CZWCJobHandler : WriteFile failed while writing data to the pipe
3296:4264:09:20:932:CZWCJobHandler:: GetLastError = 232
3296:4264:09:20:932:CZWCJobHandler : WriteFile failed while writing data to the pipe
3296:4264:09:20:932:CZWCJobHandler:: GetLastError = 232
3296:4264:09:20:932:CZWCJobHandler : WriteFile failed while writing data to the pipe
3296:4264:09:20:932:CZWCJobHandler:: GetLastError = 232
3296:4264:09:20:932:CZWCJobHandler : Failed writing data to the pipe after 3 retries
3296:3568:09:20:64:FS: NTFS: Found File 20070938
3296:3568:09:20:64:CZWCJobHandler : Some error occured while backup
3296:3568:09:20:64:ZWC Failure error code: 234
3296:3568:09:20:64:CZWCJobHandler : Some error occured while backup
3296:3568:09:20:64:ZWC Failure error code: 234
3296:3568:09:20:64:FS: NTFS: Found File Heizung GSN
3296:3568:09:20:65:CZWCJobHandler : Some error occured while backup
3296:3568:09:20:65:ZWC Failure error code: 234
3296:3568:09:20:65:CZWCJobHandler : Some error occured while backup
3296:3568:09:20:65:ZWC Failure error code: 234
3296:3568:09:20:65:FS: NTFS: Found File Bilder
3296:3568:09:20:65:CZWCJobHandler : Some error occured while backup
3296:3568:09:20:65:ZWC Failure error code: 234
3296:3568:09:20:65:CZWCJobHandler : ALERT :: Backup Failed
3296:3568:09:20:428:CZWCJobHandler : Could not open the backup data pipe
3296:4252:09:20:446:Coming out of CompressBackupJobInThread
3296:5208:09:20:446:SF: Pkzip: EndFormat: Some file is still not closed
3296:5744:09:20:703:FS: NTFS: ReadStreams: Done reading data streams
3296:5744:09:20:704:FS: FileManager: CheckInterrupt: Operations will be stopped
3296:5744:09:20:704:Coming out of Async Thread
3296:3568:09:20:247:zwcUnInitQSnapshot: VSS Service Stopped
3296:3568:09:20:247:Unitialize Snapshot failed 0

The folder is quite big(14GB) I donīt know if there are any restrictions?

paddy
November 22nd, 2008, 10:03 PM
14GB folder backup should not be a problem.

Is your server running 2.5.1p3? Zmanda Windows client 2.6 requires Amanda server version 2.6.0p2

thanks
Paddy

Alternativend
November 23rd, 2008, 02:23 AM
Hi,
no as I said Im running 2.5.1p1 on my Debian 4.0 Server.
So I have to update Amanda with these packages http://www.zmanda.com/downloads/community/Amanda/2.6.0p2/Debian-Etch/amanda-backup-server_2.6.0p2-1_i386.deb http://www.zmanda.com/downloads/community/Amanda/2.6.0p2/Debian-Etch/amanda-backup-client_2.6.0p2-1_i386.deb ?

paddy
November 23rd, 2008, 09:59 AM
Yes. Use 2.6.0p2 debian server.

Paddy

Alternativend
November 23rd, 2008, 10:36 PM
Do I have to update the other Linux Clients as well?
Is it possible to change the user from amandabackup? Otherwise Im not able to install the package.

Alternativend
November 24th, 2008, 06:57 AM
I have done the update to 2.6.0p2. There is still one problem on a W2K03 Server:
"Please register server with client." On Wedndesday I will see if it still persists.

pyeatman
November 24th, 2008, 01:00 PM
Older clients, especially 2.5.1p1 and later, will work fine with a 2.6 server.

You cannot change the Amanda backup user from "amandabackup" to something else without compiling Amanda yourself and specifying a different user with the --with-user configure option but this also should not be a problem. Different Amanda installations can all use different Amanda usernames, you just have to keep things straight in the .amandahosts file on respective machines.

Alternativend
November 25th, 2008, 11:49 PM
Ok I have done it. Everything works fine so far except the W2K3 server.
Amcheck says
: Server validation Failed. Please register server with client.
I have already tried a restart but with no positive result.

Here is what the server says.


-------------------------------Log file debug info----------------------------
412:3912:08:42:171:Catalog:GetStatementHandle: sql specific error
412:3912:08:42:171:Catalog: IsConnected: Reconnecting
412:3912:08:42:171:Catalog: IsConnected: Freeing connection handles
412:3912:08:42:562:Catalog: IsConnected: Reconnecting to database
412:3912:08:42:562:Catalog: IsConnected: Connected to database
412:3384:08:43:827:CZWCJobHandler::ExecuteJob : Job Type = 3
412:3384:08:43:827:CAmandaStateManager : Changing the service state to SRV_SERVER_ACK_WAIT
412:3384:08:43:233:CZWCJobHandler::ExecuteJob : Job Type = 5
412:3384:08:43:233:CZWCJobHandler::ExecuteJob : Job Type = 21
412:3384:08:43:233:CZWCJobHandler::ExecuteJob : Job Type = 1
412:3384:08:43:233:CZWCJobHandler::ExecuteJob : Job Type = 3
412:3384:08:43:233:CZWCJobHandler::ExecuteJob : Job Type = 6
412:3384:08:43:233:ZWC Failure error code: 2
412:3384:08:43:233:FS: NTFS: GetAttributes: GetAttributes of C:\PUBLIC
412:3384:08:43:233:FS: NTFS: GetAttributes: GetAttributes is Sucessful
412:3384:08:43:233:CZWCJobHandler::ExecuteJob : Job Type = 7
412:3384:08:43:233:CZWCJobHandler::ExecuteJob : Job Type = 8
412:3384:08:43:233:CAmandaStateManager : Changing the service state to SRV_SERVER_ACK_WAIT
412:3768:08:43:483:RemoveStaleClient : Last error code is
412:3768:08:43:483:Der Vorgang wurde erfolgreich beendet. (Means= successfully complete)

412:3768:08:43:483:Communication Layer : Connection closed by server.


Edit:
It seems to be a firewall problem right now. I have opened the VPN connection with the IpCopīs and the dumper is working right now. In an hour we will see what comes out :).

paddy
November 26th, 2008, 05:02 PM
I have done the update to 2.6.0p2. There is still one problem on a W2K03 Server:
"Please register server with client." On Wedndesday I will see if it still persists.

Please see http://forums.zmanda.com/showthread.php?t=1369 for answers.

Paddy

Alternativend
November 26th, 2008, 10:51 PM
Amcheck doesnīt report any errors now but amdump failed on the remote server with the following output.


FAILURE DUMP SUMMARY:
Client "C:/PUBLIC" lev 0 FAILED [data read: recv error: Connection timed out]
Client "C:/PUBLIC" lev 0 FAILED [data read: recv error: Connection timed out]






FAILED DUMP DETAILS:

/-- Client "C:/PUBLIC" lev 0 FAILED [data read: recv error: Connection timed out]
sendbackup: start [Client:C:/PUBLIC level 0]
sendbackup: info BACKUP=pkzip
sendbackup: info RECOVER_CMD=Extract with zmanda windows client or unzip program
sendbackup: info end
\--------

/-- Client "C:/PUBLIC" lev 0 FAILED [data read: recv error: Connection timed out]
sendbackup: start [Client:C:/PUBLIC level 0]
sendbackup: info BACKUP=pkzip
sendbackup: info RECOVER_CMD=Extract with zmanda windows client or unzip program
sendbackup: info end
\--------


On the client the logfile looks quite good. Why does the connection timed out?



dtimeout 1800 # number of idle seconds before a dump is aborted.

Should I increase this to a few hours?

I have started another testdump run :). Here is what I get from amstatus at the moment.



/usr/sbin/amstatus DailySet1
Using /etc/amanda/DailySet1/log/amdump
From Do Nov 27 15:07:42 CET 2008


VMWARE:/var/www/ 0 0g finished (15:08:48)
PC:C:/exe/ 0 12g finished (16:08:54)
DC01:C:/Backup 0 0g wait for dumping
DC01:C:/PROFILES 0 0g dumping 0g (147.97%) (2:26:49)
DC01:C:/PUBLIC 0 0g wait for dumping
DC01:C:/Programme/Kurs 0 0g finished (15:18:40)
DC01:C:/Programme/NRW 0 0g finished (16:09:19)
DC01:C:/Softwareinstall 0 0g finished (2:27:56), PARTIAL
DC01:C:/USERDIRS 0 0g wait for dumping

SUMMARY part real estimated
size size
partition : 23
estimated : 23 21g
flush : 0 0g
failed : 0 0g ( 0.00%)
wait for dumping: 3 2g ( 10.97%)
dumping to tape : 0 0g ( 0.00%)
dumping : 1 0g 0g (147.97%) ( 3.45%)
dumped : 19 18g 18g (100.97%) ( 87.54%)
wait for writing: 0 0g 0g ( 0.00%) ( 0.00%)
wait to flush : 0 0g 0g (100.00%) ( 0.00%)
writing to tape : 0 0g 0g ( 0.00%) ( 0.00%)
failed to tape : 0 0g 0g ( 0.00%) ( 0.00%)
taped : 19 18g 18g ( 99.82%) ( 87.54%)
3 dumpers idle : runq
taper idle
chunker0 busy : 10:34:36 ( 49.31%)
chunker1 busy : 0:56:02 ( 4.35%)
chunker2 busy : 0:37:02 ( 2.88%)
chunker3 busy : 0:13:56 ( 1.08%)
dumper0 busy : 20:42:22 ( 96.54%)
dumper1 busy : 0:56:02 ( 4.35%)
dumper2 busy : 0:37:02 ( 2.88%)
dumper3 busy : 0:13:56 ( 1.08%)
taper busy : 0:15:57 ( 1.24%)
0 dumpers busy : 5:46:40 ( 26.94%) runq: 5:46:40 (100.00%)
1 dumper busy : 14:50:14 ( 69.18%) runq: 14:50:14 (100.00%)
2 dumpers busy : 0:39:11 ( 3.05%) runq: 0:39:11 (100.00%)
3 dumpers busy : 0:10:13 ( 0.79%) runq: 0:10:13 (100.00%)
4 dumpers busy : 0:00:33 ( 0.04%) runq: 0:00:33 (100.00%)


Well the problem is that the remote server only has a very low interconnection of 2Mbit. I have set up the compression client best to avoid huge tranfers. Is there any other possibility to increase the speed? It will take itīs time to transfer 20Gb over that connection. I hope I will get a positive Mail from Amanda this time :).

paddy
November 29th, 2008, 05:45 PM
Amcheck doesnīt report any errors now but amdump failed on the remote server with the following output.


FAILURE DUMP SUMMARY:
Client "C:/PUBLIC" lev 0 FAILED [data read: recv error: Connection timed out]
Client "C:/PUBLIC" lev 0 FAILED [data read: recv error: Connection timed out]




Please check amdump logs to see if there is a dump timeout.

Paddy

Alternativend
November 30th, 2008, 08:04 AM
Hi,

I will check this soon. In the meantime I have checked if Amanda has dumped anything on tape. There are files dumped but when I try to restore them I get.


warning: restore program for pkzip not available.
amrecover couldn't exec: No such file or directory
problem executing restore

This is what the amanda mail says.


FAILED DUMP DETAILS:

/-- DC01 "C:/Softwareinstall" lev 0 FAILED [data read: recv error: Connection timed out]
sendbackup: start [DC01:C:/Softwareinstall level 0]
sendbackup: info BACKUP=pkzip
sendbackup: info RECOVER_CMD=Extract with zmanda windows client or unzip program
sendbackup: info end


For one dircetory he had made no index for some reason.

paddy
December 1st, 2008, 02:39 PM
amrecover is not available with Zmanda Windows Client. Please use amfetchdump to do restoration. Please see http://wiki.zmanda.com/index.php/Zmanda_Windows_Client#Restoring_files_to_the_Windo ws_client or the white paper (http://www.zmanda.com/quick-backup-setup.html)

Paddy

Alternativend
December 2nd, 2008, 01:51 AM
Ok I didnīt noticed that I have to use amfetchdump. Whatīs about the connection timed out Problem?
The bandwith will be increased during the next two weeks. I will try another run then.