dnf system upgrade has zero progress on text boot (`quiet no rhgb`)

[Martin Langhoff]

One of my laptops has quiet and no rhgb in the grub line, so no pretty UI.

As I wasn't paying attention, I used the fedup commands (download, reboot),
which got routed to dnf. Upon reboot, the on-screen output showed a partial
boot (from systemd messages) and no indication that an upgrade was underway.

Logging in as root and tailing /var/log/dnf*.log does work.

Am I using this wrong? Seems to me like it's essential to have at least
some minimal dnf output in the text mode boot (ie: "Starting system
upgrade, could take forever").

After some googling I did find the option to have debug info on tty9.
Perhaps should be enabled by default?

cheers,



m
-- 
 martin.langhoff(a)gmail.com
 - ask interesting questions  ~  http://linkedin.com/in/martinlanghoff
 - don't be distracted        ~  http://github.com/martin-langhoff
   by shiny stuff

[Adam Williamson]

On Tue, 2016-07-05 at 11:46 -0400, Martin Langhoff wrote:
>  One of my laptops has quiet and no rhgb in the grub line, so no
> pretty UI.
>  
>  As I wasn't paying attention, I used the fedup commands (download, reboot),
>  which got routed to dnf. Upon reboot, the on-screen output showed a partial
>  boot (from systemd messages) and no indication that an upgrade was underway.
>  
>  Logging in as root and tailing /var/log/dnf*.log does work.
>  
>  Am I using this wrong? Seems to me like it's essential to have at least
>  some minimal dnf output in the text mode boot (ie: "Starting system
>  upgrade, could take forever").
>  
>  After some googling I did find the option to have debug info on tty9.
>  Perhaps should be enabled by default? 
I can't tell from the info you provided if you're 'using it wrong', but
that's not how it's expected to work, no. It's intended to provide some
form of output in graphical plymouth, text plymouth, and no-plymouth-
at-all cases, and I've actually seen it doing all three within the last
couple of days (as I've been working on the openQA upgrade tests).
-- 
Adam Williamson
Fedora QA Community Monkey
IRC: adamw | Twitter: AdamW_Fedora | XMPP: adamw AT happyassassin . net
http://www.happyassassin.net

[Kamil Paral]

>  One of my laptops has quiet and no rhgb in the grub line, so no
> pretty UI. 
>  As I wasn't paying attention, I used the fedup commands
> (download, reboot),
>  which got routed to dnf. Upon reboot, the on-screen output showed a partial
>  boot (from systemd messages) and no indication that an upgrade was underway. 
>  Logging in as root and tailing /var/log/dnf*.log does work. 
>  Am I using this wrong? Seems to me like it's essential to have at
> least some
>  minimal dnf output in the text mode boot (ie: "Starting system upgrade,
>  could take forever"). 
Hello, please file it here:
https://github.com/rpm-software-management/dnf-plugin-system-upgrade/issues

Thanks.

[Christian Stadelmann]

I can confirm this issue. I've already reported this as an issue to
https://bugzilla.redhat.com/show_bug.cgi?id=1317195 4 months ago, but nothing happened.
There is no indication that one should use upstream (github.com) to report bugs instead of
RedHat Bugzilla. Please don't expect users to report to github, rhbz is the
"natural" place to report bugs.

I'll file this on github, but I think you should follow rhbz too.

[Igor Gnatenko]

 Personally I prefer to track issues in github as if something in
bugzilla I probably will never notice or not able to find.

On Mon, Jul 11, 2016 at 5:24 PM, Christian Stadelmann
<genodeftest(a)fedoraproject.org&gt; wrote:
>  I can confirm this issue. I've already reported this as an issue
> to https://bugzilla.redhat.com/show_bug.cgi?id=1317195 4 months ago, but nothing happened.
> There is no indication that one should use upstream (github.com) to report bugs instead of
> RedHat Bugzilla. Please don't expect users to report to github, rhbz is the
> "natural" place to report bugs.
>
>  I'll file this on github, but I think you should follow rhbz too.
>  --
>  devel mailing list
>  devel(a)lists.fedoraproject.org
>  https://lists.fedoraproject.org/admin/lists/[e-mail] 


-- 
-Igor Gnatenko