Wednesday, June 23. 2010
happy birthday, constantin. :)
Tuesday, June 22. 2010
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)
Saturday, May 22. 2010
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")
Friday, March 5. 2010
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.
Tuesday, March 2. 2010
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" ;)
Sunday, February 7. 2010
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 ;)
Friday, December 11. 2009
Tuesday, December 8. 2009
ein paar vortragsvideos sind jetzt auf dem video portal der uni-erlangen
zu dem sunday in erlangen vom 12. november 2009 verfuegbar.
interessante themen:
AMD Magny Cours (r. hinsche)
Sun Hardware 2009 (r. rambau)
http://www.video.uni-erlangen.de/cgi-bin/index.pl/Course/18
Tuesday, August 25. 2009
... with "initialize USB controller" or loops with resets when counting the memory:
try to remove CPU modules 2-7, leave CPU0+1, and hopefully it boots up;
in bios setup, load optimized values and after this, everything should be ok.
according to sun engineering, seems like a bug in ILOM 3.0.3.31-r42822 and will be fixed in the next release.
|