You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
{{ message }}
Repository navigation
It is not possible to make network redundant in the UI #7260
Is is not possible to restart the network and make it redundant by the UI, although it is possible to do so using the CloudMonkey. I guess its button is hidden below the Live patch network's router option.
@soreana I think this was discussed before and intentionally removed, the argument was that if a router needs to be redundant it must be determined by it's offering, not an option in the UI, since it takes resources. I think the option is still there with the API
@borisstoyanov Thanks Bobby for explanation. 👍
Yes, it is possible to make router redundant using the restart network API call but the option has been removed from the UI. I was wondering why, by any chance do you have the mailing thread, or the related issue?
That really makes sense. The redundancy is a property of the network, it is not the action. When we reset the network it should check the network properties and configure them accordingly.
Btw, I don't think that the service offering is a place where we should add these settings. In the #6918 PR, I've added the network level configurations (Actually most of the codes were written by Wei 😃). Shall I add the redundant network level setting later as well?
That really makes sense. The redundancy is a property of the network, it is not the action. When we reset the network it should check the network properties and configure them accordingly.
Btw, I don't think that the service offering is a place where we should add these settings. In the #6918 PR, I've added the network level configurations (Actually most of the codes were written by Wei smiley). Shall I add the redundant network level setting later as well?
@soreana
Each network has a property redundant (check networks table in cloud database).
The field will be updated if change the network offering or restart network with makeredundant=true
I understand the use case described #4052, my concerns are
users can still make network redandant via API restartNetwork
should the action be disabled for root admin as well ?
This is actually my fault, I had added this in the UI which we later agreed to remove (see reasons on the above links). If it's a much needed feature than we must introduce a global setting and keep it false to not show the option and let the admin/operator decide on the behaviour.
I'm totally agree with you that it is not necessary feature. I will discuss it with my team and get back to your.
Btw, there is another way to manage this. In the #6918, I've added network level settings. We can have another setting to make network redundant. Let me know your thought about it.
This issue is stale because it has been open for 120 days with no activity. It may be removed by administrators of this project at any time. Remove the stale label or comment to request for removal of it to prevent this.
Activity
soreana commentedon Feb 17, 2023
@DaanHoogland Please add this one to the 4.18 milestone.
weizhouapache commentedon Feb 18, 2023
@soreana
I remember this has been removed from a previous version (on UI).
maybe @rohityadavcloud knows
soreana commentedon Feb 18, 2023
@weizhouapache Yes, I couldn't see this option in the 4.17 as well.
Is there any reason behind that? Using the command line is the only way to make a network redundant?
borisstoyanov commentedon Feb 20, 2023
@soreana I think this was discussed before and intentionally removed, the argument was that if a router needs to be redundant it must be determined by it's offering, not an option in the UI, since it takes resources. I think the option is still there with the API
soreana commentedon Feb 20, 2023
@borisstoyanov Thanks Bobby for explanation. 👍
Yes, it is possible to make router redundant using the
restart networkAPI call but the option has been removed from the UI. I was wondering why, by any chance do you have the mailing thread, or the related issue?borisstoyanov commentedon Feb 20, 2023
I've tried searching the PR but couldn't get it, sorry
soreana commentedon Feb 20, 2023
No problem, thanks ;)
weizhouapache commentedon Feb 20, 2023
@borisstoyanov @soreana
this is related to #4052
soreana commentedon Feb 20, 2023
@weizhouapache Thanks Wei.
That really makes sense. The redundancy is a property of the network, it is not the action. When we reset the network it should check the network properties and configure them accordingly.
Btw, I don't think that the service offering is a place where we should add these settings. In the #6918 PR, I've added the network level configurations (Actually most of the codes were written by Wei 😃). Shall I add the redundant network level setting later as well?
DaanHoogland commentedon Feb 20, 2023
clearing this from milestonne 4.18 @soreana . hope you agree.
soreana commentedon Feb 20, 2023
@DaanHoogland Of course, it was irrelevant. ;)
weizhouapache commentedon Feb 21, 2023
@soreana
Each network has a property
redundant(checknetworkstable inclouddatabase).The field will be updated if change the network offering or restart network with makeredundant=true
I understand the use case described #4052, my concerns are
yadvr commentedon May 8, 2023
Please refer to #7405 (comment)
and as others have mentioned #4052
This is actually my fault, I had added this in the UI which we later agreed to remove (see reasons on the above links). If it's a much needed feature than we must introduce a global setting and keep it false to not show the option and let the admin/operator decide on the behaviour.
soreana commentedon May 8, 2023
Thanks @weizhouapache and @rohityadavcloud for the feedback.
I'm totally agree with you that it is not necessary feature. I will discuss it with my team and get back to your.
Btw, there is another way to manage this. In the #6918, I've added network level settings. We can have another setting to make network redundant. Let me know your thought about it.
github-actions commentedon Sep 5, 2026
This issue is stale because it has been open for 120 days with no activity. It may be removed by administrators of this project at any time. Remove the stale label or comment to request for removal of it to prevent this.
DaanHoogland commentedon Sep 5, 2026
this was changed intentionally to prevent luser errors