FreeNAS Corral končí, všichni downgradujte

16.5.2017 23:55 | Přečteno: 4232× | linux | | poslední úprava: 27.5.2017 19:33

Řešil jsem několik problémů a ve foru jsem se dozvěděl, že je konec. To nasere :-/.

Proč to utnuli?

Oficiální stanovisko vyšlo před nějakým časem v blogu : FreeNAS Corral Status: From “RELEASE” to “TECHNOLOGY PREVIEW” Status

• během několika týdnů se víc jak polovina uživatelů vrátila zpět na starší verzi
• bylo nahlášeno více jak 500 chyb včetně nestability a problémů s upgradem
• chybějící jails a problémy s iSCSI
• problémy s novým UI
• nižší výkon
• odešel vedoucí projektu Correl týmu
• UI je postaveno na MontageJS, jehož tým se rozpustil a vývoj značně zpomalil - nekompatibilita v prohlížečích apod.
• zbývající tým provedl analýzu middleware a přepsaných služeb a přišli na bezpečnostní chyby v architektuře řešení (hlavně ohledně virtualizace, dockeru a Plan9)
• náprava všech chyb by trvala nepřiměřeně dlouho, balíme to
• rychlejší tedy bude návrat zpět a pokračovat v postupném vývoji přidáváním fcí z correlu (jako např. podpora VM)

Jak dál?

Skoro tři roky vývoje FreeNAS Corral byly zahozeny. Všem je doporučeno provést downgrade zpět na verzi 9.10.
Na stránkách projektu již není ke stažení Correl verze.
Migrace na starší verzi není zajištěna a vzhledem k úplně odlišným konfiguračním souborům se neplánuje implementace automatické migrace (slovy vývojářů : FreeNAS je open source projekt s volně dostupnými zdrojovými kódy, nikomu nebráníme to implementovat, my to dělat nebudeme).
Manuální migrační proces je popsán zde : FAQ: Migrating from FreeNAS Corral to FreeNAS 9.10 / 11.
Kdo si dal tu práci a zrušil Jaily a přešel na Corral a Docker, má smůlu, vše bude muset znovu ručně zpátky přemigrovat, nebo počkat na podporu VM a migrovat do VM.
Ten, kdo provedl migraci do KVM, by měl počkat na FreeNAS 11, který podporu KVM dostane.

Závěr

Čumím jak puk, nemohu tomu stále uvěřit a osobně čekám na stable 11, aktuálně je venku FreeNAS 11.0-RC s podporou VM (KVM) a přepracovaným UI.

Pravdou ovšem je, že mně trápí tři věci na Corralu, jednou je divně se chovající Veeam backup (skoro to i vypadá časově na dobu, kdy byl proveden upgrade na Corral) a druhým problémem je to, že Start/Stop/Restart VM způsobí, že FreeNAS přetočí síťovky a celý server je na síti 30s nedostupný. Poslední chybou to, že pokud mám nastaveno na síťovce MTU 9000, tak VM nesputím, nebo když spustím, tak v ní není ethernet, protože se snaží nastavit MTU na 1500 v bridgi s MTU 9000 a nejde to obejít.

Všem kdo neupgradovali na FreeNAS 10 tímto gratuluji. Těm, co upgradovali a nedělali skoro žádné změny a nechali si snapshot se starší verzí FreeNAS, přeji, aby downgrade proběhl bez problémů. Těm, co si snapshot nenechali, nebo dělali hodně změn (vytvářeli datasety, upgradovali pool apod.), s těmi prosím soucítím a nezávidím jim nevratnou slepou uličku :-/.

Zdar Max

UPDATE : Tak jsem se vrátil ke staršímu snapshotu(buildu) a downgradoval jsem na FreeNAS 9.10.2 a následně provedl upgrade na verzi 11. Vše proběhlo ok a jsem spokojen, smb je zase 100% stabilní, u Corralu jsem minulý týden přišel na to, že smb share není vždy hned dostupný, občas nějaký timeout a jednou za uherák v logu chybka, čehož jsem si předtím nevšiml. Teď už zbývá jen rozjet VM.        

Komentáře

[trekker.dk]

Start/Stop/Restart VM způsobí, že FreeNAS přetočí síťovky a celý server je na síti 30s nedostupný.

Určitě to dělá? Tohle se občas děje i při normální práci s bridgem, když se do něj přidávají/ubírají síťovky - automaticky se mění jeho MAC adresa, s čímž se zbytek sítě nemusí srovnat hned.

[Max]

Ano, dělá a změnou MAC to není, dělá to změna promiscuous mode, aspoň to tak na první pohled vypadá (nebo šachování s bridgem down/up) :

