Install Pattern doesn't work

Hello,

this is not a bug or an error. Depending on your device's configuration not all new patterns will be installed on your machine - e.g. you might not have enabled IPS or there may be documentation available which is not directly required on the device.

Of course, this is a tad confusing ... but there is no need to be alarmed. Also, please note, this issue is not directly related to ACC but depends on the device/Up2Date information, so you should also see the same data/information on the ASG device itself.

Regards,
Henning

Hi

Thanks for your reply!

I now that...
But if I have two devices with exactly the same configuration (except the hostname and ip ;-) ) and they don't have the same pattern version...
something  might be wrong.

Regards,
Roland

Hi

Thanks for your reply!

I now that...
But if I have two devices with exactly the same configuration (except the hostname and ip ;-) ) and they don't have the same pattern version...
something  might be wrong.

Regards,
Roland

OK - now it works...
I had to disable on each ASL the setting "Use an Up2Date Cache".
I only have enabled the "Use configured ACC server as Up2Date Cache" setting.

The only thing i don't understand is, what the setting "Use an Up2Date Cache" does mean...

Regards,
Roland

Hello Roland,

in order to use the ACC as an Up2Date Cache, both checkboxes need to be enabled - otherwise no proxy/cache will be used and the Up2Date Client on the ASG will directly connect to the Up2Date servers. 

The configuration dialog should be refactored as it confuses our customers every time. If you select "Use an Up2Date Cache" you need to either supply a host object in the drop down box or check the box that says "Use configured ACC server as Up2Date Cache". If you use the second check-box, it is just a shortcut to dragging-and-dropping the ACC server object - both actions have the same effect.

Now, the real issue seems that the global pattern version was updated on one device, but not the other one. Did both use the Up2Date Cache in the same fashion or was one of them directly communicating with the Up2Date Servers? I would be interested if there is any kind of glitch when using the Cache and updating the global pattern version.

Cheers,
Henning

Hi Henning

Now I have the settings you see in attachemnt 1 (only the checkbox "Use configured ACC server as Up2Date Cache" is checked, and the ACC server is specified).
In this case the pattern recently updated.

Before I checked "Use an Up2Date Cache" in addition to the settings i wrote above.
In this case the Up2Date function did not work.

Here is the output from Device1 (audld.plx --level debug):

asl16:/root # audld.plx --level debug
Starting Up2Date Package Downloader (Version 1.57)

##################
2008-12-12 11:36:22.724 INFORMATIVE MESSAGE audld.plx[26243]: main::run:204()
| Starting Up2Date Package Downloader (Version 1.57)

##################
2008-12-12 11:36:22.857 DEBUG INFORMATION audld.plx[26243]: main:[:P]repare_server_list:406()
| sorted server list$VAR1 = [
|           {
|             'name' => 'Server_2',
|             'Port' => '443',
|             'Host' => 'v7up2date2.astaro.com',
|             'Ip' => '69.10.147.76',
|             'Fallback_Ip' => '69.10.147.76'
|           },
|           {
|             'name' => 'Server_3',
|             'Port' => '443',
|             'Host' => 'v7up2date3.astaro.com',
|             'Ip' => '213.144.15.5',
|             'Fallback_Ip' => '213.144.15.5'
|           },
|           {
|             'name' => 'Server_6',
|             'Port' => '443',
|             'Host' => 'v7up2date6.astaro.com',
|             'Ip' => '218.213.238.229',
|             'Fallback_Ip' => '218.213.238.229'
|           },
|           {
|             'name' => 'Server_5',
|             'Port' => '443',
|             'Host' => 'v7up2date5.astaro.com',
|             'Ip' => '128.121.10.115',
|             'Fallback_Ip' => '128.121.10.115'
|           },
|           {
|             'name' => 'Server_4',
|             'Port' => '443',
|             'Host' => 'v7up2date4.astaro.com',
|             'Ip' => '128.242.114.243',
|             'Fallback_Ip' => '128.242.114.243'
|           },
|           {
|             'name' => 'Server_1',
|             'Port' => '443',
|             'Host' => 'v7up2date1.astaro.com',
|             'Ip' => '213.198.93.249',
|             'Fallback_Ip' => '213.198.93.249'
|           }
|         ];

