New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Lost internet on all VMs after updating from testing repos #3949

Open
Simon-Davies opened this Issue Jun 1, 2018 · 12 comments

Comments

Projects
None yet
6 participants
@Simon-Davies

Simon-Davies commented Jun 1, 2018

Qubes OS version:

Qubes 4.0 - Latest version of qubes from testing repos

Affected component(s):

All VMs


Steps to reproduce the behavior:

Connect to Wi-Fi and browse internet with Firefox

Expected behavior:

I have internet connectivity

Actual behavior:

I have no Internet connectivity. I can't even ping google - www.google.com or 8.8.8.8

General notes:


Related issues:

@Simon-Davies Simon-Davies changed the title from Lost internet on all VMs to Lost internet on all VMs after updating from testing repos Jun 1, 2018

@tasket

This comment has been minimized.

Show comment
Hide comment
@tasket

tasket Jun 1, 2018

See issue #3939 which might be the same.

Are you using Fedora 27 or 28? Check the status of qubes-iptables.service on your proxyVMs (sys-firewall) and sys-net: sudo service qubes-iptables status

tasket commented Jun 1, 2018

See issue #3939 which might be the same.

Are you using Fedora 27 or 28? Check the status of qubes-iptables.service on your proxyVMs (sys-firewall) and sys-net: sudo service qubes-iptables status

@andrewdavidwong

This comment has been minimized.

Show comment
Hide comment
@andrewdavidwong

andrewdavidwong Jun 2, 2018

Member

Can you provide the list of packages that were updated with version numbers?

Member

andrewdavidwong commented Jun 2, 2018

Can you provide the list of packages that were updated with version numbers?

@Simon-Davies

This comment has been minimized.

Show comment
Hide comment
@Simon-Davies

Simon-Davies Jun 2, 2018

I didn't make a note of which packages were upgraded, sorry mate.

I didn't make a note of which packages were upgraded, sorry mate.

@andrewdavidwong

This comment has been minimized.

Show comment
Hide comment
@andrewdavidwong

andrewdavidwong Jun 2, 2018

Member

It's probably still avaliable using sudo dnf history, then sudo dnf history info X, where X is the number in the history list corresponding to the transaction that seems to have caused the problem.

Member

andrewdavidwong commented Jun 2, 2018

It's probably still avaliable using sudo dnf history, then sudo dnf history info X, where X is the number in the history list corresponding to the transaction that seems to have caused the problem.

@marmarek

This comment has been minimized.

Show comment
Hide comment
@marmarek

marmarek Jun 4, 2018

Member

It's definitely QubesOS/updates-status#550. It fixes Fedora 28, but at the same time breaks Fedora 26.

Member

marmarek commented Jun 4, 2018

It's definitely QubesOS/updates-status#550. It fixes Fedora 28, but at the same time breaks Fedora 26.

@Simon-Davies

This comment has been minimized.

Show comment
Hide comment
@Simon-Davies

Simon-Davies Jun 4, 2018

I'm using fedora-26 templates so this sounds right @marmarek

The question is how do I fix this without flashing a clean ISO of Qubes OS.

How can I update with no Internet connectivity? Is there a way of temporarily removing all iptable rules so I can upgrade my fedora-26 templates to fedora-28?

Simon-Davies commented Jun 4, 2018

I'm using fedora-26 templates so this sounds right @marmarek

The question is how do I fix this without flashing a clean ISO of Qubes OS.

How can I update with no Internet connectivity? Is there a way of temporarily removing all iptable rules so I can upgrade my fedora-26 templates to fedora-28?

@marmarek

This comment has been minimized.

Show comment
Hide comment
@marmarek

marmarek Jun 4, 2018

Member

dnf in the template should still work, you can downgrade qubes-core-agent* to previous version (dnf downgrade ...).

Member

marmarek commented Jun 4, 2018

dnf in the template should still work, you can downgrade qubes-core-agent* to previous version (dnf downgrade ...).

@Simon-Davies

This comment has been minimized.

Show comment
Hide comment
@Simon-Davies

Simon-Davies Jun 4, 2018

I ran the below in the fedora-26 template:

sudo dnf downgrade qubes-core-agent*

I get:

Error: Failed to synchronize cache for repo 'updates'

Edit: I just tried installing the last version of every qubes-core-agent* package manually by downloading them from the repo and running dnf downgrade path/to/.rpm --disablerepo=*

I still have No internet connectivity :/

Simon-Davies commented Jun 4, 2018

I ran the below in the fedora-26 template:

sudo dnf downgrade qubes-core-agent*

I get:

Error: Failed to synchronize cache for repo 'updates'

Edit: I just tried installing the last version of every qubes-core-agent* package manually by downloading them from the repo and running dnf downgrade path/to/.rpm --disablerepo=*

I still have No internet connectivity :/

@RefinedSoftwareLLC

This comment has been minimized.

Show comment
Hide comment
@RefinedSoftwareLLC

RefinedSoftwareLLC Jun 4, 2018

I was able to fix an "Error: Failed to synchronize cache for repo 'updates'" error by using "sudo qubes-dom0-update --clean". Can anyone else tell us if that is safe to try as a fix?

I was able to fix an "Error: Failed to synchronize cache for repo 'updates'" error by using "sudo qubes-dom0-update --clean". Can anyone else tell us if that is safe to try as a fix?

@andrewdavidwong andrewdavidwong added C: core and removed C: other labels Jun 5, 2018

@jimtahu

This comment has been minimized.

Show comment
Hide comment
@jimtahu

jimtahu Jun 5, 2018

I ran into this issue as well (qubes-iptables was failing with error messages about the firewall rules), was able to "fix" by reverting my template (fedora-27) root volume

jimtahu commented Jun 5, 2018

I ran into this issue as well (qubes-iptables was failing with error messages about the firewall rules), was able to "fix" by reverting my template (fedora-27) root volume

@Simon-Davies

This comment has been minimized.

Show comment
Hide comment
@Simon-Davies

Simon-Davies Jun 5, 2018

When you say by reverting what do you mean by this? I tried downgrading all the qubes-core-agent* packages in the fedora-26 VM to the last version but it's still broken for me.

I'm thinking of wiping the system and starting fresh as it's really annoying having no internet.

Simon-Davies commented Jun 5, 2018

When you say by reverting what do you mean by this? I tried downgrading all the qubes-core-agent* packages in the fedora-26 VM to the last version but it's still broken for me.

I'm thinking of wiping the system and starting fresh as it's really annoying having no internet.

@jimtahu

This comment has been minimized.

Show comment
Hide comment
@jimtahu

jimtahu Jun 5, 2018

qvm-volume has an option to revert a volume.

For me, this meant doing this in dom0:
qvm-volume list fc27 (see volumes, including fc27:root)
qvm-volume info fc27:root (see that fc27:root has a previous versions, named something like number-bak)
qvm-volume revert –verbose fc27:root number-bak

After restarting sys-net and sys-firewall (based on fc27), networking resumed working.

jimtahu commented Jun 5, 2018

qvm-volume has an option to revert a volume.

For me, this meant doing this in dom0:
qvm-volume list fc27 (see volumes, including fc27:root)
qvm-volume info fc27:root (see that fc27:root has a previous versions, named something like number-bak)
qvm-volume revert –verbose fc27:root number-bak

After restarting sys-net and sys-firewall (based on fc27), networking resumed working.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment