September 03, 2010

Wczoraj popołudniu miałem mały "disaster day" w pracy... praktycznie każdy komputer się bez powodu wywalił, na stronach intranetowych ESET sygnalizował znalezione wirusy i  ogólnie - lekko nie było, dodając do tego próbę updejtów przez serwer NTP czasu na wszystkich końcówkach o +189216540 sekund (jakieś 6 lat) zrobił się niezły kocioł, a mało która końcówka wytrzymała to bez zawieszenia i konieczności restartu.

Na początku, sądziłem, że to kwestia wywalenia się serwera NTP, niestety dzisiaj rano, przy włączeniu outlook'a, ludzi powitał radosny komunikat "Wtyczka ESET NOD 32 doprowadziła do poważnej awarii i niesabilności programu Microsoft Office Outlook i zalecane jest jej wyłączenie". To skusiło mnie do przejrzenia KB i oto jest: NEWS99 ;). Może z mniejszym impactem niż poprzednio McAfee, ale jednak pozostawia niesmak, szczególnie, że za około półtora miesiąca kończy się nam subskrypcja i przystępujemy do testów innych komercyjnych rozwiązań.

August 30, 2010

dzisiaj podczas upgrejdowania macierzy HP MSA 2312fc przy pomocy firmware: mercurysw-M111R06-03.bin spotkałem się z sytuacją, gdy po sflashowaniu kontolera A i jego reboocie, system przystąpił do automatycznego updejtu drugiego kontrolera (ze względu na partner firmware update), niestety - mimo pozytywnego (z poziomu webowego klienta) zakończenia tego procesu:
Partner Firmware Update progress: PFU sending package to partner SC, (info: p1: 16, p2: 0, p3: 0, p4: 0)
Partner Firmware Update progress: PFU send package done, SUCCESS (info: p1: 17, p2: 0, p3: 0, p4: 0)
Partner Firmware Update progress: PFU completed on local controller, SUCCESS (info: p1: 5, p2: 0, p3: 0, p4: 0)
Firmware update progress: The firmware was verified. (from MC: no, for MC: yes) (p1: 1, p2: 0, p3: 1, p4: 0)
Partner Firmware Update progress: PFU sending MC firmware to MC on this controller, (info: p1: 20, p2: 0, p3: 0, p4: 0)
Other controller has changed state. (new state: Restarting)

i po restarcie znów to samo, kontroler updejtował się w kółko. Porównując wersje kontolerów zauważyłem, że niepoprawnie updejtuje się Management Controller (różnica wersji).
Rozwiązanie jest dość proste:
shutdown kontolera A
z poziomu konsoli kontrolera B:
set protocols ftp enable
set advanced-settings partner-firmware-upgrade disabled

następnie z poziomu klienta ftp
ftp ip.kontrolera
podajemy login i hasło
i wklepujemy:
put mercurysw-M111R06-03.bin flash
powinniśmy zobaczyć update 47 rejestrów storage kontolera, następnie 47 rejestrów management controllera. Po pomyślnym updejcie i restarcie obu kontolerów powinniśmy zobaczyć zgodne wersje na obu kontolerach:
Controller A Versions
---------------------
Storage Controller CPU Type: Turion MT32 1800MHz
Storage Controller Code Version: M111R06
Memory Controller FPGA Code Version: F300R22
Storage Controller Loader Code Version: 19.009
Management Controller Code Version: W441R25
Management Controller Loader Code Version: 12.015
Expander Controller Code Version: 1109
CPLD Code Version: 8
Hardware Version: 56

Controller B Versions
---------------------
Storage Controller CPU Type: Turion MT32 1800MHz
Storage Controller Code Version: M111R06
Memory Controller FPGA Code Version: F300R22
Storage Controller Loader Code Version: 19.009
Management Controller Code Version: W441R25
Management Controller Loader Code Version: 12.015
Expander Controller Code Version: 1109
CPLD Code Version: 8
Hardware Version: 56
jak wszystko "gra" to można wyłączyć ftp i przywrócić ustawienie partner firmware

August 26, 2010

Jako, że nie każdy ma na swoim androidzie polski słownik, podaje przepis jak w prosty sposób go uzyskać.

Wymagania

czytaj dalej