Hinnavaatlus
:: Foorum
:: Uudised
:: Ärifoorumid
:: HV F1 ennustusvõistlus
:: Pangalink
:: Telekavad
:: HV toote otsing
|
|
autor |
sõnum |
|
napoleon
Unknown virus
liitunud: 08.12.2008
|
|
Kommentaarid: 76 loe/lisa |
Kasutajad arvavad: |
|
:: |
0 :: |
0 :: |
59 |
|
tagasi üles |
|
|
aht0
HV veteran
liitunud: 14.10.2003
|
21.05.2015 14:30:10
|
|
|
Artikkel peaks mingi ülevaate andma (ingl. keeles), eelmise aasta septembrist.
https://clusterhq.com/blog/state-zfs-on-linux/
lisaks ühelt teiselt artiklilt (https://clusterhq.com/blog/zfs-on-linux-runtime-stability/
tsitaat: |
However, I will say that many people run ZFS on Linux without encountering runtime stability issues.
That leaves qualitative runtime stability, which only requires the following list of areas in which runtime stability needs to improve:
- Linux swap on zvols can deadlock. It can be worked around by using a physical device for swap.
- ZFS on Linux’s internal memory allocations can enter an infinite loop on 32-bit Linux. It can be avoided by using 64-bit hardware.
- Placing a ZFS pool on a loop device backed by a zvol from another pool will deadlock at create/import. The same applies for any other shim (e.g. dm-crypt) between the pool on the zvol and the zvol itself unless virtualization is used to put the pools in virtually separate machines. It can be avoided by not putting ZFS pools on top of things on top of other pools’ zvols unless you do virtualization at either end of the shim.
- Under rare circumstances, atime updates on 0.6.3 can deadlock with writeback. It can be worked around by turning off atime updates. A fix has been developed that is queued for inclusion in 0.6.4.
- Unlinking a significant number of files that have extended attributes on a dataset with millions of files will cause excessive CPU utilization. It might look like an infinite loop, but it will finish if left alone. This seems to have only affected systems using SELinux, which makes extensive use of extended attributes. A fix has been developed that will be in 0.6.4.
- Heavy use of multiple simultaneous zvols risks reordering across flushes, which can cause a problem in a system crash. It can be worked around by increasing the number of zvol threads to 32 times the number of zvols. A fix has been developed that is queued for inclusion into 0.6.4.
- A few reports exist of issues doing send/recv between Linux and FreeBSD. Only a few people seem to be affected and the cause is not presently understood. This issue will receive developer attention in the near future.
|
|
|
Kommentaarid: 82 loe/lisa |
Kasutajad arvavad: |
|
:: |
0 :: |
1 :: |
71 |
|
tagasi üles |
|
|
napoleon
Unknown virus
liitunud: 08.12.2008
|
22.05.2015 02:07:50
|
|
|
Nii, zfs testimine on nüüd siis production keskkonnda jõudnud ehk üks masin mis ei pea 7x24 püsti olema, sai selle peale pandud. Stabiilsuse kohta veel ei tea kuna asi sai alles paar tundi tagasi üles, aga tee selleni oli raske:
apt-add-repository --yes ppa:zfs-native/stable
apt-get update
apt-get install zfs-dkms ubuntu-zfs
...nagu ka virtuaalmasinas. Aga pahandas ja logidest uurides oli veateade "Token too long".
Paar tundi pusimist ja googeldamist, aga ei miskit(see krdi make väljund mis ekraanil näha ei anna isegi infot, kus sources-s täpselt probleem on ). Veel paar tundi pusimist ja googeldamist muude märksõnadega ning saigi lahenduse. Lahendus on siis see, et lasta kõik ikka peale nagu howto juhendab hoolimata sellest, et pahandab. Seejärel reboot ja:
dkms install -m spl -v 0.6.4.1
dkms install -m zfs -v 0.6.4.1
mida sinna -v järele panna, näitab käsk
dkms status
Mõnel vanemal tegijal kindlasti nüüd näpud sügelevad, et mulle siin peksa anda, aga igaks juhuks olgu öeldud, et seda asja ajan hobikorras ehk sysadmini töö pole minu jaoks kunagi see olnud, mis leiva lauale toob ja pole seda ka praegusel hetkel.
|
|
Kommentaarid: 76 loe/lisa |
Kasutajad arvavad: |
|
:: |
0 :: |
0 :: |
59 |
|
tagasi üles |
|
|
pacho
HV veteran
liitunud: 26.02.2004
|
22.05.2015 08:09:24
|
|
|
napoleon, kui suur on mälu overhead?
|
|
Kommentaarid: 25 loe/lisa |
Kasutajad arvavad: |
|
:: |
0 :: |
0 :: |
25 |
|
tagasi üles |
|
|
aht0
HV veteran
liitunud: 14.10.2003
|
22.05.2015 09:44:56
|
|
|
FreeBSD'ga oleksid ka lihtsamalt saanud. ZFS on üks kahest native failisüsteemist. See selleks
FreeBSD'l on ZFS puhul rusikareegel et iga 1TB kõvakettapinna kohta lisa 1GB rammi. Kui kasutad ka deduplikatsiooni siis 5x rohkem, 5GB rammi terabaidi ketta kohta. Kasutatav miinimum lihtsalt OSi enda jaoks on ca 1GB, soovitatav 4GB. Produktsioonimasinas olgu mälu veaparandusega. Eks loogiliselt võttes Linuxis nõuab ZFS suht sama.
|
|
Kommentaarid: 82 loe/lisa |
Kasutajad arvavad: |
|
:: |
0 :: |
1 :: |
71 |
|
tagasi üles |
|
|
napoleon
Unknown virus
liitunud: 08.12.2008
|
29.05.2015 01:50:52
|
|
|
pacho, hetkel ei paista midagi väga hullu:
# cat /proc/meminfo
MemTotal: 12010984 kB
MemFree: 10295876 kB
Buffers: 1632 kB
Cached: 48532 kB
SwapCached: 4 kB
|
...eriti kui arvestada, et seal jookseb ka üks virtuaalmasin, millele 1G mälu on antud.
Edit:
Nüüd on täielikult toodangus rakendatud.
Incremental backup on ikka väga abiks, virtuaalmasina saab põmst minimaalse katkestusega ühest masinast teise tõsta
Ühesõnaga enterprise level asjadega tegelevad inimesed teavad seda niigi, aga teisi võin pisut nõuga aidata, kui on plaan sarnane lahendus püsti panna
|
|
Kommentaarid: 76 loe/lisa |
Kasutajad arvavad: |
|
:: |
0 :: |
0 :: |
59 |
|
tagasi üles |
|
|
Longero
Kreisi kasutaja
liitunud: 04.02.2011
|
18.01.2021 08:30:09
|
|
|
Terv.
Vabandused topeltposti eest... ühes teises teemas sai küsitud kunagi, aga seal pikemat aega vaikus. Siin linuxi vennad oskavad võibolla unepealt öelda.
Kripeldab puht huvipärast Zfs kohta küssa. Tõenäoliselt vahet pole kas asi mõne linuxi distro, FreeNas vms asja peal... failisüsteem jääb ju samaks.
Mida "triple mirror" täpsemalt võimaldab ???
* Kas "triple mirror" omab samasugust failide iseparandamisvõimet nagu RAIDZ2... netis jäi ainult ühekohapeal (suvaline netileht) silma, et "triple mirror" puhul failide viga küll tuvastatake kuid ei parandata? On see nii?
* Kui tehtud triple mirror ja riistvara hävib, saab sealt ühe ketta välja võtta ja otse mõnd zfs toetavat linuxi live cd külge panna ning failid lihtsalt kuhugi ümber tõsta ilma mingit käsurida vms suuremat keemiat kasutamata (a'la peab netist vaatama), kuda failid kätte saab? Ok, väiksema käsurea elaks üle, prindiks kasvõi kindluse mõttes välja.
|
|
Kommentaarid: 49 loe/lisa |
Kasutajad arvavad: |
|
:: |
0 :: |
0 :: |
47 |
|
tagasi üles |
|
|
karu
HV kasutaja
liitunud: 08.08.2002
|
18.01.2021 12:54:45
|
|
|
Ma ei ole zfs'i kasutaja, kuid linuxiga kasutan raid1.
zfs triple mirror peaks olema nagu RAID1 kolme kettaga. Info kõigil ketastel on identne ja peaks olema võimalik võtta ükskõik millise ketas ja bootida süsteem üles teises arvutis.
zfs suudab parandada väiksemaid faili lugemisel tekkinud vigu (bit rot) ilma raidi kaasamiseta. raid tuleb mängu kui ketas hakkab katki minema (bad block).
mirrori puhul kasutatakse esimest korraliku koopiat, raidz* puhul kasutatakse parandust (vajalik info arvutatakse kasutades paranduseks mõeldud infot).
mõlemal juhul (mirror/raidz*) visatakse katkine ketas raidist välja kui tegu bad blockidega.
|
|
Kommentaarid: 1 loe/lisa |
Kasutajad arvavad: |
|
:: |
0 :: |
0 :: |
1 |
|
tagasi üles |
|
|
napoleon
Unknown virus
liitunud: 08.12.2008
|
18.01.2021 15:55:28
|
|
|
Lisan ääremärkusena, et linuxi live versioonid by default ZFSi ei toeta ehk päris nii lihtne see pole, et kui on vaja taastada, siis pistad ketta külge ja kopeerid andmed.
Minimaalselt pead käsureal sellised käsud käivitama
sudo apt install zfsutils-linux
zpool import
kui külge ei võta, siis võimalik et peab natuke googeldama ja nikerdama veel. Kui 100% kindel tahad olla, siis võid selle ju enne läbi mängida kui ZFS peale päris andmed paned.
|
|
Kommentaarid: 76 loe/lisa |
Kasutajad arvavad: |
|
:: |
0 :: |
0 :: |
59 |
|
tagasi üles |
|
|
|