Entries by randy

after update to sunray software 5.2 at one customers system, it seems like that the default behavior (sound only via headphones) has changed.

to get silence again, edit your kiosk script (or bashrc) with:

# turn headspeakers on
/opt/SUNWut/bin/utset -o s=h,v=31

from the man page:

Usage: utset [-d ,... [-f]][-i ,...][-o ,...][-v ,...][-l]
   -d [,[,...]] [-f]
        # modify Display (monitor) timing.   is:
        #   r[]=
    -i [,[,...]]
        # modify Audio In settings.   is any of:
        #   s={m|l} g=0..75 l=0..15 r=0..15 v=0..64
    -o [,[,...]]
        # modify Audio Out settings.  is any of:
        #   s={a|h|s|hs} v=0..31 b=-32..32 m={on|off} e={on|off} T=-6..6 B=-6..6
   -v [,[,...]]
        # modify Video In settings.   is any of:
        #   b=0..255 c=0..63 C=0..127 t=0..255 f=0..3 T={on|off}
    -l
       # list Display timings that may be used with -d

s=a: auto, speaker active until headphones connected?
s=hs: parallel use?
s=h: headphones only
s=s: speakers only

open iscsi initiator installieren:

rpm -ivh iscsi-initiator-utils-6.2.0.868-0.18.el5

initiator namen setzen:

echo "InitiatorName=iqn.1994-05.com.redhat:<hostname>-iscsi" > /etc/iscsi/initiatorname.iscsi

discovery starten:

# iscsiadm -m discovery -t sendtargets -p vdc1-iscsi1
172.16.1.1:3260,1 iqn.2000-08.com.datacore:vdc1-iscsi1
# iscsiadm -m discovery -t sendtargets -p vdc2-iscsi1
172.16.1.2:3260,1 iqn.2000-08.com.datacore:vdc2-iscsi1

schauen ob/was gefunden wurde:

# iscsiadm -m node
172.16.1.2:3260,1 iqn.2000-08.com.datacore:vdc2-iscsi1
172.16.1.1:3260,1 iqn.2000-08.com.datacore:vdc1-iscsi1

iscsi autostart enablen und dameon starten:

# iscsiadm -m node -T iqn.2000-08.com.datacore:vdc1-iscsi1 -p 172.16.1.1:3260 -o update
    -n node.conn[0].startup -v automatic
# iscsiadm -m node -T iqn.2000-08.com.datacore:vdc2-iscsi1 -p 172.16.1.2:3260 -o update 
    -n node.conn[0].startup -v automatic
# chkconfig iscsi on; service iscsi restart

ueberpruefen ob eine session besteht bzw. laufwerke gefunden wurden:

# iscsiadm -m session
tcp: [1] 172.16.1.2:3260,1 iqn.2000-08.com.datacore:vdc2-iscsi1
tcp: [2] 172.16.1.1:3260,1 iqn.2000-08.com.datacore:vdc1-iscsi1
[root@vdb2 ~]# fdisk -l
Disk /dev/sdb: 10.7 GB, 10737418240 bytes
64 heads, 32 sectors/track, 10240 cylinders
Units = cylinders of 2048 * 512 = 1048576 bytes

   Device Boot      Start         End      Blocks   Id  System

Disk /dev/sdc: 10.7 GB, 10737418240 bytes
64 heads, 32 sectors/track, 10240 cylinders
Units = cylinders of 2048 * 512 = 1048576 bytes

   Device Boot      Start         End      Blocks   Id  System

multipath config editieren und die blacklist anpassen:

# nano /etc/mulitpath.conf

#blacklist {
#        devnode "*"
#}
blacklist {
        devnode "^(ram|raw|loop|fd|md|dm-|sr|scd|st)[0-9]*"
        devnode "^hd[a-z]"
        devnode "sda" # boot laufwerk ausblenden
}

ein paar defaults eintragen:

defaults {
        user_friendly_names yes
        polling_interval 10
        default_selector "round-robin 0"
        default_path_grouping_policy multibus
        default_getuid_callout "/sbin/scsi_id -g -u -s /block/%n"
        default_prio_callout "/bin/true"
        default_features "0"
        rr_min_io 100
        failback immediate
}

die wwid der laufwerke herausbekommen:

# /sbin/scsi_id -g -u -s /block/sdb
360030d90f481eb009de0755d1add8f8a

...und auch in die multipath.conf eintragen:

multipaths {
       multipath {
               wwid                    360030d90f481eb009de0755d1add8f8a
               alias                   <name>
       }
}

kurz testen und danach rebooten:

# multipath -d
create: <name> (360030d90f481eb009de0755d1add8f8a)  DataCore,Virtual Disk
[size=10G][features=0][hwhandler=0][n/a]
\_ round-robin 0 [prio=2][undef]
 \_ 7:0:0:0 sdc 8:32  [undef][ready]
 \_ 8:0:0:0 sdd 8:48  [undef][ready]

nach dem reboot sollte dann das mapper device angelegt worden sein:

# multipath -ll
<name> (360030d90f481eb009de0755d1add8f8a) dm-2 DataCore,Virtual Disk
[size=10G][features=0][hwhandler=0][rw]
\_ round-robin 0 [prio=0][active]
 \_ 2:0:0:0 sdc 8:32  [active][ready]
 \_ 1:0:0:0 sdb 8:16  [active][ready]
[root@vdb2 etc]# fdisk -l /dev/mapper/<name>

Disk /dev/mapper/<name>: 10.7 GB, 10737418240 bytes
255 heads, 63 sectors/track, 1305 cylinders
Units = cylinders of 16065 * 512 = 8225280 bytes

Disk /dev/mapper/<name> doesn't contain a valid partition table

# mkfs.ext3 /dev/mapper/<name>
mke2fs 1.39 (29-May-2006)
Filesystem label=
OS type: Linux
Block size=4096 (log=2)
Fragment size=4096 (log=2)
1310720 inodes, 2621440 blocks
131072 blocks (5.00%) reserved for the super user
First data block=0
Maximum filesystem blocks=2684354560
80 block groups
32768 blocks per group, 32768 fragments per group
16384 inodes per group
...

bei einem grossen kunde stand letzte woche ein umzug der rechner infrastruktur (17 esx server, 3 fc storages mit insgesamt knapp 100TB, etwa 660VMs) an; ansich relativ einfach, es sollten aber knapp 100 infrastruktur vms (printserver, wlan radius, mailserver etc..) unterbrechungsfrei weiterlaufen; zwischen dem neuen rechnerraum und den alten 2 raeumen bestand nur eine ethernetstrecke, kein darkfiber/fibrechannel zur verfuegung.

die loesung: ein temporaerer iscsi server und eine handvoll powercli scripte fuer den umzug der vms. und ja, es gibt sicherlich auch noch andere wege das zu loesen, soll nur als anregung dienen.


als erstes wurde das komplette inventory als csv datei exportiert:

$vc = 'localhost';
Connect-VIServer $vc -credential $host.ui.PromptForCredential("vCenter login",
"vCenter login ('$vc')", "", "") > $NULL 2>&1

"ResourcePool, VMName, Datastore_old, Datastore_new, VMHost_old,
VMHost_new,Prio,PowerState"; 

$rps = Get-ResourcePool -Location 'Muenzstrasse'
foreach ($rp in $rps) {
  $vms = Get-VM -Location $rp;
  foreach ($vm in $vms) {
    $vm_temp = Get-VM $vm.name;
    $name = $vm_temp.name;
    $powerstate = $vm_temp.powerstate;
    $storage = Get-Datastore -VM $name;
    $vmhost = Get-VMHost -VM $name;
    $rpname = Get-ResourcePool -VM $name;
    "$rpname,$name,$storage,,$vmhost,,$powerstate";
  }
}

[vSphere PowerCLI] D:\VMWare\scripts> .\scan_inventory.ps1 > inventory_20110822.csv

in der entstandene datei wurden dann 4 prioritaeten vergeben:

high -- die vms muessen durchlaufen;

medium -- vms koennen suspended werden und dann via storage migration verschoben werden;

low -- die vms koennen fuer die dauer des umzuges des ersten storages abgeschalten werden;

off -- die vms sind abgeschalten und muessen nicht auf den storages verschoben werden;

ueber 'VMHost_new' und 'Datastore_new' wird gesteuert, welche vm auf welchem server und datastore
liegen soll; "low vms" sollen alle auf die ersten umziehenden esx server und fc storage luns,
medium und high respektive auf die vorerste verbleibenden maschinen verschoben werden (sofern nicht
schon so verteilt); "high" werden auf die temporaeren iSCSI datastores verschoben, "medium" verbleibt
auf den normalen fc datastores.

$vms = Import-CSV D:\VMWare\scripts\inventory_20110822.csv
foreach ($vm in $vms){
  if ( $vm.VMhost_new && $vm.Datastore_new) {
	$name = $vm.name;
	$vmhost = $vm.VMHost_new;
	Move-VM -Destination ( Get-VMHost $vmhost) -VM $name;
	Move-VM -Destination $vm.ResourcePool -VM $name;
	Move-VM -Destination $vm.Datastore_new -VM $name;
  }
}

am tag des umzuges wurden dann alle "low vms" suspenden, die maschinen umgebaut und wieder
resumed:

$vms = Import-CSV D:\VMWare\scripts\inventory_20110822.csv
foreach ($vm in $vms){
  if ( $vm.Prio -eq "low") {
	Suspend-VM -VM $vm.Name -Confirm:false;
  }
}
...
$vms = Import-CSV D:\VMWare\scripts\inventory_20110822.csv
foreach ($vm in $vms){
  if ( $vm.Prio -eq "low") {
	Start-VM -VM $vm.Name -Confirm;
  }
}