##################
2008-12-12 11:36:22.862 DEBUG INFORMATION audld.plx[26243]: main:[:P]repare_server_list:438()
| using the following servers: $VAR1 = [
|           '69.10.147.76:443',
|           '69.10.147.76:443',
|           '213.144.15.5:443',
|           '213.144.15.5:443',
|           '218.213.238.229:443',
|           '218.213.238.229:443',
|           '128.121.10.115:443',
|           '128.121.10.115:443',
|           '128.242.114.243:443',
|           '128.242.114.243:443',
|           '213.198.93.249:443',
|           '213.198.93.249:443'
|         ];

##################
2008-12-12 11:36:22.863 DEBUG INFORMATION audld.plx[26243]: main::authenticate:457()
| >>>>>> START up2date authentication

##################
2008-12-12 11:36:22.864 DEBUG INFORMATION audld.plx[26243]: main::authenticate:462()
| GLOBALCONF={
|   'authserverlist' => '/etc/up2date/servers.sorted',
|   'gbaseworkdir' => '/var/up2date/',
|   'proxyconfigfile' => '/etc/up2date/proxy.conf'
| }

##################
2008-12-12 11:36:22.865 DEBUG INFORMATION audld.plx[26243]: Internal::Systemattributes::get:1414()
| Start fetching system attributes ...

##################
2008-12-12 11:36:23.291 DEBUG INFORMATION audld.plx[26243]: main::authenticate:505()
| Auth attribs:
| {
|   'build' => 'asg-7.304-081023-1.iso',
|   'ccc' => '9',
|   'hid' => '79332456edc3988a9fdbcc8310dea919',
|   'lid' => '91812',
|   'luips' => '9999',
|   'pkg_auav' => '7830',
|   'pkg_man-sw' => '725',
|   'pkg_ohelp' => '7176',
|   'pkg_sys' => '7305',
|   'product' => 'TM_GROMIT',
|   'uips' => 0,
|   'ver' => '7.305'
| }

##################
2008-12-12 11:36:23.295 DEBUG INFORMATION audld.plx[26243]: Modules::Trad_Get_Filelist::contact:1290()
| outbound interface for '69.10.147.76' (69.10.147.76) : eth1 (93.187.208.131)

##################
2008-12-12 11:36:23.296 DEBUG INFORMATION audld.plx[26243]: Modules::Trad_Get_Filelist::contact:1301()
| Authentication request: https://69.10.147.76:443/authenticate.pl?&hid=79332456edc3988a9fdbcc8310dea919&pkg_sys=7305&ver=7%2e305&lid=91812&pkg_ohelp=7176&build=asg%2d7%2e304%2d081023%2d1%2eiso&product=TM_GROMIT&uips=0&luips=9999&pkg_auav=7830&ccc=9&pkg_man-sw=725&ip=93.187.208.131

##################
2008-12-12 11:36:24.512 DEBUG INFORMATION audld.plx[26243]: main::authenticate:540()
| Result of auth server contact:{
|   'Packagelist' => {
|     'revision' => '8864'
|   }
| }

##################
2008-12-12 11:36:24.515 INFORMATIVE MESSAGE audld.plx[26243]: main::alf:762()
| id="3701" severity="info" sys="system" sub="up2date" name="Authentication successful"
Authentication successful!
No new packages available, exiting.


_____________________________________________________________________


Here is the output from Device2 (audld.plx --level debug):

asl17:/root # audld.plx --level debug
Starting Up2Date Package Downloader (Version 1.57)

##################

##################
2008-12-12 11:42:42.527 DEBUG INFORMATION audld.plx[6642]: main::run:294()
| Selected update types: sys man-sw ohelp auav

