Hello.
On server side: controller's GUI allows to create new openwisp config that 
will rewrite /etc/config/openwisp (to replace "option url", "option 
verify_ssl"). With tricks, but it works. In any case, we created additional 
django application that allows it in straightway.
On client side: openwisp_config agent will apply new config, but reload own 
daemon /etc/init.d/openwisp_config reload at the middle of iteration 
that'll crash all logic.

понедельник, 8 октября 2018 г., 14:09:01 UTC+5 пользователь Federico 
Capoano написал:
>
> On Monday, October 8, 2018 at 9:19:10 AM UTC+2, BlancLoup wrote:
>>
>> Hello.
>>
>> Yes, you're right. I overthought this and missed variant of endless 
>> reboots with wrong config.
>>
>  
> Glad you arrived to the same conclusion. To make the config test script 
> more robust you could insert some loops that try to repeat a test a few 
> times before giving up.
>
> We have to realize very rare case in our work process: device migration 
>> from one controller to another with the same existing config on both 
>> controllers.
>> Controller allows to create config that can rewrite device openwisp 
>> config... but device demon not prepared for it =). 
>>
>
> What does it mean that the device is not prepared for it?
>
> Fed 
>
>
>

-- 
You received this message because you are subscribed to the Google Groups 
"OpenWISP" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to [email protected].
For more options, visit https://groups.google.com/d/optout.

Reply via email to