ix2: link state changed to UP
lagg1: link state changed to UP
vlan0: link state changed to UP
vlan1: link state changed to UP
nfsd: can't register svc name
NLM: local NSM state is 0
bridge0: Ethernet address: 02:42:64:09:55:00
bridge0: changing name to 'mgmt0'
bridge1: Ethernet address: 02:42:64:09:55:01
bridge1: changing name to 'nat0'
tap0: Ethernet address: 00:bd:d1:9e:fa:00
bridge2: Ethernet address: 02:42:64:09:55:02
ix2: promiscuous mode enabled
lagg1: promiscuous mode enabled
bridge2: link state changed to UP
vlan0: promiscuous mode enabled
tap0: promiscuous mode enabled
bridge2: changing name to 'brg12'
tap0: link state changed to UP
tap0: link state changed to DOWN
tap0: promiscuous mode disabled
brg12: link state changed to DOWN
ix2: promiscuous mode disabled
lagg1: promiscuous mode disabled
vlan0: promiscuous mode disabled
tap0: Ethernet address: 00:bd:9c:34:fd:00
bridge2: Ethernet address: 02:42:64:09:55:02
ix2: promiscuous mode enabled
bridge2: link state changed to UP
lagg1: promiscuous mode enabled
vlan0: promiscuous mode enabled
tap0: promiscuous mode enabled
bridge2: changing name to 'brg12'
tap0: link state changed to UP
tap0: link state changed to DOWN
tap1: Ethernet address: 00:bd:30:31:0d:01
tap1: promiscuous mode enabled
tap1: link state changed to UP
tap1: link state changed to DOWN
tap2: Ethernet address: 00:bd:d3:07:0f:02
tap2: promiscuous mode enabled
tap2: link state changed to UP
tap2: link state changed to DOWN
tap0: promiscuous mode disabled
tap1: promiscuous mode disabled
tap2: promiscuous mode disabled
brg12: link state changed to DOWN
ix2: promiscuous mode disabled
lagg1: promiscuous mode disabled
vlan0: promiscuous mode disabled
ix2: Interface stopped DISTRIBUTING, possible flapping
tap0: Ethernet address: 00:bd:47:9b:81:00
bridge2: Ethernet address: 02:42:64:09:55:02
ix2: promiscuous mode enabled
lagg1: promiscuous mode enabled
bridge2: link state changed to UP
vlan0: promiscuous mode enabled
tap0: promiscuous mode enabled
bridge2: changing name to 'brg12'
tap0: link state changed to UP

Další věc je třeba nemožnost změnit MTU z UI bez restartu. Měl jsem na lagg nastaveno MTU9000, změnil jsem na 1500, server byl 30s nedostupný, poté web ksicht hlásil MTU 1500, ale přes ssh jsem viděl, že není nastaveno, změny se skutečně aplikovaly až po rebootu.
Nevím, jak to bylo u starší verze, tam jsem takové věci nedělal a používal jen storage, resp. u verze 9.10 jsem měl zase problém s jailem. Server náhodně nechtěl nabootovat/nastartovat a vytuhnul. Dohledal jsem, že je problém s driverem u síťovky a stává se to (po zrušení jailu problém zmizel). Od té doby jsem změnil síťovku a přešel na 10Gbit, takže možná by mi to u jailu už nedělalo.
Čekám na verzi 11 stable a přejdu, dle toho migračního FAQ bych to neměl mít moc složitý, snad.
Zdar Max

[Vantomas]

30 sekund by spíš odpovídalo na STP, buď na switchi nebo v tom bridge. Je ale pravda, že v tom logu to vidět není, ale na Linuxu vypnutí STP těchto 30 sekund odstraní.

[Max]

Ano, u STP 30s je ok, ale u RSTP rozhodně ne (já mám rozjeté MSTP), ten to v klidu dává do 1-2s (max výpadek jeden ping).
Zdar Max

[Vantomas]

Popravdě netuším, jen jsem řešil ten samý problém s KVM hostem na Linuxu a tam těchto 30 sekund způsobovalo STP. Samozřejmě na síti mám normálně RSTP, ale to Linux asi neumí. Nijak hluboce jsem to nestudoval, prostě jsem to na Linuxu vypnul, protože s jedním ethernetem + virtuály moc smyčky nehrozí.

[trekker.dk]

Samozřejmě na síti mám normálně RSTP, ale to Linux asi neumí.

Neumí, bohužel. Hodilo by se.

[R]

mstpd?

[trekker.dk]

Important note! MSTP part of the code (as opposed to STP/RSTP part) is mainly untested, so I believe it will behave unexpectedly in many situations. Don't use it in production!

To nezní moc dobře. Nehledě na to, že by to spíš mělo být v kernelu, ne v user space.

[citanus]

RSTP by mohlo stacit..: https://github.com/mstpd/mstpd/blob/master/README.VLANs.md

 

