ASG communicate only with ARP

There is nothing we can debug from this side. It seems to be some kind of internal network problem with your VMware ... You could have a look on the respective ASGs whether packets to port :4433 are dropped or show at all in tcpdump.

Maybe we could have an excerpt from /var/log/agent-manager.log on the ACC?

Cheers

Thank you for your help. Here a excerpt from the agent-manager.log:

2008:03:09-18:39:04 (none) agent-manager: CSessionHandler::__syncDevices() start syncing devices from DB and FS - total ??? - time 2008-Mar-09 18:39:04.577888
2008:03:09-18:39:05 (none) agent-manager: CSessionHandler::__syncDevices() finished syncing devices from DB and FS - total 2 - stop time 2008-Mar-09 18:39:05.004130 - time taken 00:00:00.426242
2008:03:09-19:05:46 (none) agent-manager: stopping agent manager ... 
2008:03:09-19:10:18 (none) agent-manager: starting agent manager ... 
2008:03:09-19:10:19 (none) agent-manager: CSessionHandler::reconnect() connect error:socket error:Connection refused
2008:03:09-19:10:19 (none) agent-manager: agent handler accept blocking as session handler is not synchronized with database
2008:03:09-19:10:19 (none) agent-manager: command handler accept blocking as session handler is not synchronized with database
2008:03:09-19:10:24 (none) agent-manager: command handler accept blocking as session handler is not synchronized with database
2008:03:09-19:10:29 (none) agent-manager: command handler accept blocking as session handler is not synchronized with database
2008:03:09-19:10:34 (none) agent-manager: command handler accept blocking as session handler is not synchronized with database
2008:03:09-19:10:39 (none) agent-manager: CSessionHandler::__syncDevices() start syncing devices from DB and FS - total ??? - time 2008-Mar-09 19:10:39.224342
2008:03:09-19:10:39 (none) agent-manager: CSessionHandler::__syncDevices() finished syncing devices from DB and FS - total 2 - stop time 2008-Mar-09 19:10:39.500236 - time taken 00:00:00.275894

If the ACC-Server is shutdown, ASG will send the ARP-Request every second.

Hi,

thanks for the log excerpt, that surely helps. 

The reason your devices cannot connect is that the agent-manager component on the ACC (the thing talking to your device-agent(s) on the respective ASGs) cannot establish a connection to its local database-proxy (the thing talking to the database on ACC).

The agent-manager will block incoming connections from devices as long as it cannot ensure access to the database. This is a safeguard.

I am worried why the database-proxy is not running. Could you please post /var/log/database-proxy.log and /var/log/selfmon.log from your ACC.

Thanks for your patience and your help.

Cheers,
Henning

Hi Henning,

enclosed you will find the two logfiles. 

In addition, the ip-address in the console screen will always display 192.168.150.6, wich means to be the standard ip-address of VMNet8 instead of the real ip-address of 192.168.1.246. Maybe this is related to this problem.

Thank you for your help,

Now the connection between ASG and ACC is ok:

1) Installing a new ACC in the VMware from ISO-file.
    A Connection to any ASG was not possible.

2) Perform a reinstall of the ASG with a new ISO source (7.103)
    After this procedure, the ASG 7 initiates a connection. The ASG 6 connects at the first try.

Restarting a device, a reconnection will be initiated and the actual information will be displayed on the ACC.

Seems the problem was caused by the ASG, maybe the installation source 7.011.

Now the connection between ASG and ACC is ok:

1) Installing a new ACC in the VMware from ISO-file.
    A Connection to any ASG was not possible.

2) Perform a reinstall of the ASG with a new ISO source (7.103)
    After this procedure, the ASG 7 initiates a connection. The ASG 6 connects at the first try.

Restarting a device, a reconnection will be initiated and the actual information will be displayed on the ACC.

Seems the problem was caused by the ASG, maybe the installation source 7.011.