Unterstützung Freenas 9.3.1 / Netzwerk und Security Output

[s25a]

Hallo Zusammen,

ich habe über Jahre eine Qnap betrieben, habe mich aber aufgrund von ZFS entschieden auf FREENAS zu wechseln. Ich betreibe das Ganze als Testsystem seit ca. 1 Monat um zu sehen wie es so läuft. Bin sehr zufrieden allerdings habe ich 2 Fragen bei denen ich aktuell nicht weiterkomme. Da ich noch komplett neu bin, weiß ich gar nicht wo genau ich ansetzen soll, daher die Bitte: Vielleicht kann mir jemand weiterhelfen.

1) Ich habe Samba aktiviert und eine Freigabe auf insgesamt 3 Datasets gegeben. Eine davon habe ich in meinem Windows Client als Netzlaufwerk eingehängt. Das hat ca. 3 Wochen problemlos fkt. nun habe ich die Situation dass die Freigabe (in diesem Fall //freenas/hps) nicht mehr gefunden wird. Ich dachte erst das Ganze Dataset ist weg aber dem ist nicht so - alles Läuft normal. Auch die Jails die auf diesem Dataset laufen fkt. problemlos. Dann habe ich herausgefunden dass man unter //192.168.27.10/hps (manuell festgelegte IP Adresse des Systems) sehr wohl auf die Freigabe kommt.
Ich habe bereits einige Zeit damit verbracht mit die Netzwerk Config anzusehen - hab mich per SSH auf das System geschaltet und mit die Interfaces angesehen aber eigentlich sehe ich da kein Problem. Es betrifft auch nur dieses System, die Freigaben auf meiner QNAP sind alle da.
Komischerweise irgendwann geht das Ganze dann wieder und ich erreichte die FReigaben auch wieder unter //freenas/....

2) Seit ca. 1 Woche bekomme ich auf meine Admin Emailadresse die ich im Root hinterlegt habe den folgenden Security Output. Leider kann ich damit überhaupt nichts anfangen deshalb kopiere ich diesen mal 1:1 hier rein. Kann mir jemand sagen ob hier etwas kritisch ist oder das einfache Status Meldungen sind - Vielen Dank

Code:

freenas.local kernel log messages:
> igb0: link state changed to DOWN
> igb0: promiscuous mode disabled
> bridge0: link state changed to DOWN
> ifa_del_loopback_route: deletion failed Freed UMA keg (udp_inpcb) was
> not empty (40 items).  Lost 4 pages of memory.
> Freed UMA keg (udpcb) was not empty (504 items).  Lost 3 pages of memory.
> Freed UMA keg (tcptw) was not empty (50 items).  Lost 1 pages of memory.
> Freed UMA keg (tcp_inpcb) was not empty (30 items).  Lost 3 pages of memory.
> Freed UMA keg (tcpcb) was not empty (16 items).  Lost 4 pages of memory.
> Freed UMA keg (ripcb) was not empty (10 items).  Lost 1 pages of memory.
> hhook_vnet_uninit: hhook_head type=1, id=1 cleanup required
> hhook_vnet_uninit: hhook_head type=1, id=0 cleanup required
> igb0: link state changed to UP
> pid 9750 (syslog-ng), uid 0: exited on signal 6 (core dumped) Syncing
> disks, vnodes remaining...0 0 0 0 0 0 done
> SMP: AP CPU #2 Launched!
> Timecounter "TSC" frequency 1992075645 Hz quality 1000
> vboxdrv: fAsync=0 offMin=0x229 offMax=0x9c4
> igb0: promiscuous mode enabled
> epair0a: Ethernet address: 02:e5:38:00:05:0a
> epair0b: Ethernet address: 02:e5:38:00:06:0b
> epair1a: Ethernet address: 02:83:28:00:06:0a
> epair1b: Ethernet address: 02:83:28:00:07:0b
> epair2a: Ethernet address: 02:e3:08:00:07:0a
> epair2b: Ethernet address: 02:e3:08:00:08:0b
> epair1b: promiscuous mode enabled
> arp: 192.168.27.10 moved from 02:e3:08:00:07:0a to d0:50:99:c0:b7:20
> on epair2b
> arp: 192.168.27.10 moved from 02:e3:08:00:07:0a to d0:50:99:c0:b7:20
> on epair2b Freed UMA keg (udp_inpcb) was not empty (50 items).  Lost 5 pages of memory.
> Freed UMA keg (tcptw) was not empty (200 items).  Lost 4 pages of memory.
> Freed UMA keg (ripcb) was not empty (40 items).  Lost 4 pages of memory.
> Freed UMA keg (tcptw) was not empty (150 items).  Lost 3 pages of memory.
> Freed UMA keg (tcp_inpcb) was not empty (40 items).  Lost 4 pages of memory.
> Freed UMA keg (tcpcb) was not empty (24 items).  Lost 6 pages of memory.
> Freed UMA keg (ripcb) was not empty (40 items).  Lost 4 pages of memory.
> pid 9617 (syslog-ng), uid 0: exited on signal 6 (core dumped)
> CPU: Intel(R) Xeon(R) CPU E3-1235L v5 @ 2.00GHz (1992.07-MHz K8-class
> CPU)
> SMP: AP CPU #1 Launched!
> Timecounter "TSC" frequency 1992069009 Hz quality 1000
> vboxdrv: fAsync=0 offMin=0x226 offMax=0x6aca
> bridge0: link state changed to UP
> epair0a: Ethernet address: 02:90:65:00:05:0a
> epair0b: Ethernet address: 02:90:65:00:06:0b
> epair1a: Ethernet address: 02:1c:97:00:06:0a
> epair1b: Ethernet address: 02:1c:97:00:07:0b
> epair2a: Ethernet address: 02:c1:9f:00:07:0a
> epair2b: Ethernet address: 02:c1:9f:00:08:0b pid 1578 (syslog-ng), uid
> 0: exited on signal 6 (core dumped)
> arp: 192.168.27.10 moved from 02:c1:9f:00:07:0a to d0:50:99:c0:b7:20
> on epair2b

