Ordner in H: werden falsch angelegt

Server v7 v7-Betatest
1

Liebe Liste,

ist schon irgendwie zum wahnsinnig werden: Kaum meint man, man wäre so weit,
bekommt man wieder eine vor den Latz …

Diesmal:
Windows 10, Angemeldeter Benutzer, alle Laufwerke sichtbar - ok

In Laufwerk H: einen neuen Ordner erstellen: klappt
IN diesem Ordner einen weiteren Ordner erstellen … klappt nicht. Man läuft in eine Fehlermeldung
„Element wurde nicht gefunden“.
Schaut man auf die Konsole vom Server, so sieht man, dass der „Neue Ordner“ 8 Mal angelegt wurde.
Erstellt man eine Textdatei, so wird diese im Hintergrund zwar erstellt, aber genauso wenig angezeigt,
wie die neuen Ordner.

Mach man das gleiche in einem Projektordner, so klappt alles.

Wo ist der Unterschied zwischen dem Home und dem Projektordner? Sind doch beides
Samba-Shares …

VG
Wolfgang

2

Ergänzung:
Auch ein Reboot vom Client ändert nichts daran, dass die angelegten (oder reinkopierten)
Ordner auf H nicht angezeigt werden.

Zusatz: Erstelle ich auf der Konsole vom Server in dem betroffenen Ordner irgendwelche datenstrukturen, so werden die problemlos am Client angezeigt.

Zusatz: Auch ein Restart der Samba-Dienste bringt keine Änderung

Zusatz: Auch ein Reboot des Servers bleibt wirkungslos.

Zusatz: Schaut man sich die Windows-Berechtigungen des Ordners an, so stellt man fest, dass der neue Ordner (den man auf oberster ebene ja anlegen kann) schreibgeschützt ist UND dass unter Eigenschaften/Sicherheit für den Benutzer Keine Rechte vergeben sind. Gut, das könnte ja dran liegen, dass es drunter ja ein Linux-Filesystem ist … ABER: Man kann dem Benutzer Vollzugriff erteilen
und dann kann man im Ordner auch auch einen Unterordner erstellen. DIESER hatt dann die Windows-rechte und man kann in dem Ordner auch weitere Unterordner erstellen.
Unabhängig davon ist der Ordner aber in den Eigenschaften weiterhin als „schreibgeschützt“ gekennzeichnet, was aber ignoriert wird.

3

Hi,
gleiches Problem bei uns:

Konnte das hier beschriebene Verhalten genau so nachvollziehen, egal ob die Verzeichnisse per Skript oder direkt durch den Schüler angelegt wurden. Im Home-Laufwerk (H:) haben diese anschließend für diesen Schüler (der eigentliche Besitzer) keine Rechte - bei den Sicherheitseigenschaften dieser Verzeichnisse gibt es weder bei Zulassen noch bei Verbieten ein Häckchen. Ergo: In dem selbst angelegten Verzeichnis bekommt der user anschließend „Zugriff verweigert“

Was ich vorhin noch probiert habe, auch weil wir einen Fehler beim Erstellen der students.csv selbst ausschließen wollten:
Haben wir noch mal mit einer leeren students.csv begonnen. Über das WebUI die Daten zum Teil per Hand eingetippt und noch mal eine Klasse (E1BTE1) per copy & past ind den WebUI Editor kopiert, akzeptiert hat das WebUI die Daten auch erst nach Umstellung auf UTF-8, dann lief alle ohne erkennbare Fehler durch… u n d - gleiches Ergebnis mit den Rechten - „Zugriff verweigert“

4

Hallo zusammen,

hier scheinen die ACL in den Installationen von euch ein Problem zu haben. Es werden mit dem nächsten update von Sophomorix ohnehin neue ACLs kommen. Wenn diese da sind, würde ich euch ein Repair empfehlen:

 sophomorix-repair --all

Sollte das nichts helfen müssen die Systeme debuggt werden.

VG, Maurice Cazautet

5

Hi,
gibt es dafür schon einen Zeitrahmen?
VG
Wolfgang

6

Max. 1 Woche

7

Ok, danke.
Dann lege ich meine Aktivitäten erstmal auf Eis.
Gibt es ne Info, ab wann das dann aktuell ist?
VG

8

Hallo @Maurice,

Eine Woche ist schon lang, wir haben eine Schule mit über 1500 Schülern die gerade nicht arbeiten können.

Wenn es helfen würde, @gpeter und ich wären rund um die Uhr für Debuggen erreichbar.

Grüße,
Kevin

9

Hier kann ich leider nur einen kostenpflichtigen Support anbieten. support@netzint.de

10

Hallo zusammen,

hier funktioniert das problemlos. Nicht als „ätsch“ sondern nur zur Info. Was wir anders gemacht haben: ???

Gruß,
Jochen

11

Hi Jochen,

das sollte generell auch funktionieren die neuen ACLs bringen andere fixes mit und haben damit eigentlich nichts zu tun.

VG, Maurice

12