##################
2008-12-12 11:42:42.651 DEBUG INFORMATION audld.plx[6642]: main:[:P]repare_server_list:406()
| sorted server list$VAR1 = [
|           {
|             'name' => 'Server_2',
|             'Port' => '443',
|             'Host' => 'v7up2date2.astaro.com',
|             'Ip' => '69.10.147.76',
|             'Fallback_Ip' => '69.10.147.76'
|           },
|           {
|             'name' => 'Server_3',
|             'Port' => '443',
|             'Host' => 'v7up2date3.astaro.com',
|             'Ip' => '213.144.15.5',
|             'Fallback_Ip' => '213.144.15.5'
|           },
|           {
|             'name' => 'Server_6',
|             'Port' => '443',
|             'Host' => 'v7up2date6.astaro.com',
|             'Ip' => '218.213.238.229',
|             'Fallback_Ip' => '218.213.238.229'
|           },
|           {
|             'name' => 'Server_5',
|             'Port' => '443',
|             'Host' => 'v7up2date5.astaro.com',
|             'Ip' => '128.121.10.115',
|             'Fallback_Ip' => '128.121.10.115'
|           },
|           {
|             'name' => 'Server_4',
|             'Port' => '443',
|             'Host' => 'v7up2date4.astaro.com',
|             'Ip' => '128.242.114.243',
|             'Fallback_Ip' => '128.242.114.243'
|           },
|           {
|             'name' => 'Server_1',
|             'Port' => '443',
|             'Host' => 'v7up2date1.astaro.com',
|             'Ip' => '213.198.93.249',
|             'Fallback_Ip' => '213.198.93.249'
|           }
|         ];

##################
2008-12-12 11:42:42.654 DEBUG INFORMATION audld.plx[6642]: main:[:P]repare_server_list:438()
| using the following servers: $VAR1 = [
|           '69.10.147.76:443',
|           '69.10.147.76:443',
|           '213.144.15.5:443',
|           '213.144.15.5:443',
|           '218.213.238.229:443',
|           '218.213.238.229:443',
|           '128.121.10.115:443',
|           '128.121.10.115:443',
|           '128.242.114.243:443',
|           '128.242.114.243:443',
|           '213.198.93.249:443',
|           '213.198.93.249:443'
|         ];

##################
2008-12-12 11:42:42.655 DEBUG INFORMATION audld.plx[6642]: main::authenticate:457()
| >>>>>> START up2date authentication

##################
2008-12-12 11:42:42.656 DEBUG INFORMATION audld.plx[6642]: main::authenticate:462()
| GLOBALCONF={
|   'authserverlist' => '/etc/up2date/servers.sorted',
|   'gbaseworkdir' => '/var/up2date/',
|   'proxyconfigfile' => '/etc/up2date/proxy.conf'
| }

##################
2008-12-12 11:42:42.657 DEBUG INFORMATION audld.plx[6642]: Internal::Systemattributes::get:1414()
| Start fetching system attributes ...

##################
2008-12-12 11:42:43.091 DEBUG INFORMATION audld.plx[6642]: main::authenticate:505()
| Auth attribs:
| {
|   'build' => 'asg-7.304-081023-1.iso',
|   'ccc' => '6',
|   'hid' => 'c0c6b9307bcf9fe063c423576af99a24',
|   'lid' => '91812',
|   'luips' => '9999',
|   'pkg_auav' => '7830',
|   'pkg_man-sw' => '725',
|   'pkg_ohelp' => '7176',
|   'pkg_sys' => '7305',
|   'product' => 'TM_GROMIT',
|   'uips' => 0,
|   'ver' => '7.305'
| }

##################
2008-12-12 11:42:43.091 DEBUG INFORMATION audld.plx[6642]: main::authenticate:516()
| authentication vars string: '&hid=c0c6b9307bcf9fe063c423576af99a24&pkg_sys=7305&ver=7%2e305&lid=91812&pkg_ohelp=7176&build=asg%2d7%2e304%2d081023%2d1%2eiso&product=TM_GROMIT&uips=0&luips=9999&pkg_auav=7830&ccc=6&pkg_man-sw=725'
Authenticating ...

##################
2008-12-12 11:42:43.102 DEBUG INFORMATION audld.plx[6642]: Modules::Trad_Get_Filelist::contact:1290()
| outbound interface for '69.10.147.76' (69.10.147.76) : eth1 (93.187.208.132)

##################
2008-12-12 11:42:44.374 DEBUG INFORMATION audld.plx[6642]: main::authenticate:540()
| Result of auth server contact:{
|   'Packagelist' => {
|     'revision' => '8864'
|   }
| }

##################
2008-12-12 11:42:44.375 INFORMATIVE MESSAGE audld.plx[6642]: main::alf:762()
| id="3701" severity="info" sys="system" sub="up2date" name="Authentication successful"
Authentication successful!
No new packages available, exiting.







The first box doesn't update to the newest pattern....
Maybe a corrupt file on the box...?


Regards,
Roland

Hello Roland,

as I said, the cache is only used when ticking the box: "Use an Up2Date Cache" and then doing only one (!) of the following:

- tick the box "Use configured ACC server as ..."
- move a correct ACC server object to the drag-and-drop area

The combination you picked will always circumvent proxy/cache usage. This is confirmed by the debug output from the Up2Date downloader. It does not state that it uses any proxy or ACC cache. Hence, the boxes directly connect to the Up2Date Servers.

Regarding the pattern version difference on the two boxes, we need to take a look here and I will come back to you later.

Cheers,
Henning

Hi Henning

Sorry.... my mistake....

I changed the settings:
- "Use an Up2Date Cache"  AND  "Use configured ACC server as Up2Date Cache"


now a audld.plx --level debug gives the following output:

asl17:/root # audld.plx --level debug
Starting Up2Date Package Downloader (Version 1.57)

##################
2008-12-12 13:16:07.804 INFORMATIVE MESSAGE audld.plx[13001]: main::run:204()
| Starting Up2Date Package Downloader (Version 1.57)

##################
2008-12-12 13:16:07.806 DEBUG INFORMATION audld.plx[13001]: main::get_proxy_config:729()
| >> proxy configuration: $VAR1 = {
|           'env_url' => 'http://10.252.144.2:8080',
|           'auth' => 0,
|           'status' => 1,
|           'port' => '8080',
|           'addr' => '10.252.144.2'
|         };

##################
2008-12-12 13:16:07.806 DEBUG INFORMATION audld.plx[13001]: main::run:241()
| proxy_config ={
|   'addr' => '10.252.144.2',
|   'auth' => 0,
|   'env_url' => 'http://10.252.144.2:8080',
|   'port' => '8080',
|   'status' => 1
| }

______________________________________________
snip
______________________________________________
| >>>>>> START up2date authentication

##################
2008-12-12 13:16:07.940 DEBUG INFORMATION audld.plx[13001]: main::authenticate:462()
| GLOBALCONF={
|   'authserverlist' => '/etc/up2date/servers.sorted',
|   'gbaseworkdir' => '/var/up2date/',
|   'proxyconfigfile' => '/etc/up2date/proxy.conf'
| }

##################
2008-12-12 13:16:07.940 DEBUG INFORMATION audld.plx[13001]: Internal::Systemattributes::get:1414()
| Start fetching system attributes ...

##################
2008-12-12 13:16:08.430 DEBUG INFORMATION audld.plx[13001]: main::authenticate:505()
| Auth attribs:
| {
|   'build' => 'asg-7.304-081023-1.iso',
|   'ccc' => '33',
|   'hid' => 'c0c6b9307bcf9fe063c423576af99a24',
|   'lid' => '91812',
|   'luips' => '9999',
|   'pkg_auav' => '7830',
|   'pkg_man-sw' => '725',
|   'pkg_ohelp' => '7176',
|   'pkg_sys' => '7305',
|   'product' => 'TM_GROMIT',
|   'uips' => 0,
|   'ver' => '7.305'
| }

##################
2008-12-12 13:16:08.431 DEBUG INFORMATION audld.plx[13001]: main::authenticate:516()
| authentication vars string: '&hid=c0c6b9307bcf9fe063c423576af99a24&pkg_sys=7305&ver=7%2e305&lid=91812&pkg_ohelp=7176&build=asg%2d7%2e304%2d081023%2d1%2eiso&product=TM_GROMIT&uips=0&luips=9999&pkg_auav=7830&ccc=33&pkg_man-sw=725'
Authenticating ...