-- End of security output --

 

[Rand]

Hm, also der Security Output zeigt einen Fehler bei Syslog NG an (core dump). Es ist aber nicht ganz klar ob das Ursache oder Effekt ist.
Es wird weiterhin ein Problem mit der Netzwerkschnittsltelle angezeigt (igb0: link state changed to DOWN, igb0: link state changed to UP),
das kann allerdings auch vielfältige Ursachen haben... (Board, switch, software).

-Hat Dein Board zwei Nics so das Du an einem anderen Interface testen kannst? Oder hast Du noch einen separaten NIC?
-Was sagt /var/log/messages vor einem crash?

 

[Erwin]

Auf welchem Wert steht dein NETBIOS Name unter Services > CIFS ? Heißt der bei dir freenas ?
Ansonsten:
Du kannst unter CIFS jeden Share (//NETBIOS-Name/Share-Name) nur unter 1 User-Context von deinem Windows Client aus als Netzlaufwerk mounten.
Wenn du dann zusätzlich //IP-Adresse/Share-Name nutzt, geht es mit einem zweiten User-Context

 

[s25a]

Hallo Zusammen,

vielen Dank für eure Antworten, das hat schon mal sehr weitergeholfen Also zunächst einmal habe ich 2 NICs auf dem Board (i-210 und i-219). Es wird allerdings nur einer erkannt von Freenas. Da ich sowieso nur einen brauche habe ich nun einfach mal den zweiten im Bios deaktiviert und nun sehe ich folgendes im letzten Security Output. Das sieht ja schon mal besser aus.
Zusätzlich habe ich festgestellt dass ich (idiot) ein Backup Testsystem aufgesetzt habe mit den gleichen Einstellungen sprich auch den gleichen Samba Einstellungen. Seitdem ich das alles umbenannt habe fkt. es einwandfrei mit der Netzwerkfreigabe.

Ich hoffe ich konnte es somit lösen oder seht ihr noch etwas in dem Sec. Output das kritisch sein könnte. Dann würde ich nämlich langsam produktiv gehen :)

VG S

Code:

freenas.local kernel log messages:
> CPU: Intel(R) Xeon(R) CPU E3-1235L v5 @ 2.00GHz (1992.09-MHz K8-class
> CPU) Timecounter "TSC" frequency 1992092533 Hz quality 1000
> vboxdrv: fAsync=0 offMin=0x22d offMax=0x6b90
> epair0a: Ethernet address: 02:f3:9c:00:05:0a
> epair0b: Ethernet address: 02:f3:9c:00:06:0b
> epair1a: Ethernet address: 02:72:0e:00:06:0a
> epair1b: Ethernet address: 02:72:0e:00:07:0b
> epair2a: Ethernet address: 02:20:07:00:07:0a
> epair2b: Ethernet address: 02:20:07:00:08:0b
> arp: 192.168.27.10 moved from 02:20:07:00:07:0a to d0:50:99:c0:b7:20
> on epair2b

-- End of security output --

 

[Rand]

Das sieht doch soweit gut aus.
Allerdings ist gerade 9.10 erschienen (mit Unterstützung für den i-219 Nic übrigens) und 9.3x bekommt nur noch security Updates, keine Features/Nice-to-have Bugs mehr...

Viel Spass:)

 

[s25a]

Hallo nochmals,

jetzt muss ich leider doch nochmal nachfragen. Ich habe auf das 9.10 upgedated. Das hat soweit auch geklappt. Nun wollte ich ein neues Jail anlegen aber die neuen bekommen keine IP-Adresse mehr (siehe Screenshot die 2 bereits angelegten Jails haben keine Probleme). Irgendwie scheint mir als wäre doch etwas im Netzwerk korrupt.

Kann es sein dass diese irgendwie gesperrt sind (also das Dataset auf dem sie liegen) - Ich hatte sowas mal beim replizieren der Jails auf ein anderes System. (Ist nur eine Vermutung weil es sich ähnlich verhählt)

Danke und VG

S

 

[s25a]

Hallo nochmals,

bin gerade beim Suchen im Forum auf diesen Beitrag gestoßen: https://forums.freenas.org/index.php?threads/jail-not-working-with-dhcp.42310/
Da scheint also nicht nur mich zu betreffen. Ich weiß nicht ganz ob ich es richtig verstanden habe aber kann es sein dass nach diesem Upgrade von 9.3.1 auf 9.10 das komplette Jail Dataset gelöscht werden muss + Neuaufsetzen aller Jails? Sollte das wirklich so sein dann würde das stundenlanges neusinstallieren bedeuten :-(

Danke und Viele Grüße

S

 

[Rand]

Hm ja da gab es Probleme, aber habe gerade keine Jails und mich daher nicht damit auseinandergesetzt...
Wenn es DHCP Probleme gibt - was spricht gg statische IPs?
Und in dem Thread ging doch ein manuelles dhcp anfordern, das wäre doch eine Zwischenlösung bis das Problem gefixed ist, oder?