FreeNAS Corral končí, všichni downgradujte (diskuse)

[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.