Xen by default just uses the dom0's clock, which isn't updated within the domU's. Either set /proc/xen/independent_wallclock to 1 (so that this domU has an indepedent clock from the host dom0, or set the clock in the dom0.
This is specifically for Citrix XenServer, although the principles will of course work in other Xen implementations
I recently had a scenario where I was replacing two Windows servers with XenServer guests. This was fine, but we needed a way to backup to the existing SCSI DDS4 DAT drive. After failing to make PCI passthrough work, I settled on the much nicer method of providing the tape drive via an iSCSI target on the XenServer Host (Dom0). Here is how I achieved this.
Note 1: This is totally unsupported by Citrix
Note 2: I've used the XenServer terminology "host" instead of Dom0, as this applies to the Citrix commercial implementation of Xen. It will probably work fine on OSS Xen, but you can just install the normal kernel dev packages and ignore the DDK stuff.
Note 3: This is for XenServer 4.1.0, but the principles are the same for previous versions. Just ensure you understand each step rather than following blindly.
Note 4: You'll need to enable yum repositories. Do this by editing /etc/yum.repos.d/CentOS-Base.repo, and set "enabled=1" for the Base, Updates and Addons repositories
yum install kernel-devel bison flex tar -zxvf iscsitarget-0.4.14.tar.gz cd iscsitarget-0.4.14 patch -p0 < /tmp/raw.p make
yum install make gcc cd iscsitarget-0.4.14 make install mkdir /lib/modules/`uname -r`/kernel/iscsi cp kernel/iscsi_trgt.ko /lib/modules/`uname -r`/kernel/iscsi depmod -aq
The last three steps are required because make install will not copy the kernel module correctly outside the target environment.
Target iqn.2007-04.com.example:tape0 Lun 0 H=1,C=0,I=6,L=0,Type=rawio Type 1
See the following, requested by Simon Larsen at http://fragged.nu/2009/05/making-a-tape-drive-available-to-a-guest-via-iscsi/
Simon, if you read this, your captcha on your blog is broken, preventing comments, and there's no contact email address. Hope you find this, and find it useful. ;)
Just bung it in your rc.local.
#!/bin/bash # # This script is a (very) primitive method of determining the current HCIL info # for /etc/ietd.conf (config file for iscsi-target) to work around some # controllers which change this ID at boot time. You'll probably want to add # some data validation of those vars as this is purely for my environments. # Feel free to adapt or use it in any way you see fit. # Greig McGill. August, 2009 # First set some vars ietd="/etc/ietd.conf" iqn="iqn.2009-08.nz.org.aol.internal:tape0" # Get the whole HCIL string representing the tape drive. # IMPORTANT NOTE: I am assuming there is only one sequential access device. # If I am wrong, you WILL need to rewrite this, or badness will happen. # You have been warned. HCIL="`cat /proc/scsi/scsi | grep -B2 Sequential | head -1`" # Now get each component H="`echo $HCIL | cut -c 11`" C="`echo $HCIL | cut -c 23`" I="`echo $HCIL | cut -c 30`" L="`echo $HCIL | cut -c 38`" # Got all that, now generate ietd.conf and restart iscsi-target cat <<EOT >$ietd Target $iqn Lun 0 H=$H,C=$C,I=$I,L=$L,Type=rawio Type 1 EOT /etc/init.d/iscsi-target restart # exit with no error exit 0
See iSCSINotes as well for more information
No page links to XenNotes.