Konkludując historię wielkiego nieobecnego btrfsck… Szósty lutego 2012, Josef Bacik:
We're running close to the wire on this but it looks like Chris will have fsck out for btrfs tomorrow
I co? Oficjalnego ogłoszenia nie było, ale fama sie już rozniosła: od dwóch tygodni btrfsck jest dostępny. Mason udostępnił kod w gałęzi repozytorium o nazwie dangerdonteveruse. Użycie oczywiście używanie na własną odpowiedzialność. Bugreporty od osób, które tym narzędziem popsuły sobie system plików będą ignorowane.
Archived comments:
DeHa 2012-02-22 13:54:12
Z mojego krótkiego doświadczenia wynika, że w ten właśnie sposób rodzą się industry standards ;)
AdamK 2012-02-22 15:28:34
A z mojego doświadczenia wynika że Btrfs jest nieużywalny jak się partycja zapełnia powyżej 90%. Muli wówczas niesamowicie, a ext4 ani piśnie. Tym niemniej spore nadzieje pokładam w Btrfs.
lRem 2012-02-22 16:46:22
HFS+ podobnie zdycha jak nie ma miejsca wolnego, a to jeden z bardziej dojrzałych systemów.
pecet 2012-02-22 16:49:46
A XFS ma się dobrze :)
Remigiusz 'lRem' Modrzejewski 2012-02-22 17:01:06
XFS to potwór.
moher 2012-02-22 20:40:06
@pecet: tak XFS jest super, do momentu kiedy nie padnie zasilanie albo stanie się coś innego o podobnym efekcie.
zdz 2012-02-22 20:45:45
XFS jest chyba najlepszym z w miarę nowoczesnych linuksowych systemów plików. I po latach w jądrze już nie jest potworem, bo przydawki upodabniające Linuksa do IRIXa już prawie zostały usunięte. I tak jak XFS jest najlepszym modern filesystem, to nie ma porównania z tymi, które np. dane checksummują (jak np. ZFS, btrfs, HAMMER, ReFS) i integrują w sobie zarządzanie wolumenami. To są post-modern filesystems. :)
zdz 2012-02-22 21:11:01
@moher: powtarzasz jakieś od lat nieaktualne nieporozumienia. "Update: This issue has been addressed with a CVS fix on the 29th March 2007 and merged into mainline on 8th May 2007 for 2.6.22-rc1." ( http://xfs.org/index.php/XFS_FAQ#Q:_Why_do_I_see_binary_NULLS_in_some_files_after_recovery_when_I_unplugged_the_power.3F )
moher 2012-02-22 21:30:37
@zdz: sam to testowałem, poza tym nadal są głosy, że problem nie jest rozwiązany.
moher 2012-02-22 21:31:57
I to niekoniecznie musi być konkretnie problem, który przytoczyłeś, bo nie testowałem dokładnie co się dzieje, tylko czy się dzieje.
Anonim 2012-02-23 10:01:46
Moher -- mam jądro 2.6.35.11 i działa ok. Nawet jak wylaczylem pare razy zasilanie dysku podczas dzialania systemu i SMART stwierdził ze są offline uncorrectable sektory sam filesystem był ok.
Dekadę po wprowadzeniu architektury AMD64 przerobiłem w końcu ostatnią z moich maszyn na dystrybucję 64-bitową. Sprzęt był capable od dawna, ale jego wymiana odbyła się metodą transplantacji dysków ze starego komputera i nie było kiedy zmienić softu.
Procedura jest prosta. Instalujemy kernel 64 bitowy, uruchamiany z niego system z 32-bitowym userlandem i reinstalujemy wszystkie pakiety po kolei w wersjach x86_64. Userland 32 na jądrze 64 działa sprawnie nawet na x86, ale trzeba mieć na uwadze trzy drobiazgi:
Automount ma rozbieżne wielkości strukturki danych między 32 a 64 bity. Owocuje to zawieszeniem w czasie uruchamiania systemu 32 bit na jądrze 64 bit. Pamiętać należy o wyłączeniu automountów przed takim bootem.
RRD nie lubi baz stworzonych na innej architekturze. Tu warto zrobić rrdtool dump do xml na 32 bitach, a po upgradzie rrdtool restore.
PostgreSQL też nie lubi plików baz danych utworzonych na innej architekturze. Podobnie jak z RRD, najpierw pg_dumpall, a po upgradzie initdb i psql -f dump.sql.
Inny soft na razie problemów nie wykazuje. Zapomnienie o zrzutach może zawocować drapaniem się w głowę podczas poszukiwania jakieś jeszcze działającej 32 bitowej instalacji, żeby dokonać ich post factum. Ale na szczęście wystarcza pendrive USB z zainstalowaną 32 bitową instalacją i katalogi baz danych wyeksportowane przez NFS.
Archived comments:
Remigiusz 'lRem' Modrzejewski 2012-02-09 14:56:56
Tak właściwie, to po co to zrobiłeś?
Stanisław 'dozzie' Klekot 2012-02-09 16:27:24
Nie wiem jakie były faktyczne powody, ale jednym bardzo dobrym jest możliwość pozbycia się ostatniego hosta x86. Dla administratora to na przykład brak konieczności przygotowywania pakietów na jedną więcej architekturę.
zdz 2012-02-09 17:16:34
lrem: jak dozzie pisze, odstawało od reszty. I ma 8GB RAM, niedlugo moze 16, uzywanie PAE smierdzi troche.
Z dziwnych rzeczy, po upgradzie zaczela dzialac wetknieta kiedys karta TV na chipie bttv - pewnie wczesniej cos z przestrzenia adresowa nieteges było.
rozie 2012-02-09 18:43:50
Jeśli dobrze kojarzę skorzytsałeś z bardzo niezalecanej metody upgrade'u systemu (BTW jakie distro?). W sumie jakie zalety w stosunku do odpalenie z live i przywrócenie systemu z backupu?
zdz 2012-02-10 09:05:50
rozie: z zupelnie niezalecanej, chyba żadne distro nie wspiera zmiany architektury. Fedora na pewnie nie :).
Zalety takie, że ciągłość pracy (czyt. dostępu do internetu i rozrywki, w trakcie oglądałem film na rzeczonym komputerze).
Przywracanie z backupu wiąże się też z instalowaniem od nowa wszystkiego, co się przez prawie 3 lata (od http://enotty.pipebreaker.pl/2009/06/16/goodbye-foresight/) zbierało, a czego nie ma w domyślnej instalce. A dumpy np. RRD i tak trzeba by było zrobić (bo backupują się u mnie binarne bazy).
W skrócie: oszczędność czasu.
zdz 2012-02-19 19:00:10
Tak za 64 bitami jeszcze:
nasty FPU state corruption issue that happened only when the wireless stack used the AES-NI instructions from softirqs on 32-bit x86.
Moral of the story: don't use 32-bit kernels on modern CPU's that could do so much better.
z https://plus.google.com/109995262342451767357/posts/KGijJrUZQ7j
Pamiętam jakiś czas temu było też priviledge escalation, które działało na 32 bitach, a na 64 - z uwagi na organizację pamięci - nie działało.
Rakietowa, Wrocław, Lower Silesian VoivodeshipOstatnio przemigrowałem z tgt na nowy, lepszy, wbudowany w jądro LIO. Chodzi o cel SCSI. Po robocie odsunąłem się od monitorów, spojrzałem na stary config, spojrzałem na nowy i naszła mnie refleksja.
Czy przejście z takiego sposobu konfigurowania:
Tomasz Torcz
vendor_id UTC FS Support
product_id Linux iSCSI
# Set the driver. If not specified, defaults to "iscsi".
default-driver iscsi
<target iqn.2010-08.com.fs.utc:dvdtmp>
backing-store /dev/mapper/sabretoothvg-iscsi.dvdtmp
</target>
<target iqn.2010-08.com.utc.fs:winxppp45client-stor1>
backing-store /dev/sabretoothvg/iscsi.winxppp45client-stor1
</target>
<target iqn.2011-02.com.utc.fs:esxi.local-space0>
backing-store /dev/sabretoothvg/iscsi.esxi.local-space0
</target>
<target iqn.2011-02.com.utc.fs:fcoe.test0>
backing-store /dev/mapper/sabretoothvg-fcoe.test0
allow-in-use yes
</target>
to naprawdę jakiś postęp? Powyżej to drobny fragment, całość ,,nowości'' ma prawie pół tysiąca linii i postać skryptu, który odtwarza ustawienia przez wykonanie wszystkich katalogów i dowiązań symbolicznych.#### Parameters for TCM subsystem plugin storage object reference python /usr/lib/python2.6/site-packages/rtsadmin/tcm_node.py --establishdev iblock_0/iblock0 /dev/sabretoothvg/fcoe.test0 python /usr/lib/python2.6/site-packages/rtsadmin/tcm_node.py --setunitserialwithmd iblock_0/iblock0 72ad13f0-c8d2-4d96-bffe-30f9cfc46f2f #### Parameters for TCM subsystem plugin storage object reference python /usr/lib/python2.6/site-packages/rtsadmin/tcm_node.py --establishdev iblock_1/gilbertus.swap /dev/sabretoothvg/iscsi.gilbertus.swap python /usr/lib/python2.6/site-packages/rtsadmin/tcm_node.py --setunitserialwithmd iblock_1/gilbertus.swap 7e05140f-6536-4813-a1a0-d9fdc3b7bca8 #### Parameters for TCM subsystem plugin storage object reference python /usr/lib/python2.6/site-packages/rtsadmin/tcm_node.py --establishdev iblock_3/esxi.local-space0 /dev/sabretoothvg/iscsi.esxi.local-space0 python /usr/lib/python2.6/site-packages/rtsadmin/tcm_node.py --setunitserialwithmd iblock_3/esxi.local-space0 5bcaffac-6da0-42b0-ad07-fe130609674 #### iSCSI Target Ports mkdir -p /sys/kernel/config/target/iscsi/iqn.2003-01.org.linux-iscsi.sabretooth.x8664:sn.aeee2b8d6fdd/tpgt_1/lun/lun_0 ln -s /sys/kernel/config/target/iscsi/iqn.2003-01.org.linux-iscsi.sabretooth.x8664:sn.aeee2b8d6fdd/tpgt_1/lun/lun_0/../../../../../../target/core/iblock_0/iblock0 /sys/kernel/config/target/iscsi/iqn.2003-01.org.linux-iscsi.sabretooth.x8664:sn.aeee2b8d6fdd/tpgt_1/lun/lun_0/6efd3cb027 lio_node --aluasecmd iqn.2003-01.org.linux-iscsi.sabretooth.x8664:sn.aeee2b8d6fdd 1 0 mkdir -p /sys/kernel/config/target/iscsi/iqn.2003-01.org.linux-iscsi.sabretooth.x8664:sn.aeee2b8d6fdd/tpgt_1/lun/lun_1 ln -s /sys/kernel/config/target/iscsi/iqn.2003-01.org.linux-iscsi.sabretooth.x8664:sn.aeee2b8d6fdd/tpgt_1/lun/lun_1/../../../../../../target/core/iblock_4/winxppp45client-stor1 /sys/kernel/config/target/iscsi/iqn.2003-01.org.linux-iscsi.sabretooth.x8664:sn.aeee2b8d6fdd/tpgt_1/lun/lun_1/1d6312ea35 lio_node --aluasecmd iqn.2003-01.org.linux-iscsi.sabretooth.x8664:sn.aeee2b8d6fdd 1 1 #### iSCSI Initiator ACLs for iSCSI Target Portal Group mkdir -p /sys/kernel/config/target/iscsi/iqn.2003-01.org.linux-iscsi.sabretooth.x8664:sn.aeee2b8d6fdd/tpgt_1/acls/iqn.1994-05.com.fedora:5f21153a55f echo 16 > /sys/kernel/config/target/iscsi/iqn.2003-01.org.linux-iscsi.sabretooth.x8664:sn.aeee2b8d6fdd/tpgt_1/acls/iqn.1994-05.com.fedora:5f21153a55f/cmdsn_depth mkdir /sys/kernel/config/target/fc #### fc Target Ports mkdir -p /sys/kernel/config/target/fc/20:00:00:23:ae:b2:f4:3b/tpgt_1/lun/lun_0 ln -s /sys/kernel/config/target/fc/20:00:00:23:ae:b2:f4:3b/tpgt_1/lun/lun_0/../../../../../../target/core/iblock_0/iblock0 /sys/kernel/config/target/fc/20:00:00:23:ae:b2:f4:3b/tpgt_1/lun/lun_0/b522dc7322
Do LIO dostępny jest targetcli, będący tak naprawdę kolorową nakładką na
mkdir, ln i touch. Ja rozumiem, że wszystko
jest plikiem, ale naprawdę zajęło mi pół godziny wpadnięcie na intuicyjny
sposób określenia IP, na który jądro ma słuchać. (Tym sposobem jest utworzenie
katalogu, dokładniej
mkdir -p /sys/kernel/config/target/iscsi/iqn.2003-01.org.linux-iscsi.sabretooth.x8664:sn.aeee2b8d6fdd/tpgt_1/np/192.168.6.9:3260).
Plik konfiguracyjny jest dla mnie czymś solidnym. Skrypt zastępujący go setkami poleceniem powłoki sprawia wrażenie sznurka i taśmy klejącej.
UPDATE: Ktoś jednak stwierdził, że lepsze będzie trzymanie konfiguracji w JSON. No cóż, ma szansę sprawdzić się lepiej niż skrypt shellowy.
Archived comments:
DIVI 2012-01-17 06:04:11
Panie, a ile wojny było o ten target.
Deweloper konkurencyjnej implementacji gdy go nie wybrano strzelił potwornego focha i jest teraz wojna idelologiczna.
Argumentacja opiekuna podsystemu storage też była mało merytoryczna i bardziej się operała o to że ten "wygrany" jest gorszy ale ma bardziej uległych i skorych do ustępstw developerów.
To wszystko jest jeszcze pikuś, ale ten config to już jest parodia.
Nie podobie mnie się.
DIVI 2012-01-17 06:07:13
To tak apropos: http://lwn.net/Articles/424004/
l00natyk 2012-01-17 14:48:04
Mam wrazenie ze w niedalekiej przyszlosci ktos napisze skrypt ktory pobiera dane ze starego konfigu i bedzie tak samo tylko ze inaczej.
yZZuF 2012-01-20 09:48:57
Wygląda jakby się ktoś puścił poręczy.
17 Stycznia, Warsaw, Masovian Voivodeship
