piątek, 6 września 2013

Hasło root na WPAR AIXowy

Taka ciekawostka: Jak się zapomni podać hasła roota do mkwpar to się nie można zalogować. Proste obejście:
lswpar   - żeby znaleźć punkt montowania filesystemu WPARa a potem:
chroot /wpars/mój_wpar  /bin/ksh

I zwykłe "passwd" :-P

wtorek, 18 czerwca 2013

IBM Storwize v7k a sprawa polska

Tak naprawdę to nie sprawa polska, bo to trauma po przejściu przez edukację w latach 80, tylko: "a SVC". Konkretnie, to jak wystrugać lun (w języku storłazisz/svicisz: vdisk), który następnie będzie widziany jako mdisk przez SVC.

Sprawa jest dość prosta: Ponieważ wirtualizacja będzie załatwiana piętro wyżej, v'kę kroimy według zasady:

1 mdiskgrupa = 1 mdisk = 1 vdisk.  

Internal storage v7k można podzielić według schematu "Optimize for capacity". W moim wypadku wyszło 6 mdisków RAID5, po 8 dysków i 3 po 7. 3 zostały jako hot spare, po jednym na półkę. Razem 72 dyski.
Nie można tylko jechać po "zalecanych" wartościach, bo wtedy stworzy jedną pulę (mdiskgroup), a potrzebujemy żeby każdy mdisk był w oddzielnej puli. Czyli powinno wyglądać mniej więcej tak:

0:mdisk0:online:array:0:mdiskgrp0:1.9TB::::generic_hdd
1:mdisk1:online:array:1:mdiskgrp1:1.9TB::::generic_hdd
2:mdisk2:online:array:2:mdiskgrp2:1.9TB::::generic_hdd
3:mdisk3:online:array:3:mdiskgrp3:1.9TB::::generic_hdd
4:mdisk4:online:array:4:mdiskgrp4:1.9TB::::generic_hdd
5:mdisk5:online:array:5:mdiskgrp5:1.9TB::::generic_hdd
6:mdisk6:online:array:6:mdiskgrp6:1.6TB::::generic_hdd
7:mdisk7:online:array:7:mdiskgrp7:1.6TB::::generic_hdd
8:mdisk8:online:array:8:mdiskgrp8:1.6TB::::generic_hdd

Mdiskgrupy, lepiej żeby miały wyłączony warning, bo SVC wypełni vdiski po korek, a po co v7k ma z tego powodu płakać?

chmdiskgrp -warning 0 nazwagrupy

Następną rzeczą, jaką można zrobić to już vdiski. Najprostsze jak się da, byle wypełniały 1:1 mdiskgrupę i mdisk. I tu haczyk: jak to zrobić, bo z GUI wpisać wartości, która dokładnie wypełni mdisk(grupę),  praktycznie się nie da. Ale jest CLI. Ilość bajtów bierze się stąd:

lsmdiskgrp -delim : -bytes
[...]
0:mdiskgrp0:online:1:0:2094870298624:256:2094870298624:0:0:0:0:0:auto:inactive:no:0:0:0

Tę wartość wystarczy wpisać jako -size do mkvdisk. Poniżej przepis na 6 dysków (niech żyje porządek numeracji :-P ) :

for i in 0 1 2 3 4 5
> do
> mkvdisk -mdiskgrp mdiskgrp$i -size 2094870298624 -unit b -iogrp 0 -vtype striped -mdisk mdisk$i -cache readwrite -name vdisk$i
> done
Virtual Disk, id [0], successfully created
Virtual Disk, id [1], successfully created
Virtual Disk, id [2], successfully created
Virtual Disk, id [3], successfully created
Virtual Disk, id [4], successfully created
Virtual Disk, id [5], successfully created

poniedziałek, 25 marca 2013

Precz z Honeycombem

W końcu nerwy mi puściły. Jestem/byłem nabitym w honeycomba posiadaczem samsunga GT-P7320 - dla niewtajemniczonych: Galaxy Tab 8.9 LTE.
Dlaczego tego?  Bo ten rozmiar wydaje się być idealny: Nadal jest to sprzęt wystarczająco mały aby łatwo upchnąć do plecaka, obok laptopa, albo do schowka w samochodzie, a daje się z niego swobodnie (oczy już nie te) czytać redbooki,  albo obejrzeć na bieżni kolejny odcinek "Prison Break".
Niestety, jest to opinia najwyraźniej nic, dla marketingu samsunga nieznaczącej, garstki użytkowników. Telecomy jak i producent pracowicie olewają ten model w temacie aktualizacji i wypuszczają tablety w kolejnych rozmiarach: 7.7, 8 z rysikiem i bez. To chyba ostatni tablet Samsunga, który nie dostał systemu >= 4.
Na szczęście po sieci krąży sporo, zupełnie z resztą oficjalnych romów alternatywnych. Jeden ma nawet brand Plusa :-). Zatem klamka zapadła - sam sobie sflashuję!
Ponieważ jestem zupełnie zielony w temacie ODINa, zacząłem odrabiać lekcje na wszelakich forach. Po początkowej dezorientacji, mój wybór padł na ten przepis:

http://forum.android.com.pl/f489/aktualizacja-do-najnowszego-androida-4-0-4-dla-poczae-tkujae-cych-cwm-recovery-root-sgt-8-9-lte-255349/

