[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

[Xen-users] "quotaon: Quota format not supported in kernel" after moving PV domU to a newer version dom0 host



hello there,

been running a PV domU for a while, both domU and dom0 up to date debian wheezy. the domU disk is a dom0 LVM volume.
i needed to move this domU to an up to date debian jessie dom0.
knowing that for some time XEN supports running PV guests even if domU and dom0 kernels don't match, i simply:
  • dd transferred the LVM volume data
  • copied domU cfg and updated vif data but also kernel and ramdisk paths to match new dom0 kernel versions

the machine seemed to be working as usually until i observed that the quota system is down. in the console:

root@vps:~# quotacheck -avugm
quotacheck: Scanning /dev/xvda2 [/] done
quotacheck: Checked 56752 directories and 642689 files
root@vps:~# quotaon -avug
quotaon: using //aquota.group on /dev/xvda2 [/]: No such process
quotaon: Quota format not supported in kernel.
quotaon: using //aquota.user on /dev/xvda2 [/]: No such process
quotaon: Quota format not supported in kernel.
now, i guess that this may be because of loading different newer kernel for domU? how can i work around this? what is the best practice in such cases to keep optimal PV performance of domU without major modifications/upgrades?

this is my current cfg:

kernel      = '/boot/vmlinuz-3.16.0-4-amd64'
extra       = 'elevator=noop'
ramdisk     = '/boot/initrd.img-3.16.0-4-amd64'

vcpus       = '2'
memory      = '2048'

root        = '/dev/xvda2 ro'
disk        = [
                  'phy:/dev/vg0/vps.punctro.com-disk,xvda2,w',
                  'phy:/dev/vg0/vps.punctro.com-swap,xvda1,w',
              ]

name        = <...>

vif         = <...>

_on_poweroff_ = 'destroy'
_on_reboot_   = 'restart'
_on_crash_    = 'restart'

-- 
jazzman
_______________________________________________
Xen-users mailing list
Xen-users@xxxxxxxxxxxxx
http://lists.xen.org/xen-users

 


Rackspace

Lists.xenproject.org is hosted with RackSpace, monitoring our
servers 24x7x365 and backed by RackSpace's Fanatical Support®.