The mission:
Add 2 SATA II disks in machine with Adaptec 3405, upgrade controller’s firmware/BIOS too.

The hardware:
Adaptec 3405 with 2 SAS MAX3147RC disks as RAID 1, I added 2 WD7500AYYS-01RCA SATA disks wich we need to merge on RAID 1 as let’s say a backup place.

Notice:
As usually, exaple will be made on machine powerd by PLD Linux ;-)

Build/install package arcconf. In my example: arcconf-5.30-1.x86_64.rpm and check what we’ve got on board.

# arcconf GETVERSION
Controllers found: 1
Controller #1
==============
Firmware : 5.2-0 (15611)
Staged Firmware : 5.2-0 (15611)
BIOS : 5.2-0 (15611)
Driver : 1.1-5 (2437)
Boot Flash : 5.2-0 (15611)

Command completed successfully. So, we’ve got one Adaptec 3405 device, it’s ID is 1. That ID will be useful later. Check device status:


# arcconf GETSTATUS 1
Controllers found: 1
Logical device Task:
Logical device : 0
Task ID : 100
Current operation : Rebuild
Status : In Progress
Priority : High
Percentage complete : 28
Command completed successfully.

To make things more interesting, I purposefully removed out one of the SAS disks for a feew seconds ;-) Simulation of array damage. Let’s put SATA disks, and upgrade controller’s software.


# wget http://download.adaptec.com/raid/asr/fw_bios/3405_fw_b15728.exe
# unzip 3405_fw_b15728.exe
# ls -lh
razem 2,5M
-rw-r--r-- 1 root root 256K kwi 1 17:44 acusas.exe
-rw-r--r-- 1 root root 196K kwi 1 17:44 afu.exe
-rw-r--r-- 1 root root 629K kwi 1 17:44 as340501.ufi
-rw-r--r-- 1 root root 1,4M kwi 1 17:44 as340502.ufi
-rw-r--r-- 1 root root 2,9K kwi 5 18:12 Relnotes.txt
-rw-r--r-- 1 root root 82 cze 11 00:32 UcliEvt.log

OK, let’s do it !

# arcconf ROMUPDATE 1 as3405
Controllers found: 1
You must restart the system for firmware updates to take effect.
Are you sure you want to continue?
Press y, then ENTER to continue or press ENTER to abort: y
Updating controller 1 firmware...Succeeded
A new software image has been applied to controller 1.
Command completed successfully.

What was done ?

# arcconf GETVERSION 1
Controllers found: 1
Controller #1
==============
Firmware : 5.2-0 (15611)
Staged Firmware : 5.2-0 (15728)
BIOS : 5.2-0 (15611)
Driver : 1.1-5 (2437)
Boot Flash : 5.2-0 (15728)
Command completed successfully.

We need to reboot our machine to set the changes, will do that later. Let’s check added disks.


# arcconf GETCONFIG 1
Device #2
Device is a Hard drive
State : Ready
Supported : Yes
Transfer Speed : SATA 3.0 Gb/s
Reported Channel,Device : 0,2
Reported Location : Connector 0, Device 2
Vendor : WDC
Model : WD7500AYYS-01RCA
Firmware : 30.04G30
Serial number : WD-WCAPT0615906
Size : 715404 MB
Write Cache : Unknown
FRU : None
S.M.A.R.T. : No
Device #3
Device is a Hard drive
State : Ready
Supported : Yes
Transfer Speed : SATA 3.0 Gb/s
Reported Channel,Device : 0,3
Reported Location : Connector 0, Device 3
Vendor : WDC
Model : WD7500AYYS-01RCA
Firmware : 30.04G30
Serial number : WD-WCAPT0636669
Size : 715404 MB
Write Cache : Unknown
FRU : None
S.M.A.R.T. : No

All OK, since now, we can create new array. The arcconf’s help, suggests to type:

arcconf CREATE 1 LOGICALDRIVE Name BACKUP Rcache RON Wcache WB Size MAX Raid1 Channel0 ID2 Channel0 ID3

so, we type:

# arcconf CREATE 1 LOGICALDRIVE Name BACKUP MAX 1 0 2 0 3
Controllers found: 1
Do you want to add a logical device to the configuration?
Press y, then ENTER to continue or press ENTER to abort: y
Creating logical device: BACKUP
Command completed successfully.

