gelungenes Abendessen

Lecker Aal, Schwarzbrot mit Butter und einen Linie Aquavit dazu...das Leben kann durch kleine Dinge so richtig schön werden...vorallem wenn man dabei nicht alleine ist :)

OpenSolaris Package-Manager (pm-launch)

Ich hab mich lang genug geärgert das der Package-Manager sich aus der Menue-Leiste heraus verweigert hat meinen Proxy zu benutzen. Heute habe ich gemerkt warum.

Der Package-Manager wird per /usr/lib/pm-launch aufgerufen, und dieser setzt die http_proxy Umgebungsvariable anhand der gconf settings. Leider vergisst er etwaige Login-Daten zu übernehmen. Hier mein dirty bugfix:


root@oldn9621-e:/usr/lib# diff pm-launch.orig pm-launch
27a28,29
> HTTP_PROXY_USER = '/system/http_proxy/authentication_user'
> HTTP_PROXY_PASS = '/system/http_proxy/authentication_password'
28a31
> HTTP_PROXY_AUTH = '/system/http_proxy/use_authentication'
40c43,48
< return 'http://' + host + ':' + str(port) + '/'
---
> puser = client.get_string(HTTP_PROXY_USER)
> ppass = client.get_string(HTTP_PROXY_PASS)
> pauth = client.get_bool(HTTP_PROXY_AUTH)
> if pauth:
> authstring = puser + ':' + ppass + "@"
> return 'http://' + authstring + host + ':' + str(port) + '/'



Wenn ich gleich "spontan" ne e-Mail Adresse von nem Entwickler finde, dann bekommt der den patch auch noch...

VxVM defekte Private-Region (2)

Wie schon früher geschrieben neigt der Veritas Volume Manager ab und an unter Gedächtnisschwund.
Leider hatte ich heute die Chance herauszufinden wie obriges Verfahren bei CDSDisks funktioniert.

Zum Glück waren die Platten "online", d.h. er hat die PrivateRegion gefunden - aber nix mehr (gültiges) in ihnen. Danach kann man einfach wie im alten Post beschrieben vorgehen.

Es empfiehlt sich also einen täglichen explorer laufen zu lassen um ggf. später eine vxprint-ht.out zu haben die einem die Datenrücksicherung ersparen kann...

Wer die Wahl hat...

Na Herzlichen Glückwunsch Deutschland.

Ein 18% Spasskasper im gelben Wohnwagen soll Aussenminister werden.

Wenigstens hat der Rest der Welt dann was zu lachen...

Rührei spezial :)

Wenns mal ein leckeres Rührei zum Frühstück sein darf:

- Eier nach Bedarf

- Granat (Nordseegarnelen) nach Bedarf

- bisschen Salz, Pfeffer, Kräuter der Provence

Gut durchrühren, dann erhitzen bis Eier durch sind. Lecker.

Description: mitten in der Nacht gibt es NFS Server Probleme ...

Aus (m)einem Ticket:

$ l *df*
NFS server xxxx0002 not responding still trying
NFS server xxxx0002 not responding still trying
NFS server xxxx0002 not responding still trying
$ NFS server olcf0002 not responding still trying

Es kann doch nicht angehen, dass mitten in der Nacht (schauen sie mal auf die Uhrzeit) die Systeme nicht mehr funktionieren …

Ne, anständige Fileserver liegen um die Zeit auch brav im Bett anstatt kaputt zu gehen - das tun die nur von 9 bis 12 und 13 bis 16 Uhr...*kopfschüttel*

Haengender ps -ef

Sollte der ps -ef einmal haengenbleiben und damit mit hoher Wahrscheinlichkeit auch kein Zugriff mehr auf alle files in /proc/ moeglich sein, gibt es folgende Moeglichkeit den betreffenden Prozess dennoch zu identifizieren:

cd /proc
for pid in *; do ls -ld $pid; done &
Das ampersand ist wichtig, sonst haengt die for-Schleife und blockiert die shell!
Die letzte ausgegebene PID merken, dann ein
echo *
und die darauf folgende PID suchen. Das ist der Kandidat.

Eigendlich waer es jetzt nett zu wissen welcher Prozess das ist. Doch leider wird ps -ef nicht funktionieren, daher muessen wir mdb benutzen:

# mdb -k
Loading modules: [ unix genunix specfs dtrace mac cpu.generic uppc pcplusmp scsi_vhci zfs sockfs ip hook neti sctp arp usba uhci s1394 stmf nca fctl lofs idm md cpc random crypto nfs fcip ptm nsctl ufs audiosup sd ipc ]
> ::ps ! grep 1563
R 1563 1 1453 1453 4100 0x4a004000 ffffff01dad47590 gvfs-hal-volume-
> ::quit

