Create a Post
cancel
Showing results for 
Search instead for 
Did you mean: 
eth4_
Contributor
Jump to solution

'Environment' did not survive a reboot for a gateway on which I applied a JHF - is this expected?

Recently applied a JHF to the stand by member of a cluster (R81.20).  I was startled I didn't see telemetry coming in after enough time had passed for the reboot so I check the environment drop down and found 'Default' there - along with the missing gateway.  Is there a way to make the setting survive a reboot?

1 Solution

Accepted Solutions
Ruan_Kotze
Advisor

Have experienced the same issue accross a couple of environments, but it seem random.  Fix is always the same (do the below on the appliances not checking in):

  1. Recreate payload-no-tls.json
  2. Run "/opt/CPotelcol/REST.py --set_open_telemetry "$(cat payload-no-tls.json)"

Thanks,
Ruan

View solution in original post

3 Replies
Chris_Atkinson
Employee Employee
Employee

Could you please share additional specifics of the JHF used before & after etc?

Possibly this is one of those things more readily worked through with TAC via a remote session...

CCSM R77/R80/ELITE
Ruan_Kotze
Advisor

Have experienced the same issue accross a couple of environments, but it seem random.  Fix is always the same (do the below on the appliances not checking in):

  1. Recreate payload-no-tls.json
  2. Run "/opt/CPotelcol/REST.py --set_open_telemetry "$(cat payload-no-tls.json)"

Thanks,
Ruan

the_rock
Legend
Legend

I can confirm 100% what @Ruan_Kotze said is indeed true. I had CP esc. guy send the same via case last year for this issue.

Best,

Andy

Leaderboard

Epsum factorial non deposit quid pro quo hic escorol.

Upcoming Events

    Tue 18 Mar 2025 @ 09:30 AM (EET)

    CheckMates Live Greece

    Tue 25 Mar 2025 @ 12:00 PM (MDT)

    Salt Lake City: CPX 2025 Recap

    Tue 08 Apr 2025 @ 12:00 PM (MDT)

    Denver: CPX 2025 Recap
    CheckMates Events