business

check the VCDatabaseUpgrade.log (%temp%), if the db upgrade fails during vcenter 4.1 installation;

if the error

Got exception: ERROR [42000] [Microsoft][SQL Native Client][SQL Server]CREATE INDEX failed because the following SET options have incorrect settings: 'ARITHABORT'. Verify that SET options are correct for use with indexed views and/or indexes on computed columns and/or query notifications and/or xml data type methods.


occurs, follow vmware kb note 1024449:


1. Connect to your MS SQL database with Management Studio.
2. Right-click on the server and choose New Query.
3. In the query window type and execute:

sp_configure 'user options', 64

reconfigure

The reconfigure takes one minute or more, depending on the database.


-------------

if you try the upgrade under mssql2008 server german edition, you might find the following error:


Error: Failed to execute command: INSERT INTO VPX_LIC_METADATA(LAST_SAMPLE_ID, LAST_SAMPLE_TIMESTAMP, RETAINED_SAMPLE_ID, RETAINED_SAMPLE_TIMESTAMP, GLOBAL_DIGEST, IS_STATE_VALID, WEEK_KEEP_COUNT) VALUES(0, '1900-12-31 00:00:00', 0, '1900-12-31 00:00:00', NULL, 1, 208)

Got exception: ERROR [22007] [Microsoft][SQL Server Native Client 10.0][SQL Server]Bei der Konvertierung eines varchar-Datentyps in einen datetime-Datentyp liegt der Wert außerhalb des gültigen Bereichs.


copy the whole vpx folder to c:\temp (or something), add to C:\temp\vpx\dbupgrade\bin\Upgrade-v400-to-v410\mssql\upgrade_mssql.sql before the insert statement "SET DATEFORMAT ymd" (last but one line).



of course: make backups from your db & try it at your own risk

datamigration tool supports only sql_express:


C:\datamigration>backup.bat
...
[INFO] DB is not bundled
...
[INFO] VMware vCenter Server is not using bundled DB
...
INFO] Backing up vCenter Server DB...
[INFO] Checking vCenter Server DB configuration...
[INFO] Only SQL Server Express is supported for DB backup
[INFO] Skipping DB backup...


quick workaround:

set "bundled" instead of "Custom" in \HKEY_LOCAL_MASCHINE\SOFTWARE\VMware, Inc.\VMware VirtualCenter\DbServerType

happy birthday, constantin. :)

for i in $( curl -s -L http://phobos.apple.com/version | grep -i Restore \
| grep -i iPhone | grep -i 4.0 | sort | uniq | cut -f2 -d"<" | cut -f2 -d">" \
| uniq); do wget $i; done

achtung, zwischen 400 und 600MB. versionen fuer ipod 2.1 & 3.1, iphone 1.2, 2.1 & 3.1

(quelle: heise.de/forum)

according to se-guide, following sun products are end of life:


Sun Ultra 27 - 06/18/10 - no more workstations from sun/oracle :(
Storage J4500 - 07/01/10
Storage J4400 - 09/24/10
Storage J4200 - 09/24/10

- maybe due sata 6gbit/s migration?

also, all amd based servers are eol at 18.06.2010:

Sun Fire X4140 - 06/18/10
Sun Fire X4240 - 06/18/10
Sun Fire X4440 - 06/18/10

quelle: sun se guide [system|disk]

so, die letzten tage mit dell (partner conference) und cisco (ucs training) verbracht; die cisco leute haben sich recht viel muehe gemacht, endkunden das ucs thema nahezubringen und haben da auch interessante ansaetze (wie z.b. stateless provisioning der blades - kleine linux distribution die wwns/macaddressen auf den bladeservern setzt damits "portabel" wird...).

hierzu werd ich noch eine "Cisco Data Center Unified Computing Support Specialist" pruefung ablegen - CDCUCSS hoert sich ja mal voll nett an - viel besser als wie nur VCP ;)

leider mussten dadurch meine chilis leiden, eigentlich sollten die schon lange draussen vor der tuere sein, aber da eh gerade ein geruest von den maler, die eine
neue farbe an die hauswand anbringen da den weg versperrt, ist es eh nicht allzulange.

und: vdr camp rueckt immer naeher. naechste woche gehts aber erstmal auf eine allgaeuer alm zum kaesemach grundkurs mit ex-kollegen ("der belgier")