Dies funktioniert, da mdb nicht /proc/1563 oeffnet, sondern direkt in die (unter /proc liegenden) Kernel-Strukturen sieht.
Wir haben jetzt also den Prozess unserer Wahl und wissen jetzt vielleicht was zu tun ist.

Im konkreten Fall hatte ich einen haengenden ps aufgrund eines cputst Prozesses der die CPU4 testen wollte. Diese CPU war aber bereits zu 100% im sys aufgrund eines bugs im ICMP Treiber.

Es half dann wirklich den Prozess mit einem freundlichen kill -9 zu beenden, danach reagierte das System auf den ps -ef wieder normal.

Unix heute...

Unglaublich, wir haben es 2009 und ich quäl mich mit UUCP via 19200 direct serial connection zwischen ner Sun und ner Siemens RM400 (Reliant 5.nochwas) ab...

dabei gemerkt: verdammt lange her das ich UUCP gemacht habe...

Desweiteren heute wieder gemerkt:

M4000 + Solaris10 Update6 == ++ungut;

Nunja, um ehrlich zu sein: man muss eben rechtzeitig nach der initialen Installation den cpudiag ausschalten, bevor dieser alle CPUs ausschaltet. So richtig klar kommt der mit der SPARC64 VII nicht.

Ausserdem faszinierend: Eigendlich sollten es 4 QuadCore SPARC64 VII 2.4GHz CPUs sein - prtdiag beharrt aber drauf das es 2 HexCore CPUs sind. Ich tippe mal drauf das er irgendwie Probleme hat mit der Domain-Fähigkeit der Box: er hat ja "zwei" Systemboards bekommen...

Egal, jetzt werd ich mal von Hardware-Flowcontrol und Stopbits träumen...

Segeln heute...

Grosssegel abgeschlagen: alles ok

Fock abgeschlagen: ging unglaublich schwer. Grund: der Kopfschäkel ist in die Keep vom Holzvorstag reingerutscht und hat die Keep aber zum Glück nicht stark beschädigt soweit ich das sehen konnte. Offenbar wird Schleifpapier und Klarlack reichen

Baum hab ich auch abgenommen, jetzt sieht das Boot schon wieder weniger nach Boot aus - hoffentlich schaff ich es noch dieses Wochenende den Mast zu legen, damit der auch nächste Woche wirklich in die Werkstatt kommt...

Dann noch mit meiner Jugendgruppe gesegelt - heute nur zwei Deerns anwesend. Dabei festgestellt (im wahrsten Sinne des Wortes "fest") das der Segelmacher den Segelkopf vom Gross so sehr verstärkt hat, das das Segel nicht mehr in der Keep läuft. Daher nur mit der Genua auf der H-Jolle unterwegs gewesen - hat den beiden aber auch gereicht, windig genug war es...

Flohmarkt-Fund Teil 2

Parken beim Flohmarkt...2EUR

Eis essen auf dem Flohmarkt...3EUR

einen ganzen Zoo an grossen Deko Giraffen...70EUR

"Schatz, du bist sooo lieb!" von seiner Freundin zu hören...unbezahlbar :)

From Neues, altes Haus

Mast...

...die never-ending-Story: eine Leimfuge ist in meinem Mast aufgegangen - Mittwoch fahr ich zur Werft und lass mich beraten was man tun kann, oder ob ich in den sauren Apfel beissen muss und einen neuen Mast kaufen muss *seufz*

Neue Fock...Teil 2

Sie ist endlich da und angeschlagen!

From Neue Fock

Flohmarkt-Fund

Zum Thema nicht ganz nützliches Wissen:

Die "Vorschriften für Klassifikation und Bau von stählernen Seeschiffen" des Germanischen Lloyd von 1967. Sollte ich also irgendwann mal ein stählernes Seeschiff bauen wollen...;)

VxVM defekte Private-Region

Mein "Lieblings"-VolumeManager VxVM wollte spontan 3 Diskgroups nicht importieren, obwohl die Platten da waren und sogar der vxdisk -o alldgs list anzeigt das die Platten zu der zu importierenden DG hoeren. Raetsels Loesung: vxprivutil beschwert sich das die Private Region kaputt ist.
Zum Glueck haben wir einen Sun Explorer Output von letzter Woche, dort gibts ein vxprint-th.out indem die Config des VxVM steht.

Also nachsehen wie die Platte aufgesetzt war. Format=sliced, d.h. kein Gewusel mit CDS.
Slice 3 war 1.88MB gross und hatte eine 1MB grosse PrivateRegion (VxVM 4.1 default). Nun gabs ein Upgrade auf VxVM 5 und der hat als default 32MB.

