1 |
I just upgraded Amanda on two systems here from version 2.4.x to |
2 |
2.5.2_p1 to avoid a number of problems. Unfortunately, I'm no longer |
3 |
able to connect with my primary amanda client from my backup server, |
4 |
although I was previously able to do so. Both the client and server |
5 |
were upgraded to the new version of amanda and amanda.conf and |
6 |
amanda-client.conf were inspected and upgraded on their respective |
7 |
machines. |
8 |
|
9 |
The client and server are at opposite ends of a VPN tunnel, and all IP |
10 |
addresses involved are those of the VPN interfaces. |
11 |
|
12 |
>From the server: |
13 |
|
14 |
Amanda Backup Client Hosts Check |
15 |
-------------------------------- |
16 |
WARNING: shakti-vpn.fmp.com: selfcheck request failed: timeout waiting for ACK |
17 |
Client check: 1 host checked in 30.087 seconds, 1 problem found |
18 |
|
19 |
|
20 |
On the client, amandad is trying to communicate with the server. From |
21 |
the debug out put in /var/spool/amanda/tmp/amandad: |
22 |
|
23 |
|
24 |
amandad: time 0.001: security_handleinit(handle=0x50ced0, driver=0x2adfea6ac980 (BSD)) |
25 |
amandad: time 0.001: accept recv REQ pkt: |
26 |
<<<<< |
27 |
SERVICE noop |
28 |
OPTIONS features=ffffffff9ffeffffffff00; |
29 |
>>>>> |
30 |
amandad: time 0.001: creating new service: noop |
31 |
OPTIONS features=ffffffff9ffeffffffff00; |
32 |
|
33 |
amandad: time 0.003: sending ACK pkt: |
34 |
<<<<< |
35 |
>>>>> |
36 |
amandad: time 0.003: dgram_send_addr(addr=0x50cf10, dgram=0x2adfea6aff68) |
37 |
amandad: time 0.003: (sockaddr_in *)0x50cf10 = { 2, 739, 10.8.0.4 } |
38 |
amandad: time 0.003: dgram_send_addr: 0x2adfea6aff68->socket = 0 |
39 |
amandad: time 0.007: sending REP pkt: |
40 |
<<<<< |
41 |
OPTIONS features=ffffffff9ffeffffffff00; |
42 |
>>>>> |
43 |
amandad: time 0.007: dgram_send_addr(addr=0x50cf10, dgram=0x2adfea6aff68) |
44 |
amandad: time 0.007: (sockaddr_in *)0x50cf10 = { 2, 739, 10.8.0.4 } |
45 |
amandad: time 0.007: dgram_send_addr: 0x2adfea6aff68->socket = 0 |
46 |
amandad: time 10.005: timeout |
47 |
amandad: time 10.005: sending REP pkt: |
48 |
<<<<< |
49 |
OPTIONS features=ffffffff9ffeffffffff00; |
50 |
>>>>> |
51 |
amandad: time 10.005: dgram_send_addr(addr=0x50cf10, dgram=0x2adfea6aff68) |
52 |
amandad: time 10.005: (sockaddr_in *)0x50cf10 = { 2, 739, 10.8.0.4 } |
53 |
amandad: time 10.006: dgram_send_addr: 0x2adfea6aff68->socket = 0 |
54 |
amandad: time 10.029: dgram_recv(dgram=0x2adfea6aff68, timeout=0, fromaddr=0x2adfea6bff60) |
55 |
amandad: time 10.029: (sockaddr_in *)0x2adfea6bff60 = { 2, 739, 10.8.0.4 } |
56 |
amandad: time 10.029: received REQ pkt: |
57 |
<<<<< |
58 |
|
59 |
etc ..... until the transaction times out. |
60 |
|
61 |
|
62 |
tcpdump, running on the server, shows that packets are being received on |
63 |
the server side: |
64 |
|
65 |
18:29:56.579782 IP shakti-vpn.fmp.com.1025 > vishnu-vpn.fmp.com.739: UDP, length 50 |
66 |
18:29:56.586474 IP shakti-vpn.fmp.com.1025 > vishnu-vpn.fmp.com.739: UDP, length 91 |
67 |
18:30:06.583069 IP shakti-vpn.fmp.com.1025 > vishnu-vpn.fmp.com.739: UDP, length 91 |
68 |
18:30:06.606557 IP shakti-vpn.fmp.com.1025 > vishnu-vpn.fmp.com.739: UDP, length 91 |
69 |
18:30:16.610980 IP shakti-vpn.fmp.com.1025 > vishnu-vpn.fmp.com.739: UDP, length 91 |
70 |
18:30:16.635373 IP shakti-vpn.fmp.com.1025 > vishnu-vpn.fmp.com.739: UDP, length 91 |
71 |
|
72 |
No debug directory for the client is generated on the server, and hence |
73 |
no debug data for the problem client under ~amanda/tmp/client, although |
74 |
there is one for the server itself which acts (successfully) as a client |
75 |
and backs itself up. One other client running a much older version of |
76 |
amanda has no problems with amcheck, it seems. |
77 |
|
78 |
I'm at a dead end on trying to troubleshoot this. Any advice or help |
79 |
will be appreciated. |
80 |
|
81 |
-- |
82 |
Lindsay Haisley | "Everything works | PGP public key |
83 |
FMP Computer Services | if you let it" | available at |
84 |
512-259-1190 | (The Roadie) | http://pubkeys.fmp.com |
85 |
http://www.fmp.com | | |
86 |
|
87 |
|
88 |
-- |
89 |
gentoo-server@g.o mailing list |