Skusiłem się na pierwszy scenariusz - root i majstrowanie w CWM nie jest mi potrzebne. Trochę miałem pietra, bo poprzednie próby przeprowadzone na Galaxy Ace i CM7 o mało nie skończyły się ubiciem telefonu. Opis jest idiotoodporny, więc tym razem poszło gładko.
A efekt? Zaskakujący. Android 3.2 Honeycomb to totalna porażka - po przejściu na Ice Cream Sandwitch -  to jakbym trzymał w rękach inny sprzęt - żałuję, że tyle czasu zwlekałem. Nawet najbardziej entuzjastyczne komentarze na forach są delikatnie mówiąc: wyważone.  System działa bez zacięć, przełączanie pomiędzy zadaniami działa szybko, a napis "4G" dużo częściej gości na pasku powiadomień. Prośba o podłączenie ładowarki za to zauważalnie rzadziej :-P.
Jedyny kłopot to kompletny wipe. Restore z konta google co prawda pracowicie zreinstalował mi wszystkie aplikacje, a niektórym nawet przywrócił dane. Kontakty i maile to drobiazg bo używam tylko google. Ale dane z aplikacji ING, Millennium, eWallet poszły w diabły. Przynajmniej wiem, że nie lądują w chmurze :-P. Szlag trafił także zakładki i hasła chromo-podobnej przeglądarki z Andka 3.2 - jak się okazuje ta wersja nie synchronizowała się z chmurką.
Przed aktualizacją zrobiłem z ciekawości standardowy test AnTuTu. Wynik: trochę ponad 6200 i mizerne 2 gwiazdki.
A  jak jest po? Widać na załączonym obrazku:


No, nie jest to może Note2 czy S3/4, ale subiektywne odczucia po przesiadce:  dramatyczny skok używalności. Zwłaszcza w przypadku mojego stylu pracy: pdfy leżące na dropboxie, trochę zdjęć i tony dokumentacji html (standardowa przeglądarka w IBM infocenter nadal ma problemy ze scrollowaniem wewnątrz ramek, ale od czego Firefox?) przeglądane na kolanie w huczących serwerowniach. LTE rulez gdy trzeba zsynchronizować 50MB pdfa albo szybko popracować po VPN z graficzną konsolą. Dla rozrywki: Andoku (sudoku), kilka pasjansów i obowiązkowe kilka odsłon Angry Birds.

Werdykt: to bardzo fajny kawałek hardłeru: poręczny rozmiar, przyzwoite parametry, a cena spadnie drastycznie, bo weszły nowsze produkty w tej klasie, a Samsung i telocomy w Polsce olewają aktualizację. W efekcie geek łyknie ten sprzęt od sfrustrowanych userów Honeycomba  za 1/3 jego rzeczywistej wartości    i założy ICSa.
A kto wie, co kryją custom-romy ? :-) Może trafi się jakiś wariat, który skompiluje na to JB?

wtorek, 19 lutego 2013

TSM 6.3.3 - ciągłe, automatyczne backupy bazy po dsmserv restore db

Ćwiczenie było następujące:
Według stanu na dziś, IBM nie supportuje lin_tape w wersji 1.76 na RHEL 6.3. Faktycznie nie działa to stabilnie, więc pod prawie gotowym TSMem trzeba było zdowngradeować (to moj blog, więc mogę tworzyć nowe słowa :-P) RedHata  do 6.2.
Po instalacji systemu i prerequisitów TSMa, zainstalowałem samego TSMa.
Po tej operacji zaimportowałem ponownie grupę wolumenów na której miałem zainstalowaną instancję TSMa. Oczywiście katalogowanie już stworzonej instancji TSMa w database managerze jest nie wspierane, więc wyczyściłem katalogi/filesystemy pod active i archive logiem oraz filesystemy z dbspace.
Przez dsmicfgx stworzyłem, jak mi się wówczas wydawało bliźniaczą instancję.
Podłożyłem devconfig i volhista (nie trzeba było nic zmieniać, bo system był ten sam) i puściłem:

dsmserv restore db todate=today totime=<czas ostatnigo snapshotu> source=dbs

Serwer się poniósł, wszystko działało prawie ok. Prawie, bo trigger od automatycznego backupu oszalał. Co 10 minut zaczął robić full backup bazy. Set dbrecovery mam ustawione na klasę plikową więc szybko skończylo mi się mi miejsce na dyskach, w efekcie backup przestał się wykonywać.

To samo na testowej instancji (wszystkie katalogi TSMa w jednym filesystemie) skończyło się śmiercią TSMa: brak miejsca na actlogu.

Wytłumaczenie jest proste - TSM po restore gdzieś pamięta stary rozmiar ACTIVELOGSIZE. Jeśli nowa instancja ma ustawione mniej to trigger głupieje.

Rozwiązanie: Przy disaster recovery TSMa, zawsze ustawiać ACTIVELOGSIZE na nie mniej niż oryginał.
Przypuszczam, że sprawa dotyczy wszystkich wersji 6.x. Zgłoszę na to PMRa, więc jak coś wyjaśnią to zaktualizuję ten wpis.
[update 21/02/2013]
No i jest odpowiedź z supportu.  Jakiś sprawny inaczej jestem, bo sobie tego sam nie wygooglełem, a było, zanim zgłosiłem problem: http://www-01.ibm.com/support/docview.wss?uid=swg21618987