Open BetoHydroxyButyrate opened 4 months ago
Try to change your template updates qube from sys-net to sys-firewall. There were similar issues presumably because of IPv6 in sys-net: https://forum.qubes-os.org/t/cant-get-templatevm-update-proxy-to-work-with-firewall-or-vpn-netvms/20268 https://forum.qubes-os.org/t/qubes-update-tool-fails/27423 https://forum.qubes-os.org/t/failed-to-download-metadata-repo-qubes-vm-r4-2-current/27592
Try to change your template updates qube from sys-net to sys-firewall. There were similar issues presumably because of IPv6 in sys-net: https://forum.qubes-os.org/t/cant-get-templatevm-update-proxy-to-work-with-firewall-or-vpn-netvms/20268 https://forum.qubes-os.org/t/qubes-update-tool-fails/27423 https://forum.qubes-os.org/t/failed-to-download-metadata-repo-qubes-vm-r4-2-current/27592
I tried both sys-firewall and sys-whonix prior to opening the default, but I am still assuming it is a hot-swap. IE, I do not need to reboot the templateVM after making the change. I did see some differences in the failure modes depending on the update qubes selection, so felt comfortable enough with my assumption to not drill down.
I'll check out those links and see....
I do have a WireGuard VPN service VM but it only spins up if I also start the appVM which requires it. Not running since reboot this morning.
I do have IPv6 networking enabled. Disabled it, and the update proceeds.
If there is not currently a specific bug report for this issue, perhaps this can be used to track it?
@apparatius: thanks for that!
sys-net
was restarted after upgrade, and IPv6 came back, as the default appears to be automatic
, which is actually what I wanted, but I know I will forget all about this in a day or so.... better if someone fixes it before my memory fades.
How to file a helpful issue
Qubes OS release
4.2.2
Brief summary
TemplateVMs, debian-based, fail to update when ipv6 is enabled in
sys-net
Steps to reproduce
enable IPv6 in sys-net qubes-update-gui --log DEBUG --target debian-12-xcfe
Expected behavior
I expect it to succeed.
Actual behavior
It fails.
If I
qvm-run -u root debian-12-xfce xterm
and then manually update:If I open a terminal on
sys-net
:If I attempt to interact directly with the proxy:
It outputs the above promptly, and then hangs.
No matter what I try, it connects to the proxy promptly, and then it takes about 3 minutes to complete. Could be the file in
apt
gives up before 3 minutes. I note thatdeb.debian.org
returns some stuff which is actually a re-direct, but if I edit the/etc
in the template to explicitly reference thefastly
redirect, it still fails.I just this morning accepted a
dom0
update, rebooted, and then attempted to apply the rest of the pending updates.