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:

Niektórzy z Was już zapewne zauważyli podczas upgradu/instalacji:

Installing set #2
Processing dependencies...
geninitrd-9000.4-2.noarch obsoleted by geninitrd-9000.5-2.noarch
There are 1 package to install, 1 to remove:
I geninitrd-9000.5-2.noarch
R geninitrd-9000.4-2.noarch
Need to get 38.9KB of archives (38.9KB to download).
After unpacking 70.2KB will be used.
Retrieving th::geninitrd-9000.5-2.noarch.rpm...
.............................. 100.0% [39.1K (39.1K/s)]
Executing rpm --upgrade -vh --root / --noorder...
warning: /root/.poldek-cache/ftp_ftp.th.pld-linux.org.dists.th.PLD.noarch.RPMS/geninitrd-9000.5-2.noarch.rpm: Header V3 DSA signature: NOKEY, key ID e4f1bc2d
Preparing... ########################################### [100%]
Repackaging...
1:geninitrd ########################################### [100%]
Upgrading...
1:geninitrd ########################################### [100%]

Tradycyjnie, docelowo wszystkie paczki będą podpisane. Klucz leży na FTP.
Paczki możemy podpisać w sposób:

[root@conflux ~]# wget ftp://master-ftp.pld-linux.org/dists/3.0/PLD-3.0-Th-GPG-key.asc
[root@conflux ~]# rpm --import PLD-3.0-Th-GPG-key.asc
[root@conflux ~]# rpm -qi gpg-pubkey > PLD-3.0-Th-GPG-key.txt


Poprzednio dla Ac opisał to Andrzej ‘The Undefined’ Dopierała.