##################
2008-12-12 13:16:08.441 DEBUG INFORMATION audld.plx[13001]: Modules::Trad_Get_Filelist::contact:1290()
| outbound interface for '69.10.147.76' (10.252.144.2) : eth0.901 (10.252.144.5)

##################
2008-12-12 13:16:08.442 DEBUG INFORMATION audld.plx[13001]: Modules::Trad_Get_Filelist::contact:1301()
| Authentication request: https://69.10.147.76:443/authenticate.pl?&hid=c0c6b9307bcf9fe063c423576af99a24&pkg_sys=7305&ver=7%2e305&lid=91812&pkg_ohelp=7176&build=asg%2d7%2e304%2d081023%2d1%2eiso&product=TM_GROMIT&uips=0&luips=9999&pkg_auav=7830&ccc=33&pkg_man-sw=725&ip=10.252.144.5

##################
2008-12-12 13:16:08.471 WARNING audld.plx[13001]: Modules::Trad_Get_Filelist::contact:1321()
| Could not connect to Authentication Server 69.10.147.76:443 (code=500).

##################
2008-12-12 13:16:08.475 DEBUG INFORMATION audld.plx[13001]: Modules::Trad_Get_Filelist::contact:1290()
| outbound interface for '69.10.147.76' (10.252.144.2) : eth0.901 (10.252.144.5)

##################
2008-12-12 13:16:08.476 DEBUG INFORMATION audld.plx[13001]: Modules::Trad_Get_Filelist::contact:1301()
| Authentication request: https://69.10.147.76:443/authenticate.pl?&hid=c0c6b9307bcf9fe063c423576af99a24&pkg_sys=7305&ver=7%2e305&lid=91812&pkg_ohelp=7176&build=asg%2d7%2e304%2d081023%2d1%2eiso&product=TM_GROMIT&uips=0&luips=9999&pkg_auav=7830&ccc=33&pkg_man-sw=725&ip=10.252.144.5&ip=10.252.144.5

##################
2008-12-12 13:16:08.480 WARNING audld.plx[13001]: Modules::Trad_Get_Filelist::contact:1321()
| Could not connect to Authentication Server 69.10.147.76:443 (code=500).

##################
2008-12-12 13:16:08.483 DEBUG INFORMATION audld.plx[13001]: Modules::Trad_Get_Filelist::contact:1290()
| outbound interface for '213.144.15.5' (10.252.144.2) : eth0.901 (10.252.144.5)

##################
2008-12-12 13:16:08.484 DEBUG INFORMATION audld.plx[13001]: Modules::Trad_Get_Filelist::contact:1301()
| Authentication request: https://213.144.15.5:443/authenticate.pl?&hid=c0c6b9307bcf9fe063c423576af99a24&pkg_sys=7305&ver=7%2e305&lid=91812&pkg_ohelp=7176&build=asg%2d7%2e304%2d081023%2d1%2eiso&product=TM_GROMIT&uips=0&luips=9999&pkg_auav=7830&ccc=33&pkg_man-sw=725&ip=10.252.144.5&ip=10.252.144.5&ip=10.252.144.5

##################
2008-12-12 13:16:08.487 WARNING audld.plx[13001]: Modules::Trad_Get_Filelist::contact:1321()
| Could not connect to Authentication Server 213.144.15.5:443 (code=500).

##################
2008-12-12 13:16:08.490 DEBUG INFORMATION audld.plx[13001]: Modules::Trad_Get_Filelist::contact:1290()
| outbound interface for '213.144.15.5' (10.252.144.2) : eth0.901 (10.252.144.5)

##################
2008-12-12 13:16:08.491 DEBUG INFORMATION audld.plx[13001]: Modules::Trad_Get_Filelist::contact:1301()
| Authentication request: https://213.144.15.5:443/authenticate.pl?&hid=c0c6b9307bcf9fe063c423576af99a24&pkg_sys=7305&ver=7%2e305&lid=91812&pkg_ohelp=7176&build=asg%2d7%2e304%2d081023%2d1%2eiso&product=TM_GROMIT&uips=0&luips=9999&pkg_auav=7830&ccc=33&pkg_man-sw=725&ip=10.252.144.5&ip=10.252.144.5&ip=10.252.144.5&ip=10.252.144.5

