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
