cancel
Showing results for 
Search instead for 
Did you mean: 

ExtremeCloud IQ Config update issue

ExtremeCloud IQ Config update issue

LeoP1
Contributor

Hi Guys,

 

I hope everyone is healthy and safe!

 

I'm getting an error while trying to update my APs config (Delta Update) from ExtremeCloud IQ:

 

The CLI 'clock time-zone daylight-saving-time null null null null' execute failed, cause by: Unknown error

 

I forced an Complete Config update (which includes a reboot), and it completed without issues, but, obviously we can't reboot APs at each config change…

 

e737214e1d48463ab99a1a2ab72679af_5973d7a9-4aec-4daf-a7dc-d3fa99eecf54.png
e737214e1d48463ab99a1a2ab72679af_bf0c2e03-d57d-487e-b48c-269564c1e20c.png

Any ideas?

Best regards and stay safe!

 

-Leo

4 REPLIES 4

LeoP1
Contributor

Hi Guys,

Updating some info:

After a "Complete Update", taking a look at the "show config current"look what I got:

fc65c625674544ebb84ad50b563eed30_d192b496-34ae-4535-8256-1f52a2cc6a00.png

 

Issuing a new "Delta Update", I got the same error:

fc65c625674544ebb84ad50b563eed30_9f1a4ff3-8112-4630-a3b3-7c386f8dd085.png

I tried to issue the CLI commands "no clock time-zone daylight-saving-time" and "save config". Taking a look at the "show config current" and the "clock time-zone daylight-saving-time null null null null" is gone :

fc65c625674544ebb84ad50b563eed30_ed476229-2a6a-4bf2-8835-14a1568d6a5e.png

After issuing a new "Delta Update", I got the very same error…

 

Looks like the XIQ is trying to apply the command "clock time-zone daylight-saving-time null null null null" which is not right…

 

As I told before, a "Complete Update" works fine, besides of the reboot, but it writes the problematic command in the config…

 

It looks like a BUG in XIQ.

 

Best regards,

 

-Leo

LeoP1
Contributor

UPDATE: I'm running a few more tests after writing this post… I'll update with any findings later, but below are some info of what I got until now.

 

Hi guys,

Sorry about the late response.

I've deployed a LAB VGVA Gateway and the issue is the same...

@Ronald Dvorak , follows a screenshot of the show NTP from a VGVA (same on APs):

 

455ced25359245dda391475a0862fdc6_6fa0ece7-2064-4c42-b263-24553cf83d8e.png

 

@Ash Finch Sure, I'm from Brazil and since the end of 2019 we don't have DST anymore…

I've already issued an "Complete Update" on the APs (running since last october) and on the today-deployed VGVA… This is the ONLY way to apply any config, BUT it enforces an reboot, what is undesired on a production environment.

Using a DELTA update, the issue is the same:

 

455ced25359245dda391475a0862fdc6_ed17c78b-af73-4728-b5b7-c2a27450a051.png

It looks like the XIQ try to apply in the background the cli command "clock time-zone daylight-time-saving" with NULL parameters, which is not expected by VGVA or APs (looks like a bug)…

 

455ced25359245dda391475a0862fdc6_dcbe26b7-a3ae-4482-8d99-e1eb748323bb.png

 

Best regards,

 -Leo

Ash_Finch
Contributor III

Hi Leo,

 

The last 4 null’s are interesting, normally it should show start date & time and end date & time of the DST period. Going off the URL in your email signature you’re in Brazil, which upon googling does not use DST any longer?

I presume that the AP needs a complete update to remove the command from itself, hence why it’s failing with the delta.

Does the AP that you pushed a complete to accept delta changes (i.e. changing the hostname) now?

Ronald_Dvorak
Honored Contributor

Hi Leo,

 

could you share the AP CLI output for #show ntp ?

 

-Ron

GTM-P2G8KFN