Red Hat Bugzilla – Bug 1255038
yum -q does not stop output related to deltarpm
Last modified: 2016-12-16 11:12:26 EST
I place "yum -y -q update" in /etc/crontab to keep my system updated. Of course, the -q does not stop all output when some 'noisy' RPMs are installed, which is fine. But I get daily emails via crontab with this warning:
Delta RPMs disabled because /usr/bin/applydeltarpm not installed.
My system is registered to RHN Satellite 5, if that matters. Installing the deltarpm package will stop this message.
But even after installing deltarpm, a new message is generated.
No Presto metadata available for rhel-x86_64-server-7
My system is fully updated RHEL7.1 64bit server
So my humble suggestion would be to quell these messages when -q is specified for yum.
Just to note this is still an issue with RHEL7.2
Currently, quiet mode forces the debuglevel to 0 which still causes INFO messages (like the ones mentioned in Comment 0) to be printed. We should probably fix this by setting it to -2 (only WARNING and above, this is also default for yum-cron) instead.
As a workaround, I'd suggest simply running yum with --debuglevel=-2 in your cron job, which will get rid of those messages. You may also consider installing yum-cron instead, which uses that debuglevel by default (see /etc/yum/yum-cron.conf for details) and includes a preconfigured daily job.
> As a workaround, I'd suggest simply running yum with --debuglevel=-2 in your
> cron job, which will get rid of those messages.
Please note that for this to work, you also have to leave out the -q option (it would otherwise override --debuglevel back to 0).
Thank you for the suggested workarounds!
I revisited this BZ and learned that --quite using debuglevel of 0 is actually intentional, more info here:
Basically, the messages related to deltarpm in Comment 0 are important enough to be printed in quite mode. At least, it has always been like that and there's no good reason to change it now, esp. when there's a simple workaround in Comment 3.
(In reply to Michal Domonkos from comment #7)
> I revisited this BZ and learned that --quite using debuglevel of 0 is