The dmesg will tell us, that there is a new device added, in my example it was /dev/sdb – all done ;)

Po aktualizacji kernela dla PLD Ac do kernel-grsecurity-2.6.16.60-10.i686 przyszedł mail z informacją od mdadm – wyleciał jeden z dysków. Co zrobić ?

# cat /proc/mdstat
Personalities : [raid1]
md0 : active raid1 hdb1[0] hda1[1]
96256 blocks [2/2] [UU]
md1 : active raid1 hda3[1]
38523776 blocks [2/1] [_U]
unused devices:<none>

Reakcja:
# mdadm /dev/md1 -a /dev/hdb3
mdadm: re-added /dev/hdb3
# cat /proc/mdstat
Personalities : [raid1]
md0 : active raid1 hdb1[0] hda1[1]
96256 blocks [2/2] [UU]md1 : active raid1 hdb3[2] hda3[1]
38523776 blocks [2/1] [_U]
[>....................] recovery = 0.0% (3328/38523776) finish=377.6min speed=1664K/sec
unused devices:<none>

Rebuild raida nie zajął więcej niż 120 minut.

Szukamy winnego:
w /var/log/kernel znajduję:

Apr 27 09:13:17 exploder kernel: hda: hda1 hda2 hda3
Apr 27 09:13:17 exploder kernel: hdb: max request size: 512KiB
Apr 27 09:13:17 exploder kernel: hdb: 78242976 sectors (40060 MB) w/2048KiB Cache, CHS=16383/255/63, UDMA(100)
Apr 27 09:13:17 exploder kernel: hdb: cache flushes supported
Apr 27 09:13:17 exploder kernel: hdb: hdb1 hdb2 hdb3
Apr 27 09:13:17 exploder kernel: SGI XFS with ACLs, security attributes, large block numbers, no debug enabled
Apr 27 09:13:17 exploder kernel: SGI XFS Quota Management subsystem
Apr 27 09:13:17 exploder kernel: md: md1 stopped.
Apr 27 09:13:17 exploder kernel: md: bind
Apr 27 09:13:17 exploder kernel: md: bind
Apr 27 09:13:17 exploder kernel: md: kicking non-fresh hdb3 from array!
Apr 27 09:13:17 exploder kernel: md: unbind
Apr 27 09:13:17 exploder kernel: md: export_rdev(hdb3)
Apr 27 09:13:17 exploder kernel: raid1: raid set md1 active with 1 out of 2 mirrors

co sugeruje, że raid nie poskładał się przy starcie systemu i problem istniał już przed podmianą kernela. Sugestia: pamiętaj o wpisaniu poprawnego adresu e-mail MDADM_EMAIL w /etc/sysconfig/mdadm.

jak donoszą nieoficjalne, aczkolwiek pewne źródła – od dnia 17 marca 2008, godzina 8:00 ma być dostępny whois na porcie 43 dla domen .pl dla wszystkich użytkowników Internetu. Informacje dostępne w ten sposób nie będą zawierać danych abonenta domeny. Dane jakie będą dostępne to serwery nazw, data utworzenia domeny (YYYY.MM.DD HH:MM:SS), data ostatniej modyfikacji (YYYY.MM.DD), fakt utworzenia opcji dla odpytywanej domeny, id kontaktu, oraz dane registrara.

Przypominam, że usługa ta jest wyłączona od kilku miesięcy. Oficjalnym powodem wyłączenia były nadużycia bazy whois. Dla partnerów NASK, mających możliwość odpytania bazy whois poprzez EPP (tu wyłączeń nie było), nie były wyświetlane daty rejestracji domeny, co zostało zmienione w kilka dni po dyskusji na Domain Names Market (2008-01-25 w Warszawie). Daty wygaśnięcia domen są potrzebne m.in. takim firmom jak dropped.pl.

Od kilku dni mamy możliwość rejestracji domen 8.4.e164.arpa. Na dzień dzisiejszy tylko jedna firma rejestruje te nazwy.
Czym jest ENUM można przeczytać tu. Za kilka dni będę mógł skorzystać ze swojej wizytówki 7.0.2.7.9.1.0.0.6.8.4.e164.arpa :)

Stay tuned !

Dla lubiących filmy akcji w komiksowej oprawie ;-) Jedynka podobała mi się, na pewno pójdę do kina na dwójkę.

Zwiastun hellboy 2: