Hi,
das reicht mir schon. Ich habe die Tickets eben nochmal angebracht und warte auf Feedback. Vielleicht bewirkt es ja etwas!
Grüße
Christian
Hallo Cerberus,
ich habe mit mich mit deinen Tickets an meinen Ansprechpartner bei QNAP gewendet und gebeten, dein Ticket (welches schon auf Priority URGENT) steht, zu bearbeiten. Bedingt durch die Feiertage in Taiwan kann es sich leider verzögern. Ja ich weiß, dass du die Anfrage schon länger laufen hast, aber wir als privates Forum kommen dann auch an unsere Grenzen.
Viele Grüße
Christian
Hallo
Ich danke für die Bemühungen. Ich werde nun abwarten, was genau passiert. Bisher stehe ich auf der Warteliste. Wir werden sehen, wie und wo sich dieses Problem klären lässt. Was ich aber doch recht seltsam finde ist der Umstand, das der enthaltene SAMBA-Server noch auf der Beta steht. Die Final wird einfach nicht eingebunden. Da man selbst bei SAMBA dazu rät, diese BETA nicht produktiv einzusetzen verstehe ich die Haltung von QNAP so gar nicht. Es wird schließlich Vollmundig ein "Ersatz" für eine Windows-AD angepriesen -- und dann so was "halbfertiges" 
-- ich finde das nicht gerade schön. Das Sie es einbauen, ist eine wirklich Super Sache -- aber richtig getestet hat es dort scheinbar niemand. Denn sonst währen doch die DNS- und Relay-Probleme sofort aufgefallen.
Naja -- es heißt nun trotzdem abwarten und Tee trinken -- bisher läuft es ja -- und wenn keiner die Box neu bootet geht auch nix schief 
Hi Cerberus,
halt uns auf dem laufenden! :engel:
Danke
Christian
das ist die eMail von gestern ....
ZitatAlles anzeigenSehr geehrter Kunde,
leider ist die Meldung eines Problem nicht daran gekoppelt wie schnell QNAP das Problem lösen kann und wird.
Ich kann Ihnen jedoch mitteilen dass das Problem bereits weitergeleitet wurde ins Testzentrum, wird das Problem als positiv gekennzeichnet, geht es zur Fixung über.
Der gesamte Vorgang kann bis zu 4~6 Wochen in Anspruch nehmen.
Leider kann der Vorgang nicht beschleunigt werden.
Best Regards
身体健康,万事如意
S. W.
QNAP Systems, Inc
QNAP Inc. Munich
denn schau mer mal, ob man die gleichen Fehler findet 
Darf man mal fragen, wieviele Clients auf den DC zugreifen?
Würde ich ausschließen,
da ich mal auf meinem TS-431+, der hat auch SAMBA4, nachgeschaut habe
und dort ist in der /etc/config/smb.conf und über
testparm -v | more
kein log-file Eintrag zu finden. :shock:
Daher muß der Ordner fest im SAMBA definiert sein und läßt sich durch keine Hardware ändern.
Hallo Stefan, das mit dem Speicherort der Logdatei hatten wir ja schon geklärt.
Mich machen die extrem vielen Logeinträge noch etwas stutzig.
Bei mir sammeln sich im Log über mehrere Monate nur ein paar Dutzend Einträge.
Ich wollte damit sagen,
das es mit Sicherheit in den Sourcefiles vom SAMBA4 zu dem Modell noch andere Ungereimtheiten zu finden sind.
Wenn es an der Hardware (CPU, Speicher, oä.) läge, müßte man auch in anderen Bereichen (Netzwerkdurchsatz, Schreib-/Lesefehler auf der Festplatte) Probleme finden,
da es das ganze System betreffen würde und nicht nur SAMBA.
Da hast du natürlich auch wieder Recht.
Interessant wäre, unabhängig davon, mal ein komplettes Kernel-Log eines Bootvorganges zu sehen.
Ich habe inzwischen bei zwei meiner Kunden auch das hier beschrieben Problem, mit jeweils einem QNAP NAS als Domain-Controller.
Als Workaround habe ich nun auch jeweils den log file Parameter in der smb.conf angepasst. Womit das System zumindest soweit stabil läuft.
Bei dem einen Kunden habe ich jedoch außerdem das auch hier im ersten Post beschrieben Problem, dass der DHCP-Server des NAS benötigt wird, da der verwendete Router (FritzBox), es nicht zulässt einen abweichenden DNS-Server per DHCP zu verteilen und sich am integrierten DNS-Server auch kein Zonen-Abhängiges DNS-Redirect einrichten lässt. Das heißt in der Praxis funktioniert das ganze leider derzeit nur bis zum nächsten Reboot des NAS.
Gibt es hierzu inzwischen einen rebootsicheren Workaround oder einfach eine Möglichkeit beim DHCP-Server des NAS weitere Einstellungen vorzunehmen? (siehe auch mein Post hier: http://forum.qnapclub.de/viewtopic.php?f=35&t=34710)
Aktuell leider nicht ...
Der Support bei QNAP hat alle Tickets geschlossen -- ohne Lösung