Hi,
ok … dann ist es kein globaler Fehler.
Was hab ich gemacht … Da ich eine VSphere habe, dort allerdings von den Rechten
ziemlich eingeengt bin (Politische Frage … ) ahbe ich daheim eine Basis-Ova installiert
und diese in die Schule synchronisiert. Das Prepare und Setup lieft dann ohne Murren
durch.
Ich habe die gleichen Schritte (prepare & setup) auch auf dem System zuhause gemacht
(Installationstraining im Vorfeld). Nun den Spielserver wieder aktiviert und das testwindows hochgefahren …
da geht es auch! So … und nun?
Das Syncen (rsync -ahAX …) sollte eigentlich alles sauber kopiert haben - gut, wir bewegen uns hier außerhalb der Installationsanleitung, aber bisher gab es bei solchen Geschichten nie Probleme.

Was kann bei diesem Transfer schief gegangen sein?
Ist sophomorix-repair in diesem Falle sinnvoll?

VG
Wolfgang

13

Ich ergänze mal selber …
sophomrix-repair bringt in meinem Fall nichts.

Was mir aber in dem Zusammenhang auffällt … nach einem Reboot des Servers wird ein
erneutes
sophomorix-school --gpo-create default-school
nötig, damit am Client alle shares zu sehen sind. Das kann auch nicht so gedacht sein.
Es hängt also was schief … nur was?

14

Ich ergänze mich nochmal …

Im Szenario

  1. Anlegen Ordner
  2. Wechsel in den Ordner
  3. Anlegen eines weiteren Ordner (ist nicht sichtbar, existiert dann aber in 8facher Ausführung)

kann man einen der unsichtbaren Ordner sichtbar machen, indem
man auf dem Server im Terminal eingibt (mein user heißt mairinus)

setfacl -m g:mairinus:rwx unsichtbarer_user

SICHTBAR

# file: Neuer_Ordner/
# owner: NIEDERNBURG\134mairinus
# group: users
user::rwx
user:3000004:rwx
user:3000019:rwx
user:3000021:rwx
group::---
group:users:---
group:NIEDERNBURG\134domain\040admins:rwx
group:NIEDERNBURG\134admins:rwx
group:NIEDERNBURG\134teachers:rwx
group:NIEDERNBURG\134mairinus:rwx            <<< GRUPPEN-EINTRAG
mask::rwx
other::---
default:user::rwx
default:user:3000004:rwx
default:user:3000019:rwx
default:user:3000021:rwx
default:user:NIEDERNBURG\134mairinus:rwx
default:group::---
default:group:users:---
default:group:NIEDERNBURG\134domain\040admins:rwx
default:group:NIEDERNBURG\134admins:rwx
default:group:NIEDERNBURG\134teachers:rwx
default:group:NIEDERNBURG\134mairinus:rwx
default:mask::rwx
default:other::---

UNSICHTBAR

# file: win7v/
# owner: NIEDERNBURG\134mairinus
# group: users
user::rwx
user:3000004:rwx
user:3000019:rwx
user:3000021:rwx
user:NIEDERNBURG\134mairinus:rwx                     <<< BENUTZER-EINTRAG
group::---
group:users:---
group:NIEDERNBURG\134domain\040admins:rwx
group:NIEDERNBURG\134admins:rwx
group:NIEDERNBURG\134teachers:rwx
mask::rwx
other::---
default:user::rwx
default:user:3000004:rwx
default:user:3000019:rwx
default:user:3000021:rwx
default:user:NIEDERNBURG\134mairinus:rwx
default:group::---
default:group:users:---
default:group:NIEDERNBURG\134domain\040admins:rwx
default:group:NIEDERNBURG\134admins:rwx
default:group:NIEDERNBURG\134teachers:rwx
default:mask::rwx
default:other::---
15

… und nochmal …

Setze ich bei einem User auf das Home mit setfacl die Rechte, z.B.

setfacl -m u:mairinus:rwx mairinus

dann funktioniert die Sache mit dem Anlegen der Ordner. Das würde
etwas wie

for user in `ls`
do
  setfacl -m u:$user:rwx $user
done

nahelegen. Lässt man danach ein sophomorix-repair --all laufen,
so ist die ACL wieder so zurückgesetzt, dass das Anlegen der Ordner NICHT
mehr funktioniert.

@kstenzel
Man könnte versuchen, das System auf diese Weise zumindest „als Zwischenlösung“ zum
Laufen bringen - auf eigenes Risiko :slight_smile: - wenn es sophomorix dann eh wieder „repariert“.

16

Das neue Paket sophomorix 3.70.0-1 im lmn-testing repo hat die neuen ACLs
Maurice testet das noch und gibt hier den Startschuss.

1. Paket installieren
2. sophomorix-repair --all

LG, Rüdiger

17

Es gibt nun ein sophomorix-samba-Paket 3.70.1-2 mit noch einem zusätzlichen fix im lmn7 repo.

Nach der Paketinstallation die ACLs wie oben beschrieben akualisieren.

Bitte upgraden.

LG, Rüdiger

18

Sieht sehr gut aus!!!

Danke!