vyzkousim to

[milous]

tak finalni verze 11 by mela vyjit za par dni - https://bugs.freenas.org/versions/413

ja jedu na 11 RC uz par dni/tydnu/? a zatim naprosto bez problemu

posoudit, zda je 11 rychlejsi nez 9.10.2u2 nedokazu neb mne to bezi na prichciplem Microserveru Gen7, kde se vlece vsecko

[Honza]

FreeNAS je snad vyvíjen s podporou ixSystems nebo ne? To se jim tedy moc nepovedlo...

Stavím nový NAS na doma a hodně teď přemýšlím co na něj. FreeNAS byl jasná volba, ale po tomhle fiasku koukám po alternativách (OMV, Rockstor, ...).

[Max]

Asi takhle, do FreeNAS jsem šel kvůli ZFS. V té době byla podpora ZFSonLinux ještě nic moc a btrfs bych nemohl použít kvůli kapacitě (špatná podpora RAID5/6) + navíc u ZFS se líp vylepšuje výkon pomocí SSD. Dalším důvodem bylo klikací rozhraní kvůli kolegům windowsákům.
Nevýhodou FreeNAS/FreeBSD je pro mně nepodpora NFS4.1.
Ještě tedy nevím, jakou cestou se vydám, zda přejdu na linuch a ZFSonLinux, nebo zda si počkám na FreeNAS 11 a přejdu na něj (performance testy jsem nedělal, ale psávalo se, že FreeNAS má ZFS hodně vyladěný a dosahují hodně dobrých výsledků oproti konkurenci, nebo čistému FreeBSD).
Zdar Max

[Max]

Jinak doma mám Debian Stretch + mdadm RAID5 (4x2TB) + BTRFS + tvheadend + minidlna + asterisk + budu ještě nasazovat nakonec ZoneMinder.
Zatím naprostá spokojenost. I rozšíření RAID5 o další disk bylo ok.
Zdar Max

[motyq]

jj taky jsem zkoušel různé, nakonec jsem šel do ubuntu serveru (protože jsem líný prase). Možnost tam cokoliv přidat...
aktuálně
- tvheadend
- 4tunerový dvb-s2 (tbs-6985)
- oscam s skylink kartou
- samba/nfs
- 3x4TB mdraid
- dhcp/dns/routing
- lxd kontejnery s grafováním provozu/teplot/senzorů (grafana + influx), webserver

Jako jednorázová řešení jsou ok, ale jak si začnete hrát, zkoušet, mít více nároků, tak stejnak skončíte u nějakých "plnotučných" řešeních. Na freenasu by to asi také šlo všechno rozfungovat, ale rozhodně bude po netu méně howtos než pro debian/ubuntu.

Jediné co mi nefunguje, je uspávání mdraidu/disků... to mi zaboha nechce makat.

Ještě mi ke štěstí zbývá domácí síť, zVlanovat a zprovoznit ipv6 (prefix už mám). Když jsem kouknul na provoz, tak přecijen těch zařízení co mají v síti adresu, už mám aktuálně přes 20 (od telefonů po "chytré" televize) a nelíbí se mi jak všechno může všude. Samozřejmě takovéto řešení asi není pro každého, musí to mít člověk jako koníček/práci... Zrovna tak jako automechanik se může doma hrabat ve svém autě.

[Max]

Na stream DVB-S se také chystám, ale zatím mám jen 4x USB DVB-T tuner. Přecijen, satelit je trochu jiný cenový level :-/ a není to nic, co nutně musí být, je to jen nice to have featurka.
Každopádně ta tvoje karta, to je cenový masakr. Asi to teče dobře, ale také to máš asi pro trochu víc klientů.
Já přemýšlím nad něčím do USB, ale zatím se na nákup nechystám.
Zdar Max

[motyq]

Mám kdyžtak na odpal dvě předchozí karty, které jsem tam měl - dvoutunerové tbs-6981. Akorát vůbec netuším, co bych si za ně měl říct. Kdyby byl zájem tak je "pustím". Nemám pro ně další využití.

A více klientů - samozřejmě v rámci baráku - víc televizí naráz, možnost nahrávat něco a na něco jiného koukat. Zkoušel jsem, že to zvládá 4 streamy nahrávat a na jiné 4 "koukat" a stále v pohodě. Akorát, že v tuto chvíli už by mi asi zase stačila pouze ta dvoutunerová karta.. přecijen sledování telky v naší domácnosti "upadá"

[Max]

Díky za nabídku, ale má deska má jen jeden express slot 16x a tam se snažím nabušit řadič. Z toho důvodu se asi budu poohlížet po nějakém usb tuneru.
Zdar Max

[biolog]

Na to se snad dá říct jediné: LOL.

Ale všechna čest za to, že to hoši přiznali.