top - 12:31:14 up 8 days, 1:52, 134 users, load average: 85.81, 100.83, 103.1
Tasks: 4969 total, 64 running, 4900 sleeping, 0 stopped, 5 zombie
Cpu0 : 95.1%us, 3.4%sy, 0.0%ni, 1.5%id, 0.0%wa, 0.0%hi, 0.0%si, 0.0%st
Cpu1 : 91.4%us, 7.6%sy, 0.0%ni, 0.9%id, 0.0%wa, 0.0%hi, 0.0%si, 0.0%st
Cpu2 : 92.0%us, 7.1%sy, 0.0%ni, 0.9%id, 0.0%wa, 0.0%hi, 0.0%si, 0.0%st
Cpu3 : 89.0%us, 11.0%sy, 0.0%ni, 0.0%id, 0.0%wa, 0.0%hi, 0.0%si, 0.0%st
Cpu4 : 96.9%us, 2.4%sy, 0.0%ni, 0.6%id, 0.0%wa, 0.0%hi, 0.0%si, 0.0%st
Cpu5 : 89.9%us, 9.5%sy, 0.0%ni, 0.6%id, 0.0%wa, 0.0%hi, 0.0%si, 0.0%st
Cpu6 : 85.0%us, 15.0%sy, 0.0%ni, 0.0%id, 0.0%wa, 0.0%hi, 0.0%si, 0.0%st
Cpu7 : 86.3%us, 13.1%sy, 0.0%ni, 0.6%id, 0.0%wa, 0.0%hi, 0.0%si, 0.0%st
Cpu8 : 96.6%us, 2.4%sy, 0.0%ni, 0.9%id, 0.0%wa, 0.0%hi, 0.0%si, 0.0%st
Cpu9 : 86.3%us, 13.4%sy, 0.0%ni, 0.3%id, 0.0%wa, 0.0%hi, 0.0%si, 0.0%st
Cpu10 : 88.1%us, 11.0%sy, 0.0%ni, 0.9%id, 0.0%wa, 0.0%hi, 0.0%si, 0.0%st
Cpu11 : 77.7%us, 20.7%sy, 0.0%ni, 0.3%id, 0.0%wa, 0.6%hi, 0.6%si, 0.0%st
Mem: 32964772k total, 27063308k used, 5901464k free, 275236k buffers
Swap: 33551744k total, 43012k used, 33508732k free, 4814636k cached


PID USER PR NI VIRT RES SHR S %CPU %MEM TIME+ COMMAND
12912 00000000 15 0 220m 25m 11m S 316.8 0.1 287:40.38 npviewer.bin
16067 00000000 15 0 174m 17m 9344 S 222.7 0.1 343:58.85 npviewer.bin
16051 00000000 15 0 173m 15m 9324 R 126.5 0.0 200:55.80 npviewer.bin
3091 00000000 15 0 220m 24m 11m S 104.8 0.1 892:58.86 npviewer.bin
14031 00000000 15 0 238m 46m 13m S 51.6 0.1 2413:36 npviewer.bin
4879 00000000 25 0 322m 27m 5792 R 39.2 0.1 19:19.00 gdm-binary
19992 00000000 25 0 311m 15m 10m R 35.7 0.0 4064:47 gnome-panel
12542 00000000 25 0 322m 27m 5792 R 35.1 0.1 17:14.65 gdm-binary
32381 00000000 25 0 322m 27m 5792 R 34.7 0.1 22:06.12 gdm-binary
1827 00000000 25 0 318m 23m 5784 R 33.1 0.1 28:12.44 gdm-binary
32463 00000000 15 0 372m 59m 15m R 30.3 0.2 881:05.68 npviewer.bin
9287 00000000 16 0 229m 45m 14m R 28.4 0.1 1120:33 npviewer.bin
15272 00000000 15 0 257m 31m 14m S 13.4 0.1 1253:47 npviewer.bin
29128 00000000 16 0 174m 17m 9736 R 8.3 0.1 28:25.03 npviewer.bin
19207 00000000 15 0 173m 15m 9780 R 7.0 0.0 65:14.00 npviewer.bin
15109 00000000 15 0 822m 265m 27m S 5.7 0.8 105:44.88 firefox
20334 root 15 0 32448 5820 1476 R 4.8 0.0 0:00.68 top


... no more comments. gladly a X4240 with 2 hexcore amd, serving ~80 sunrays.

gestern beim kunden, die frage nach: "kann ich mich mit meiner gemalto eGK (elektronische krankenkarte) an der sunray authentifizieren?"

nein - bisher (gut, die gemaltos sind probe exemplare, fuer beta test - gibts also noch nicht wirklich lange) :)

