Since today I'm having problems in updating the fedora 23 template. The update screen seems to hang, showing no info at all. Anyone facing the same issue? How to restore this again into a working condition?
Thank you.
----
Sent using GuerrillaMail.com
Block or report abuse: https://www.guerrillamail.com/abuse/?a=UFR2AB5NVqcQmh2U93EQdRjCStifx8dDiadNcQ%3D%3D
[root@fedora-23 ~]# dnf update --refresh
RPM Fusion for Fedora 23 - Nonfree 1.1 MB/s | 156 kB 00:00
RPM Fusion for Fedora 23 - Free 3.8 kB/s | 457 kB 02:00
Qubes OS Repository for VM (updates) 1.0 MB/s | 286 kB 00:00
Fedora 23 - x86_64 - Updates 199 kB/s | 24 MB 02:03
Its hanging for more than 15m now, any ideas how to solve this?
[root@fedora-23 ~]# dnf update --refresh
RPM Fusion for Fedora 23 - Free 1.8 MB/s | 457 kB 00:00
RPM Fusion for Fedora 23 - Nonfree - Updates 546 kB/s | 57 kB 00:00
RPM Fusion for Fedora 23 - Free - Updates 0% [ ] --- B/s | 0 B --:-- ETA
sudo qubes-dom0-update
Using sys-firewall as UpdateVM to download updates for Dom0; this may take some time...
Running command on VM: 'sys-firewall'...
Checking for dom0 updates...
Last metadata expiration check: 1 day, 16:07:48 ago on Sat Aug 20 22:40:37 2016.
Dependencies resolved.
Nothing to do.
Sending application list and icons to dom0
Complete!
Yum command has been deprecated, redirecting to '/usr/bin/dnf check-update'.
See 'man dnf' and 'man yum2dnf' for more information.
To transfer transaction metadata from yum to DNF, run:
'dnf install python-dnf-plugins-extras-migrate && dnf-2 migrate'
Qubes OS Repository for Dom0 68 MB/s | 151 kB 00:00
Yum command has been deprecated, redirecting to '/usr/bin/dnf -q check-update'.
See 'man dnf' and 'man yum2dnf' for more information.
To transfer transaction metadata from yum to DNF, run:
'dnf install python-dnf-plugins-extras-migrate && dnf-2 migrate'
Unfortunately it doesn't seem to be temporarily, the updade for the fedora23 template is still hanging. I honest don't think this is normal or due to some problems with the yum repos.
Any idea what I can do to solve this huge latency?
>That doesn't look like normal output from qubes-dom0-update. There should be
>no message about sending application list and icons to dom0, since that occurs
>in TemplateVMs, not dom0. (It would make no sense for dom0 to "send" something
>to itself.) On the other hand, that message is a normal part of a TemplateVM
>upgrade.
Apparently that was caused since I run the upgrade of dom0 while I was upgrading the fedora23 template at the same time. Dunno if this is the cause, but could possibly affect it.
If this isn't the normal behavior, how can this be corrected then?
Clearnet, is not a bandwidth problem the update on all the other templates are working just fine its only on fedora23 that this is taking forever.
>That would explain it. If you were running with --pass-io, then there would be
>text from both.
Both were running at the same time just once. This output from dom0 was taken when the dom0 was updating alone without any other updating taking place. Although I suspect the problem was originated when both updates were running concurrently and now everytime I run the dom0 updates I get this message. I believe something might have caused this behavior when both updates were triggered simultaneously.