business

patch against http://git.kernel.org/?p=fs/ext2/e2fsprogs.git, fixing "e2fsprogs.spec" for "make rpm" on RHEL6.2 systems.

hint: this version of e2fsprogs enables ext4 filesystems > 16TB.

e2fsprogs-GIT-499d5ec-rpmspec-RHEL6.patch

patch against http://www.etherlab.org/download/bundle/etherlab-bundle-1.6.tar.bz2 (including ethercat-master 1.4.0), for usage with a newer kernel.

ethercat-1.4.0_kernel-2.6.32.11.patch

patch against rdac-LINUX-09.03.0C05.0504-source.tar.gz, removing the RPM dependencies for debian 6.0.3 systems.

linuxrdac-09.03.0C05.0504.debian.patch.txt

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

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

ein update mit geaenderten hexids fuer den neuen kartentyp der gemalto chipkarten auf den "elektronischen gesundheitskarten" fuer die sunrayserver:


admin.name = Gemalto-eGK
admin.model = all
admin.description = Gemalto elektronische Gesundheitskarte
admin.supplier = andreas 'randy' weinberger
admin.version = 0.2
admin.type = smartcard

--StartWords--
noID onException
Gemalto-eGK tokenType setprop

"Trying " tokenType getprop concat msg
"(c) 03/2010 & 02/2011, andreas 'randy' weinberger, version 0.2" msg
atr.atr getprop
dup

hexlength 18 hexequals
badCard jmpIfFalse

3bdd96ff81b1 hexequals
Gemalto-eGK jmpIfTrue

3be900008131 hexequals
Gemalto-eGK jmpIfTrue

noID jmpifFalse

Gemalto-eGK::
atr.atr getprop
c 8 hexchop

dup
" Token ID: " swap concat
tokenType getprop " Token Type: " swap concat
concat
"Identified " tokenType getprop concat swap concat
msg

tokenType getprop returnID

noID::
"Unable to determine ID for " tokenType getprop concat msg
return

badCard::
"badCard: " tokenType getprop concat msg
return

--EndWords--

heute mal im spamfilter gefunden:


Return-Path: <chris431@cx52.justhost.com>
Received: from cx52.justhost.com (cx52.justhost.com [69.175.62.114])
by sandra.smue.org (8.14.3/8.14.3/randy patches) with ESMTP id p0GE2uRO029494
(version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT)
for $CDHAENDLER; Sun, 16 Jan 2011 15:02:58 +0100
Received: from chris431 by cx52.justhost.com with local (Exim 4.69)
(envelope-from <chris431@cx52.justhost.com>)
id 1PeSP9-0003JK-VE
for $CDHAENDLER; Sun, 16 Jan 2011 07:12:23 -0600
To: $CDHAENDLER
Subject: *****SPAM***** Verlaengern Sie ihre Packstation
X-PHP-Script: www.christine-clatworthy.com/mailer.php for 82.195.232.218
From: DHL Express GmbH Reply-To:
MIME-Version: 1.0
Content-Type: multipart/mixed; boundary="----------=_4D32FA92.8E3EA172"
Content-Transfer-Encoding: 8bit
Message-Id: <E1PeSP9-0003JK-VE@cx52.justhost.com>
Date: Sun, 16 Jan 2011 07:12:23 -0600
X-AntiAbuse: This header was added to track abuse, please include it with any abuse report
X-AntiAbuse: Primary Hostname - cx52.justhost.com
X-AntiAbuse: Originator/Caller UID/GID - [1236 32003] / [47 12]
X-AntiAbuse: Sender Address Domain - cx52.justhost.com

Sehr geehrte Kunden,

aufgrund der grossen Nachfrage unseres Packstation Systems sind wir gezwungen
inaktive Accounts fuer neue Kunden freizugeben.
Natuerlich koennen Sie Ihre Packstation auf Wunsch weiterhin wie gewohnt nutzen.

Um Ihre Packstation zu verlaengern, ist lediglich ein Login unter

www packstation.de/kunden/verlaengern.php
<http://www.dhl-packstation15.de/dhl/verifizierung/index.html>

Sollten Sie auf Ihre Packstation verzichten koennen, so ist kein
weiteres agieren Ihrerseits noetig.
Ihr Account wird dann innerhalb von 7 Tagen automatisch an einen Neukunden vergeben.

Wir bedanken uns fuer Ihr Verstaendniss.

Viel Spaß mit Packstation wuenscht Ihnen

Ihr Packstation Team

Servicenummer 01803 / 365 365 (0,18 Euro pro angefangene Minute aus den
deutschen Festnetzen.)



netterweise wurde die domain/der webserver schon vom zustaendigen tech-c gesperrt, wobei man aber ja fast annehmen kann, das der besitzer dieser domain diese bewusst registriert hat. immerhin eine deutsche domain, im vergleich zum letzten phising versuch ;)

auch interessant: der schoene anti-abuse header in der email, als wenns was ganze legales waere.

und: lieber cdhaendler - scheinbar wurde eure datenbank gehackt, da ich schon die zweite spamemail an diese, nur bei euch benutzte emailadresse erhalte. ich gehe nicht davon aus, das ihr absichtlich kunden daten verkauft, wenn dies waere, wuerde ja keiner (zumindest ich) mehr bei euch einkaufen...