Problem with AV up2date

Traceroute?

Barry

Have a look at this and post the relevant infomration:

http://www.astaro.org/showflat.php?Cat=&Number=62112&page=0&view=collapsed&sb=5&o=&fpart=1#62112

/bagira

Hi,

I have no upstream proxy server configured. That should not be the problem I guess. 

The output for aus --debug gives me no error messages. The system is looking voor net system up2dates, connects to the up2date servers correctly and sees there are no updates available. 

This is the output of df -h:

tmpfs                  32M  1.1M   31M   4% /opt/tmpfs
/dev/hda1             340M   17M  306M   6% /boot
/dev/hda5             5.2G  2.0G  3.0G  40% /var/storage
/dev/hda6            1008M   85M  873M   9% /var/up2date
/dev/hda8            1008M  250M  708M  27% /var/sec
/dev/hda9             6.8G  325M  6.2G   5% /var/log
/dev/hda10            428M   12M  394M   3% /tmp
/dev/hda11            809M   17M  752M   3% /opt/blade

I did a test on a backupmachine. When I run the pattern up2date on that machine it connects to other IP's:

 008 1 Authentication Server: 80.237.220.201
009 2 Authentication Server: 212.126.210.201
010 3 Authentication Server: 216.167.31.83

Where is the configuration of these IP's stored?

I found the file where the IP's are stored:

/etc/up2date/pattern/dynconf.ini

I put the above IP's in this file and the problem was solved.

I found the file where the IP's are stored:

/etc/up2date/pattern/dynconf.ini

I put the above IP's in this file and the problem was solved.

Seems strange that the up2date would be looking for IPs that it was not configured for.
Did this file not get updated or something? The only thing that I would be concerned about is that it will be overwritten at some time by the system. Maybe a backup is required.
Very strange.