|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
LVM > ZFS
Od: ericek111 [PC]
|
Pridané:
24.5.2019 10:33
Na všetko používam LVM, je s tým menej srania a "it just works", okrem momentov, kedy to nefunguje (ako napríklad teraz - thin pool mi zaplnil miesto na metadáta, musel som z druhého disku priradiť partíciu, aby sa to mohlo vôbec rozbehnúť, pri rozoberaní a prepastovaní PC som zapojil disky v inom poradí - pretože ja lenivec som nenastavil fstab podľa UUID - čím sa mi pokazil GRUB, tak som nabootoval do rok starej inštalácie, čo mi ešte našťastie ležala na disku, musel aktualizovať 17.10 na 18.04, aby som mohol nainštalovať LVM a teraz opravujem. :P).
|
|
Re: LVM > ZFS
Od: Wernher
|
Pridané:
24.5.2019 10:50
To je aká novinky, ten TRIM?
Windows je má koľko rokov?
|
|
Re: LVM > ZFS
Od: Wernher
|
Pridané:
24.5.2019 10:50
...ju...
No najmenej 5-6 rokov
|
|
Re: LVM > ZFS
Od: okuliarnaty itckar s masnou
|
Pridané:
26.5.2019 7:04
zfs je zatial jediný použiteľný súborovy systém pod tou paródiou na operačný systém ktorá si hovorí Linux.
|
|
Re: LVM > ZFS
Od: Ovno
|
Pridané:
27.5.2019 14:58
A ty si paródia na človeka
|
|
Re: LVM > ZFS
Od: hulvat2
|
Pridané:
24.5.2019 10:59
Windows ma TRIM pre ZFS?
Lebo linux ma TRIM pre ext4, btrfs, jfs, vfat a pokial viem tak z casti aj pre NTFS.
|
|
Nadbygtočný súborový systém
Od: Wernher
|
Pridané:
24.5.2019 11:22
Pre vlastný súborový systém...
ZFS je na roky nadbytočný, pre domáco posera je to úplne jedno či je alebo nieje nejaké ZFS.
Otázka, čo je to "deduplikácia...?" Máme jednoduchšie slovné spojenia. A niekedy je duplikácia potrebná.
|
|
Re: Nadbygtočný súborový systém
Od: sensei-san
|
Pridané:
24.5.2019 12:16
Um. Čo je vlastný súborový systém Linuxu?
|
|
Re: Nadbygtočný súborový systém
Od: Wernher
|
Pridané:
24.5.2019 12:33
Napr. ext....
Hádam nejaký bežný, predvolený, či aký nejaký Linux používa...
|
|
Re: Nadbygtočný súborový systém
Od: Nie som robot
|
Pridané:
24.5.2019 12:37
najlepsi je i tak JFS a na male subory XFS ale musi byt UPS.
|
|
Re: Nadbygtočný súborový systém
Od: sensei-san
|
Pridané:
24.5.2019 15:13
Ok. Tak berme, že je to ext. Odkedy má Linux TRIM na ext?
|
|
Re: Nadbygtočný súborový systém
Od: ericek111 [PC]
|
Pridané:
24.5.2019 16:17
Linux podporuje TRIM od verzie 2.6.28 (2008): https://kernelnewbies.org/Linux_2_6_28
A ext4 dostalo v 2009-11-19 možnosť pre jeho vypnutie (commit 5328e635315734d42080de9a5a1ee87bf4cae0a4).
Dokonca LVM to má od 2011: https://red.ht/2MhgFke
|
|
Re: Nadbygtočný súborový systém
Od: sensei-san
|
Pridané:
24.5.2019 20:11
Ok. Díky, ericek111. A teraz otázka pre Wernher-a: Ešte stále si myslíš, že Linux zaostáva za Windowsami?
|
|
Re: Nadbygtočný súborový systém
Od: qwertyuiop1
|
Pridané:
24.5.2019 20:25
Jeden z developerov pracujucich na Windows, v roku 2013 vyjadril: "Windows zaostava za Linuxom, a rozdiel sa iba zvacsuje".
https://dopice.sk/n1z
|
|
Re: Nadbygtočný súborový systém
Od: dddddswe
|
Pridané:
24.5.2019 22:14
len mám teraz dilemu, či veriť Windows developerovi...
|
|
Re: Nadbygtočný súborový systém
Od: /dev/null
|
Pridané:
24.5.2019 12:26
To je stav ked FS duplikuje dedo...
|
|
Re: Nadbygtočný súborový systém
Od reg.: teapak1
|
Pridané:
24.5.2019 12:38
ZFS priekazne nebol stvoreny pre domaceho poseroutku
|
|
Re: Nadbygtočný súborový systém
Od: /dev/null
|
Pridané:
24.5.2019 12:42
Presne, ZFS bolo stvorene pre tvrdych chlapov ktory sa ho neboja prevadzkovat pod Solarisom a FreeBSD so zpoolom nad SSD.
|
|
Re: Nadbygtočný súborový systém
Od: ericek111 [PC]
|
Pridané:
24.5.2019 12:46
Pre domáceho posera je úplne jedno, či má 100 Mbps alebo 1 Gbps sieť. Čokoľvek nad 100 Mbps je teda úplne zbytočné a ideálne to spálime spolu s knižkami.
|
|
Re: Nadbygtočný súborový systém
Od: jadebil
|
Pridané:
24.5.2019 12:49
Tak načo som ja debil doma potom ťahal 10GBase-T a riešil prevodníky zo SFP+ na S+RJ10 ?????
|
|
súborový systém
Od: Wernher
|
Pridané:
24.5.2019 13:01
Možno nevieš že je kríza a máš nejak priveľa zbytočných peňazí.
|
|
Maniak je kretén
Od: Tribald
|
Pridané:
24.5.2019 13:25
Maniak ty si ozaj kretén. čo je teba do toho kto má koľko peňazí a ako ich využíva ty priveľa zbytočných peňazí
|
|
Re: LVM > ZFS
Od: Faceless man
|
Pridané:
24.5.2019 14:27
Hodor - trim dvere!
|
|
Re: LVM > ZFS
Od: Lolekov brat
|
Pridané:
24.5.2019 11:55
LVM som pouzival 9 rokov. Najprv nad raid 5 a neskor nad raid 6. Problem nastal vzdy po umrti jedneho disku. Raid 5 sa proste rozsypal a lvm uplne pokafralo xfs particiu. Raid 6 pri recovery odisiel druhy disk a data boli opat v...lvm prispelo k tomu, ze data ostali uplne nekonzistentne. Teraz som spravil kazdy disk s mirrorom a mountujem ich cez mergerfs do jedneho mount pointu. Pri poskodeni jedneho disku sa jednoducho data zmirroruju a data ostanu nedotknute. LVM je zaujimave, ale pre spravovanie dat na serveroch, alebo nasoch ho neodporucam. Ale je mozne, ze som ho pouzival zle mojou vinou. Naj bonus je, ze po odobrani disku ktory zomrel z lvm nebolo mozne jednoducho identifikovat, ktore data su poskodene, kedze lvm zapisuje napriec vsetkymi diskami a suborovy system sa musel recoverovat s tym, ze sa prekopirovali na nove diskove pole.
|
|
Re: LVM > ZFS
Od: iwk
|
Pridané:
24.5.2019 12:29
Pan asi nevie spravit spravne raid, ako citam. Ak by sa to stalo raz, mozno uverim ze nejaka nestandardna situacia, ale opakovane by som uz hladal chybu niekde medzi klavesnicou a stolickou.
|
|
Re: LVM > ZFS
Od: 3bit
|
Pridané:
24.5.2019 12:32
Medzi klavesnicou a stolickou byva casto priekazne vzduch...
|
|
Re: LVM > ZFS
Od reg.: teapak1
|
Pridané:
24.5.2019 12:39
nie ten je v hlave toho, co sedi medzi stolickou a klavesnicou
|
|
Re: LVM > ZFS
Od: ericek111 [PC]
|
Pridané:
24.5.2019 12:52
Bojujem s tým už 2 hodiny vkuse. Dumpol som 80 MB metadát (mappingy pozícií blokov thinpool-disk) a nahral na novovytvorený LV, presne, ako to robia CLI utilitky a podľa mailing listov. Stále to vracia "bad checksum in superblock" pre samotný LV thinpoolu (/dev/mapper/vg0-thinpool). O dáta by som veľmi nerád prišiel.
|
|
Re: LVM > ZFS
Od: /dev/null
|
Pridané:
24.5.2019 12:55
skús prepínač -f
|
|
Re: LVM > ZFS
Od: ericek111 [PC]
|
Pridané:
24.5.2019 13:01
Už som skúsil aj dd if=/dev/null of=/dev/sda pre istotu a stále nič... Ja už neviem. :(
|
|
ničivý praktik S005E002527
Od: syntaxterrorX .XXX
|
Pridané:
24.5.2019 11:23
Skutočnou otázkou je, že či keď fs musí riešiť trim, je nahovno len radič alebo priekazne celá architektúra.
|
|
Re: ničivý praktik S005E002527
Od: vasco
|
Pridané:
24.5.2019 12:33
Celá radič!
|
|
Re: ničivý praktik S005E002527
Od: Knji
|
Pridané:
24.5.2019 18:39
Aj s Radičivou
|
|
Tutilok
Od: adolf kernel
|
Pridané:
24.5.2019 12:31
Napr. Synology dlhe roky pouziva BTRFS a swRAID a aj prispieva do kodu BTRFS ci hlasi/opravuje bugy a zatial prechod k ZFS ani neplanuje - velke vyhody v ZFS nad Linuxom nevidim - Solaris a FreeBSD je ale ina pesnicka...
|
|
Re: Tutilok
Od: Faceless man
|
Pridané:
24.5.2019 12:43
odporucam FreeNAS
|
|
Re: Tutilok
Od: mickey mouze
|
Pridané:
24.5.2019 13:36
Odporúčam liečenie.
Áno kúpim disky, bedňu, PSU, MB, RAM, CPU a dam FreeNAS a budem to supportovať a opravovať ako taký debo alebo kupim hotový, otestovaný, odladený produkt s 2r+ zárukou a podporou od Synology (pripadne AsusTor, QNAS...) za 1/4 ceny riešenia UrobSaSam.
Nie je nič lepšie ako FreeNAS, RPi, disky cez USB a pod. Takú sračku som mal rok a potom som dostal rozum, kupil Synology. Zrazu mám o dosť voľného času naviac na skutočnú prácu.
|
|
Re: Tutilok
Od: syntaxterrorXX. X
|
Pridané:
24.5.2019 13:46
Áno ale teraz priekazne budú support fóra so skvelými tipmi zývať prázdnotou...
|
|
Re: Tutilok
Od: Faceless man
|
Pridané:
24.5.2019 13:54
Je dôležité vyzývať sa do sýtosti...
|
|
Re: Tutilok
Od: qwertyuiop1
|
Pridané:
24.5.2019 19:50
Asustor uz nikdy. Chlapici na Taiwane si povedali, ze jednoducho cez ssh ti userov nepustia, vypli to natvrdo v zdrojakoch, tak na tom nemozes prevadzkovat rozumne ani len rsync. Jedine, na co je asustor pouzitelny (nie dobry) je byt iscsi target.
Synology je fajn, nema pridrble obmedzenia Asustoru.
|
|
Tu daco napisem
Od: Men0
|
Pridané:
24.5.2019 12:45
Spravim si doma Raspberry Pi s SD kartou a USB flashkou v RAID1 nad ZFS so zpoolom nad zalohovacou magnetickou paskou.
|
|
8 znakov
Od: Indigo0
|
Pridané:
24.5.2019 13:48
Stacila mala chyba v RAM pri zapise a po restarte uz cely pool neslo naimportovat.
ZFS nie je super fault tolerant ked ide o chyby na disku. Ale rozbije ho malickost, ako nespravny checksum na nespravnom mieste.
|
|
Re: 8 znakov
Od: Faceless man
|
Pridané:
24.5.2019 13:52
Áno a preto my - veľkí chlapci - používame servery napájane cez centrálnu UPS s ECC RAM a radičom RAID so záložnou batériou. A chyby zápisu týmto obmedzujeme na úplne minimum...
|
|
Re: 8 znakov
Od: Wernher
|
Pridané:
24.5.2019 14:13
Čože?
To ako vážne, či máš už od rána o nejaké promile lepšiu náladu?
|
|
Re: 8 znakov
Od: /dev/null
|
Pridané:
24.5.2019 14:17
ale ECC RAM je pre korektný zápis základ...
|
|
Re: 8 znakov
Od: Wernher
|
Pridané:
24.5.2019 14:58
1 bit na 8 bitov? To už rovno 8 bitov na 1 byte.
|
|
Re: 8 znakov
Od: Nah
|
Pridané:
25.5.2019 13:37
"ZFS nie je super fault tolerant ked ide chyby na disku" -> si najprv nastuduj ako funguje interne zfs pred tym ako napises nezmysel.
|
|
.....
Od: sadlomaslo
|
Pridané:
26.5.2019 7:05
Linux os pre buzerantov
|