"medium vms" wurden kurz suspended, migriert und wieder in betrieb genommen, nachdem beide inseln
parallel liefen, "high vms" direkt verschoben:

$vms = Import-CSV D:\VMWare\scripts\inventory_20110822.csv
foreach ($vm in $vms){
  if ( $vm.Prio -eq "medium" && $vm.Prio -eq "high" ) {
	write-host "moving '$vm.ResourcePool/$vm.Name' from '$vm.Datastore_new' to
	   '$vm.Datastore_new'";
    if ( $vm.Prio -eq "medium" ) {
      Suspend-VM $vm.Name -Confirm:$false
    }
    Move-VM -VM $vm.Name -Destination $vm.VMHost_new -Datastore $vm.Datastore_new
	   -DiskStorageFormat thin;
	Move-VM -VM $vm.Name -Destination $vm.ResourcePool;
    if ( $vm.Prio -eq "medium" ) {
  	  Start-VM -VM $vm.Name;
    }
  }
} 

als dann die "alte seite" leer war, wurde auch das 2. rack mit den machinen physikalisch umgebaut.

if the mpp driver for lsi based storages (like dell md3000, md3200, sun st2540 etc..) does not work under xen 5.6. feature pack 1, try following steps:

- fetch mkinitrdMPP from citrix website

- edit the file, replace "find-module ide-disk" with "true" (the module doesnt exist)

- build a new initrd:

mkinitrdMPP --preload=sg --with=qla2xxx --with=lpfc --with=qla4xxx /boot/uname -r`-mpp.img `uname -r`

- remove old initrd link:

mv /boot/initrd-2.6-xen.img /boot/initrd-2.6-xen.img.old

- link new initrd build:

ln -s /boot/uname -r`-mpp.img /boot/initrd-2.6-xen.img

- optional: edit /boot/extlinux.conf and remove "quiet" and "splash" from the xe boot entry for normal boot/kernel messages (useful for troubleshooting the new initrd)

- after reboot, mppUpper and mppVhba should be loaded and /proc/mpp/ populated with the lun informations.


see also: RDAC MPP Configuration for LUN Multipathing in XenServer 5.6

programmhinweis:

Im Grunde ist eine Sendung wie Planet Wissen - Die Physik von Star Trek einmal im Jahr keine dumme Idee. Der technische Fortschritt macht regelmäßig Ideen der Serien zu realen Produkten und Anwendungen. Dumm ist nur, wenn die Sendungsinhalte nicht geupdated werden.
(WDR, 19.7.2011, 15:00 - 16:00 Uhr)

(quelle: golem.de)

wie in den medien schon verbreitet, wurde am dienstag abend (habs im bayrischen hof in muenchen live mitbekommen, auf der vmware partner exchange) das announce von vSphere5.0 (vCenter + ESXi5.0, vShield 5.0, SRM 5.0. vCloud 1.5).

die "highlights":

• nur noch esxi (und nur noch kostenlos bis 8gb server ram)
  
• neue lizensmodell, keine core abhaegigkeit sondern ram pro vm ("vRAM",
  wird wohl fuer die meisten leute teurer); pro lizens wohl 1 socket + 24GB vRAM.
  
• esxi kann via pxe installiert/gebootet werden ("auto deploy")
  
• vmfs5 mit mehr als 2TB luns (bis 64tb ohne extend)
  
• "storage tiers" (profile driven storage) fuer ssd, fc, sas, sata drives
  
• storage drs, automatisches verschieben zwischen den storage tiers
  
• neues heartbeat, master/x-slave jetzt (anstelle von mehreren primary und secondary),
  keine probleme mehr mit dns oder gateway timeouts. wurde komplett von aam
  auf eine neuentwicklung umgestellt.
  
• virtual center als linux appliance mit weboberflaeche (sieht gut aus)
  

online meldungen bei: heise.de | golem.de | vmware.com

den baerlauch gut waschen, trocknen lassen und die stiele entfernen. in der zwischenzeit die pinienkerne in einer beschichteten pfanne ohne zusaetzliches fett goldgelb anroesten und ebenfalls abkuehlen lassen. danach den baerlauch und die abgekuehlten pinienkerne mit einem puerierstab und unter langsamer zugabe des olivenoel schoen cremig puerieren, den parmesan unterruehren und mit meersalz und frisch gemahlenen pfeffer abschmecken. am besten in (marmelade)glaesser mit "knackdeckel" abfuellen und 30min einkochen, um laengere haltbarkeit zu erreichen.

Zutaten fuer ca. 400ml 200gr frischer biobaerlauch 200ml natives olivenoel 100gr fein geriebener parmesan 100gr pinienkerne meersalz, frischer pfeffer ggfs. frischer chili fuer "feuerpesto"