Ich moechte also die Volume Manager Config wieder herstellen, ohne Datenverlust im Filesystem.

Zuerst also ein freundliches:

/etc/vx/bin/vxdisksetup -f -i cXtXdX format=sliced privslice=3 privlen=1M

Damit ist eine leere Private Region auf der Platte und wir kommen nicht mehr an die Daten ran. Das heisst aber nicht das sie weg sind - vxdisksetup aendert im sliced layout nichts an der public region in der unsere volumes liegen.
Nun recovern wir die "foodg", welche eine Disk-Media namens foodg01 hatte:

vxdg init foodg foodg01=cXtXdXs2

Jetzt muessen wir uns im vxprint-th.out ansehen wie unsere subdisks ausgesehen haben (Zeile sd) und entsprechen neu anlegen:

vxmake -g foodg sd foodg01-01 disk=foodg01 offset=0 len=16777216
vxmake -g foodg sd foodg01-02 disk=foodg01 offset=16777216 len=16777216

Dazu bauen wir jetzt unsere zwei Plexes:

vxmake -g foodg plex foo01-01 sd=foodg01-01
vxmake -g foodg plex foo02-01 sd=foodg01-02

Und darueber je ein Volume, so wie es vorher war:

vxmake -g foodg -U fsgen vol foo01 plex=foo01-01
vxmake -g foodg -U fsgen vol foo02 plex=foo02-01

Jetzt sollte ein vxprint -g foodg -th genauso aussehen wie in unseren vxprint-th.out - allerdings sind die Volumes "DISABLED EMPTY" und vxvol mag sie nicht starten. Daher muessen wir sie mit einem speziellen vxvol Kommando starten:

vxvol -g foodg init active foo01
vxvol -g foodg init active foo02

Jetzt sollten wir zur Sicherheit einen fsck absetzen (in unserem Falle ein vxfs):
fsck -Fvxfs /dev/vx/rdsk/foodg/foo01
fsck -Fvxfs /dev/vx/rdsk/foodg/foo02

Und koennen sie wieder mounten - und haben unser altes Filesystem nicht ueberschrieben.

Sun Connection...

Ich hasse die SCS GUI...

(262) olga5096:/export/home/olbohlen$ uce_console
(263) olga5096:/export/home/olbohlen$ X Error of failed request: BadAlloc (insufficient resources for operation)
Major opcode of failed request: 147 (XKEYBOARD)
Minor opcode of failed request: 16 (XkbSetNamedIndicator)
Serial number of failed request: 1302
Current serial number in output stream: 1305

Und das nur als ich mit dem Mouse Pointer im Login-Dialog ins Username-Feld geklickt habe und meinen Namen tippen wollte...
Passiert mir nur wenn ich se per X-Forwarding auf mein Notebook im JDS anzeigen lasse. Per X-Forwarding im CDE im eXceed auf der Wintendo-Schuessel lueppts. Sehr spannend.

Citrix Client Solaris x86

Seit der Citrix Client 8.50 fuer Solaris x86 released wurde habe ich immer wieder versucht den zu benutzen, aber er ist immer auf die Bretter gegangen mit einem Segmentation fault. Heute habe ich durch Zufall auf den Citrix Foren die Loesung gefunden: der Citrix Client (namentlich der wfica) kommt mit der libXm.so.4 nicht klar. Daher hilft es in /usr/lib/ICAClient das binary wfica umzubenennen und einen shell-wrapper zu erzeugen:

(142) oldn9621-e:/usr/lib/ICAClient# cat wfica
#!/bin/ksh
# small hack for preventing segfaulting wfica in libXm.so.4
# olbohlen, 2009-03-17
LD_PRELOAD=/usr/dt/lib/libXm.so.3 /usr/lib/ICAClient/wfica.bin $@

(143) oldn9621-e:/usr/lib/ICAClient# ls -l wfica.bin
-r-xr-xr-x 1 root sys 1309280 Sep 14 2007 wfica.bin

Jetzt klappts auch mit dem Citrix :)

Neue Fock...

Heute erreichte mich also der seit Montag ersehnte Brief von Beilken mit der Auftragsbestätigung für meine neue Fock - welche streng genommen ja eine Genua ist:

Standard Genua 10,9 qm, Cross Cut, Dacron 270 g/qm Tan MT.

Schoen braun wird sie werden - Mitte April wird sie wohl fertig sein, ich kanns kaum erwarten :)

Silvester-Schmaus

Leckere kalte Platte mit diversen Kaese- und Fisch-Sorten!