##################
2008-12-12 13:16:08.494 WARNING audld.plx[13001]: Modules::Trad_Get_Filelist::contact:1321()
| Could not connect to Authentication Server 213.144.15.5:443 (code=500).

##################
2008-12-12 13:16:08.497 DEBUG INFORMATION audld.plx[13001]: Modules::Trad_Get_Filelist::contact:1290()
| outbound interface for '218.213.238.229' (10.252.144.2) : eth0.901 (10.252.144.5)

##################
2008-12-12 13:16:08.498 DEBUG INFORMATION audld.plx[13001]: Modules::Trad_Get_Filelist::contact:1301()
| Authentication request: https://218.213.238.229:443/authenticate.pl?&hid=c0c6b9307bcf9fe063c423576af99a24&pkg_sys=7305&ver=7%2e305&lid=91812&pkg_ohelp=7176&build=asg%2d7%2e304%2d081023%2d1%2eiso&product=TM_GROMIT&uips=0&luips=9999&pkg_auav=7830&ccc=33&pkg_man-sw=725&ip=10.252.144.5&ip=10.252.144.5&ip=10.252.144.5&ip=10.252.144.5&ip=10.252.144.5

##################
2008-12-12 13:16:08.502 WARNING audld.plx[13001]: Modules::Trad_Get_Filelist::contact:1321()
| Could not connect to Authentication Server 218.213.238.229:443 (code=500).

##################
2008-12-12 13:16:08.557 AN ERROR OCCURED audld.plx[13001]: Modules::Trad_Get_Filelist::contact:1361()
| All 12 Authentication Servers failed
| '213.144.15.5:443'                     Code: '500'
| '213.198.93.249:443'                   Code: '500'
| '128.121.10.115:443'                   Code: '500'
| '218.213.238.229:443'                  Code: '500'
| '69.10.147.76:443'                     Code: '500'
| '128.242.114.243:443'                  Code: '500'
Authentication failed, no valid answer from Authentication Servers

##################
2008-12-12 13:16:08.596 AN ERROR OCCURED audld.plx[13001]: main::alf:762()
| id="3703" severity="error" sys="system" sub="up2date" name="Authentication failed, no valid answer from Authentication Servers"




Does the request to the authenitcation servers go trough the ACC?

Thanks,
Roland

Hi,

yes, the auth-requests are proxied through the ACC as well. Please ensure that the ACC itself is allowed to connect to the remote Up2Date Servers via HTTP and HTTPS - otherwise the devices will not get any Up2Dates at all. Maybe there is another ASG or packet-filtering device in front of the ACC?

Regards,
Henning

Hi,

yes, the auth-requests are proxied through the ACC as well. Please ensure that the ACC itself is allowed to connect to the remote Up2Date Servers via HTTP and HTTPS - otherwise the devices will not get any Up2Dates at all. Maybe there is another ASG or packet-filtering device in front of the ACC?

Regards,
Henning

Hi,

yes, the auth-requests are proxied through the ACC as well. Please ensure that the ACC itself is allowed to connect to the remote Up2Date Servers via HTTP and HTTPS - otherwise the devices will not get any Up2Dates at all. Maybe there is another ASG or packet-filtering device in front of the ACC?

Regards,
Henning

Hi

The ACC has internet access with ports 80/443, but only trough another proxy (not an Astaro device).
On the ACC I configured this other proxy on the "Management --> Up2Date --> Adavanced" tab.

Regards,
Roland

Hi,

congratulations, you have found a bug.

The ACC Up2Date Cache is currently not able to use another upstream or parent proxy. You could workaround that issue by allowing outbound access to ports 80/443 for your ACC server on the non-Astaro proxy (if this thing can do packet-filtering). You would need to deactivate the usage of the Parent Proxy though, otherwise the Up2Date Cache tries to use the proxy method again and will fail.

Thanks for pointing out this issue!

Regards,
Henning