This is the old XigmaNAS forum in read only mode,
it will taken offline by the end of march 2021!



I like to aks Users and Admins to rewrite/take over important post from here into the new fresh main forum!
Its not possible for us to export from here and import it to the main forum!

Reducing LDAP page size from xxx to yyy due to IO_TIMEOUT

German community

Moderators: b0ssman, apollo567, Princo, crowi

Forum rules
Set-Up GuideFAQsForum Rules
Post Reply
Digi-Quick
Advanced User
Advanced User
Posts: 198
Joined: 19 Jul 2013 04:21
Status: Offline

Reducing LDAP page size from xxx to yyy due to IO_TIMEOUT

Post by Digi-Quick »

Moin,

NAS4Free unter ESXi 6.0 mit durchgereichtem LSI Controller.
NAS4Free stellt 4 ZFS Pools bereit
Pool 1 wird per NFS an ESXi als VM Storage bereitgestellt
Pool 2 für CIFS/SMB Freigaben
Pool 3 & 4 sind als iSCSi Targets für eine Exchange-VM konfiguriert (dies läuft allerdings noch nicht)

Folgende VMs laufen:
Windows Server 2016 als Domain-Controller (2008er Funktionslevel)
Debain mit MySQL
Windows Server 2003R2 als Terminalserver (kann erst umgestellt werden, wenn endlich andere Projekte fertig sind, die vor 4 Jahren begonnen wurden und eigentlich vor 2 Jahren abgeschlossen sein sollten. Der Kunde hat die Reißleine gezogen, von wegen er muß sparen)

Der Hostname der NAS-VM ist im DNS vom DC eingetragen
Die NAS-VM ist im AD als Haost eingetragen
Auf der NAS-VM ist der Zugriff per AD aktiviert.

Es Funktioniert eigentlich alles so wie es soll, wenn nicht der Zugriff auf die SMB Freigabe ab und an Haken würde:
Plötzlich kann eine einzelne Datei nicht mehr geöffnet werden von keinem Host aus, egal welcher Benutzer.
Ein Host hat gar keinen Zugriff mehr während der Zugriff von anderen Hosts problemlos klappt.
Manchmal reicht es in der NAS VM under "Zugriff|Active Directory" einfach auf Speichern zu klicken, in anderen Fällen muß der Host rebootet werden (es kann sich hierbei um die TS-VM handeln oder einen externen Host). Ich musste sogar schon die komplette NAS-VM Rebooten.

Im Syslog finde ich haufenweise diese Meldungen

Code: Select all

Nov 10 09:47:50 	storagevm 	winbindd[2922]: Reducing LDAP page size from 250 to 125 due to IO_TIMEOUT
Nov 10 09:47:50 	storagevm 	winbindd[2922]: [2016/11/10 09:47:50.597278, 1] ../source3/libads/ldap_utils.c:91(ads_do_search_retry_internal)
Nov 10 09:10:11 	storagevm 	winbindd[2922]: Reducing LDAP page size from 500 to 250 due to IO_TIMEOUT
Nov 10 09:10:11 	storagevm 	winbindd[2922]: [2016/11/10 09:10:11.974459, 1] ../source3/libads/ldap_utils.c:91(ads_do_search_retry_internal)
Nov 10 08:05:50 	storagevm 	winbindd[2922]: Reducing LDAP page size from 1000 to 500 due to IO_TIMEOUT
Nov 10 08:05:50 	storagevm 	winbindd[2922]: [2016/11/10 08:05:50.677985, 1] ../source3/libads/ldap_utils.c:91(ads_do_search_retry_internal)
Google spuckt haufenweise Ergebnisse mit den ähnlichen Logs aus, evtentuell noch Bugreports, aber keiner erkennbaren Lösung.
Nach meiner Interpretation bekommt NAS4Free keine Verbindung zum DC/ zur AD

Hardware:
ASRock Mainboard EP2C612D8-2T8R Sockel 2011-3
Bestückt mit einem Xeon E5-2630v4 und 128 GB ECC LRDIMM
SSD Only mit Samsung 850 Pro (1 SSD für ESXi und die NAS4FreeVM, 8 SDDs in 4 ZFS Pools mit jeweils 1 Mirror)

Digi-Quick
Advanced User
Advanced User
Posts: 198
Joined: 19 Jul 2013 04:21
Status: Offline

Re: Reducing LDAP page size from xxx to yyy due to IO_TIMEOUT

Post by Digi-Quick »

Scheinbar gibt es keine Lösung / Erklärung

Post Reply

Return to “Deutsch”