Beiträge von mburgener

    Ich habe zum selben Thema eine Antwort erhalten, das Vorgehen scheint sich wohl ein wenig verändert zu haben, folgendes hat bei uns funktioniert:


    ssh und dann:

    Code
    /usr/local/mariadb/bin/mysqldump -S /tmp/mysql_qbox.sock --user=root --password=qnapqnap qbox > /share/Public/qsync_backup.db
    /etc/init.d/qsyncsrv.sh stop
    mv /share/MD0_DATA/.qbox/mysql/data /share/MD0_DATA/.qbox/mysql/data_old
    /etc/init.d/qsyncsrv.sh start
    /usr/local/mariadb/bin/mysql -S /tmp/mysql_qbox.sock --user=root --password=qnapqnap qbox < /share/Public/qsync_backup.db


    LG


    Mike

    Also, bin nach hartem Kampf selbst auf die Lösung gekommen!
    Es scheint als ob sich Windows nicht damit zufrieden gibt sofern die Berechtigungen direkt den Usern auf das Sysvol mit der NTFS Berechtigung vergeben wird!


    Sofern man eine Gruppe definiert und dieser die Benutzer hinzufügt und dieser dann Zugriff auf das Sysvol gibt so funktioniert es!


    Funktioniert nicht:


    Code
    # file: .# owner: admin# group: administratorsuser::rwxuser:admin:rwxuser:3000009:r-xuser:3000012:rwxuser:CARITAS-LAB\tebe2:r-xuser:3000018:rwxuser:CARITAS-LAB\krbtgt:rwxuser:CARITAS-LAB\krbtgt_23658:rwxuser:CARITAS-LAB\tebe3:r-xgroup::r-xgroup:CARITAS-LAB\Domänencomputer:r-xgroup:CARITAS-LAB\Domänen-Admins:rwxgroup:3000017:r-xgroup:CARITAS-LAB\Domänencontroller:rwxgroup:3000019:rwxgroup:3000020:rwxgroup:3000022:r-xmask::rwxother::r-xdefault:user::rwxdefault:user:admin:rwxdefault:user:3000009:r-xdefault:user:3000012:rwxdefault:user:CARITAS-LAB\tebe2:r-xdefault:user:3000018:rwxdefault:user:CARITAS-LAB\krbtgt:rwxdefault:user:CARITAS-LAB\krbtgt_23658:rwxdefault:user:CARITAS-LAB\tebe3:r-xdefault:group::r-xdefault:group:CARITAS-LAB\Domänencomputer:r-xdefault:group:CARITAS-LAB\Domänen-Admins:rwxdefault:group:3000017:r-xdefault:group:CARITAS-LAB\Domänencontroller:rwxdefault:group:3000019:rwxdefault:group:3000020:rwxdefault:group:3000022:r-xdefault:mask::rwxdefault:other::r-x


    Funktioniert:

    Hallo zusammen,


    Ok vielleicht bin ich ja echt einfach zu Doof!!!!!


    Habs jetzt 1000mal versucht auf die verschiedensten Arten wie hier erklärt.


    Wir haben folgendes Test-Setup


    1 PDC (schreibbarer DC) testdc02
    1 RODC mit Qnap firmware 4.2.0 (samba4) mit dem Namen srv883601
    Der RODC ist in einer site Namens biberbruggsite1


    Folgendes funktioniert:


    - Passwort-Caching und login selbst wenn der testdc02 offline ist.
    - Zugriff auf die shares



    Zeitweise scheint der Zugriff auszufallen, nach einem killall smbd gehts dann wieder, hierzu auch noch folgende Fehlermeldungen


    Event-log error 1: Extern verlinkte Datei entfernt! Der Grund!

    Code
    The following directory service made a replication request to replicate attributes in filtered set that has been denied by the local directory service. The requesting directory service does not have access to replicate attributes in the filtered set. Requesting directory service:9a88c129-915b-4036-afa2-320d26699b62 (SRV883601.caritas.lab)Directory partition:DC=caritas,DC=lab User Action    If the requesting directory service should get attributes in filtered list, verify that the security descriptor on this directory partition has the correct configuration for the Replication Get Changes In Filtered Set access right.  You may also get this message when the attributes in filtered set are different between source and destination DCs because of recent schema change. This message will cease when the schema is in sync between the destination and source DCs.


    Event-log error 2: Extern verlinkte Datei entfernt! Der Grund!


    Folgendes funktioniert nicht:


    -Zugriff auf die GPO auf den RODC


    ein paar Screenshots im Anhang


    Ich hoffe jemand anders hatte mehr Erfolg!


    Lieber Gruss


    Mike