Thank you for the further analysis! This is very useful. > The use of this lxd-installer elsewhere however is likely bound by a different timeout. I am of the opinion that such users would be willing to accommodate the retries at the possible benefit of allowing a successful installation where the cost is about 1 minute overhead. Could you suggest what you would prefer to see to make this point as little opinion-based as possible?
I'm not sure it's possible to make this any less subjective. My feeling is that it's regrettable to have to make this change at all, but I lean towards it being OK on balance, given the numbers from your analysis. *However*: > Snapd itself already retries requests when the Store is unavailable or errors. Snapd folks have identified a bug (tracked internally) occurring when certain timing conditions are met on systems with no snaps installed and a snap install is attempted when snapd goes into standby. With this revelation, it sounds like we can fix the root cause in snapd instead, and then behaviour would not change in any other scenario, unlike this change (that we now better understand is only a workaround) that does have to adjust the effective timeout. With the knowledge that we now have, wouldn't this be preferable? -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/2100564 Title: lxd-installer shim fails to install with snapstore error To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/lxd-installer/+bug/2100564/+subscriptions -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
