On 07/28/2016 05:24 AM, Marek Marczykowski-Górecki wrote:
> On Wed, Jul 27, 2016 at 10:31:10PM -0700, admix...@gmail.com wrote:
>> Hi,
>> I'm trying to update qubes but there still show that there is no updates 
>> (for few moths).
>> I thought that was true until I tried to download update for xen.
> 
>> Some commands:
>> http://pastebin.com/Q7nhfZnX
>> Linux dom0 4.1.13-9.pvops.qubes.x86_64 #1 SMP Thu Feb 11 15:46:02 UTC 2016 
>> x86_64 x86_64 x86_64 GNU/Linux
> 
>> Can somebody tell me whats going on?
> 
> I think --debuglevel option is not supported - this is why you've got
> that help message instead. Try `qubes-dom0-update --clean` to remove old
> metadata first.

Hello Marek and Andrew,

On a related note, the script at 
"/usr/lib/qubes/qubes-download-dom0-updates.sh" may have
a minor bug related to the removal of the cache files when the --clean option 
is passed
to the qubes-dom0-update script in dom0.

When I run "sudo qubes-dom0-update --clean", as seen below my signature, "rm" 
outputs an
error mentioning that it cannot remove a directory. Even though "--clean" was 
used, the
timestamp for the metadata expiration check indicates that dnf is using 
metadata from
almost 12 minutes ago. This indicates an issue with the clean-up of the dnf/yum 
cache.

When I "rm -rf" all the offending directory on sys-net using the command listed 
below,
then "--clean" works as expected as can be seen below, where the metadata 
expiration
check indicates only a 23 second delta, which is a more plausible value when 
using "--clean".

All this to say, would it be possible to make the 
"qubes-download-dom0-updates.sh" script use
"rm -rf" rather than "rm -f" on the paths related to the dnf/yum cache for dom0 
updates?

To be specific, I mean replacing the "rm -f" instances with "rm -rf" on the 
following lines
in /usr/lib/qubes/qubes-download-dom0-updates.sh in the Qubes OS VM templates:

  if [ "$CLEAN" = "1" ]; then
      $YUM $OPTS clean all
      rm -f $DOM0_UPDATES_DIR/packages/*
      rm -f $DOM0_UPDATES_DIR/var/cache/yum/*
  fi

I believe this may be related to some of the "updates missing" issues that 
Qubes OS users
have reported after the release of the corrections for Qubes Security Bulletin 
#24.

Thank you,

Vefa

=== 8< ===

[user@dom0 ~]$ sudo qubes-dom0-update --clean
Using sys-net as UpdateVM to download updates for Dom0; this may take some 
time...
Running command on VM: 'sys-net'...
30 files removed
rm: cannot remove '/var/lib/qubes/dom0-updates/var/cache/yum/x86_64': Is a 
directory
Checking for dom0 updates...
Last metadata expiration check: 0:11:54 ago on Thu Jul 28 22:24:19 2016.
Dependencies resolved.
================================================================================
 Package          Arch             Version              Repository         Size
================================================================================
...

[user@dom0 ~]$ qvm-run -aqp sys-net 'rm -rf 
/var/lib/qubes/dom0-updates/var/cache/yum/x86_64'

[user@dom0 ~]$ sudo qubes-dom0-update --clean
Using sys-net as UpdateVM to download updates for Dom0; this may take some 
time...
Running command on VM: 'sys-net'...
30 files removed
Checking for dom0 updates...
Last metadata expiration check: 0:00:23 ago on Thu Jul 28 22:39:13 2016.
Dependencies resolved.
================================================================================
 Package          Arch             Version              Repository         Size
================================================================================
...

=== >8 ===

-- 
You received this message because you are subscribed to the Google Groups 
"qubes-users" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to qubes-users+unsubscr...@googlegroups.com.
To post to this group, send email to qubes-users@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/qubes-users/190ddc7d-ed44-2ea9-5994-3d8a3a867a33%40runbox.com.
For more options, visit https://groups.google.com/d/optout.

Reply via email to