/etc/opt/SUNWut/smartcard/Gemalto.cfg


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

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

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

hexlength 18 hexequals
badCard jmpIfFalse

3bdd96ff81b1 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--


danach sollten die karten genauso wie die herkoemmlichen Payflex/etc.. funktionieren.

PS: ATR 3bff1800ff81... und hexlength 19 fuer die "geldkarten chips" ;)

mhm, grade mal eine der wenigen phising mails bekommen, und die ist sogar auch noch recht gut gemacht:


Return-Path: <support@dhl-packstation.org>
Received: from server745-han.de-nserver.de (server745-han.de-nserver.de [77.75.248.11])
by sandra.smue.org with ESMTP id o17JE1Ob015000
(version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT)
for xxx; Sun, 7 Feb 2010 20:14:02 +0100
Received: (qmail 29346 invoked by uid 1004); 7 Feb 2010 19:14:01 +0100
Date: 7 Feb 2010 19:14:01 +0100
Message-ID: <20100207181401.29345.qmail@server745-han.de-nserver.de>
To: xxx
Subject: Sperrung ihrer DHL Packstation [#7341-DZT-6234]
From: support@dhl-packstation.org
X-User: 1013
X-Path: L05GU19ESVNLL3Nhcy9ob21lL3d3dy5wYWxtZ2Vhci5kZS93d3cvanM=


Sehr geehrter PACKSTATION-Kunde/sehr geehrte PACKSTATION-Kundin,

In den vergangenen Tagen wurde mehrfach versucht sich Zugang zu Ihrem PACKSTATION Konto zu verschaffen.

Auch wenn dies durch rechtzeitiges Erkennen des Angriffes verhindert werden konnte hat unser
Sicherheitssystem ihr Kunden-Konto vorrübergehend gesperrt um das Erraten ihrer Zugangsdaten zu verhindern.

Da es nunmehr seit 24 Stunden keinen weiteren Login Versuch gegeben hat freuen wir uns Ihnen mitteilen zu können,
dass wir ihr PACKSTATION Konto - gemäß unserer Sicherheitsrichtlinien - wieder zur Entsperrung freigegeben haben.

Dies ist allerdings nur vorrübergehend, um ihr Konto wieder dauerhaft und uneingeschränkt nutzen zu können bitten wir Sie
sich durch Bestätigung ihrer Zugangsdaten in unserem Kundenportal zu identifizieren:

http://entsperren.dhl-packstation.org/

Wir bitten Sie die Unannehmlichkeiten zu entschuldigen, allerdings ist dieses Vorgehen zum Schutz unserer Kunden
unablässlich.



Mit freundlichen Grüßen,

Christian Wessels
DHL Kundenservice



WICHTIG:
Aktuell sind wieder verstärkt sogenannte Phishing-Mails in Umlauf. Bitte beachten Sie grundsätzlich:
Wir werden Sie niemals telefonisch, postalisch oder per E-Mail nach Ihrer PIN fragen!
Geben Sie Ihre Zugangsdaten deshalb bitte ausschlieslich auf der offiziellen DHL Homepage und an DHL Packstationen ein.


DHL Vertriebs GmbH
Charles-de-Gaulle-Straße 20
53113 Bonn

Handelsregister-Nr.: Registergericht Bonn HRA 4859
Umsatzsteuer-Identifikations-Nr.: DE 813312787


die passende webseite dazu ist auch sehr gut im gleichen corp-design gestalten und es faellt eigentlich nur ein ungueltiges zertifikat von einem dhl eigenen webserver auf; nur bei dem ripe eintrag des zielserver merkt man, das der in .ru steht und dessen eigentuemer in marbella ;)


[randy@mausi:/Users/randy] > nslookup entsperren.dhl-packstation.org
Server: 10.60.7.254
Address: 10.60.7.254#53

Non-authoritative answer:
Name: entsperren.dhl-packstation.org
Address: 92.241.190.122

[randy@mausi:/Users/randy] > whois 92.241.190.122
...snipp...
% Information related to '92.241.160.0/19AS41947'

route: 92.241.160.0/19
descr: Wahome IP's =)
origin: AS41947
mnt-by: RU-WEBALTA-MNT
source: RIPE # Filtered



wie gut das ich keine packstation benutze (gibt hier im ort eh keine), und der mailalias wird jetzt geloescht, das ist der grund warum man pro webshop einen eigenen alias anlegt ;)

\o/