CIFS Isilon MKDIR

[camouflage]

... und wenn Du mal IBM fragst?

[Fuerchau]

U.U. kommt es auf die Hauptebene also den freigegebenen Ordner an.
NTFS kann von übergeordneten Ordnern erben und dies ist meist per Default so eingestellt.
D.h. jeder neue Ordner bekommt dieselben Rechte wie der übergeordnete.
Diese Vererbung muss man u.U. aufheben, damit wieder individuelle Rechte vergeben werden können.
Wenn also das Erstellen von Ordnern auf der übergeordneten Ebene verboten ist, muss man es auf untergeordneten Ordnern explizit erlauben und die Vererbung somit unterbrechen.

https://blog.netwrix.de/2020/01/02/u...erechtigungen/

[Robi]

Hmm,
da der User ja, wenn er (selbe User, selbe Kennwort) in der VMWARE auf der Kiste ist, Verzeichnisse anlegen darf, kann das m.e. auch nicht die Ursache sein. Oder liege ich da falsch?

[Fuerchau]

Leider ja. Siehe obiger Link zur Berechtigung.
Der USer ist via VMWare im Endeffekt ja via RDP o.ä., auf dem Server als lokaler / AD-User und hat damit NTFS-Rechte.
Remote-Freigabe sind es nur Freigabe-Rechte.

[holgerscherer]

Hmm,
da der User ja, wenn er (selbe User, selbe Kennwort) in der VMWARE auf der Kiste ist, Verzeichnisse anlegen darf, kann das m.e. auch nicht die Ursache sein. Oder liege ich da falsch?

Ich würde mal vermuten

https://en.wikipedia.org/wiki/Dell_EMC_Isilon

das ist ein FreeBSD mit Freigaben. Also muss es da auch Protokollierungsmöglichkeiten geben.
Da hat Dell (mal wieder) was aufgekauft, was als "all in one" Lösung zusammengeschustert wird und idealerweise so virtualisiert ist, daß der User nichts mehr versteht.

Das dürfte weniger mit Protokollen, die die "alte" AS400 V7R3 nicht versteht, zu tun haben, sondern mit expliziten Berechtigungen auf die übergeordneten Verzeichnisse.

Leider ist QNTC nicht wirklich das Gelbe vom Ei - vielleicht ist ein NFS-Mount sinnvoller in dieser Umgebung.

[Robi]

auch dir ein danke ...
Mount haben wir versucht, da bekommen wir die Fehlermeldung, das die DFV Verbindung nicht aufgebaut werden kann. Lt Hilfe soll man eine Ping versuchen, der geht aber ..

Vermutlich sind auch hier auf dem System Sperren/Berechtigungen gesetzt, die das verhindern.

Ich hoffe ja immernoch, das sie von Ihrer Seite mal prüfen, was von unserer Seite dort ankommt.

[Fuerchau]

Das passiert seitens der PC-Fraktion leider eher selten.
Ich erlebe es immer wieder, dass die IBM i selber schuld sein muss, da es einfach nicht sein kann, dass serverseitig irgendwas falsch sein kann.

Ich hatte mal ein Problem, dass der SQL-Server via ODBC die Daten angeblich nicht schnell genug bereitgstellt bekommt da der Insert von Daten nur mit 8000-10000 Zeilen/Sekunde funktionierte.
Nach einem kleinen Testprogramm in C# konnte ich beweisen, dass die IBM i über 200.000 Zeile/Sekunde bereitstellen konnte und es am angewendeten Insertverfahren lag.
Dies wurde erst mal als unqualifiziert abgelehnt da ich ja kein Microsoftspezialist sei.
Mittels Standard SSIS ging es nur mit der o.a. Geschwindigkeit.
Per C# und SQLBulkCopy erreichte man bereits die 5-fache Geschwindigkeit.

Es hat dann noch Wochen gedauert, bis die PC-Fraktion dann behauptete: "Es geht jetzt schneller ohne dass wir was geändert haben."

[BenderD]

Hmm,
da der User ja, wenn er (selbe User, selbe Kennwort) in der VMWARE auf der Kiste ist, Verzeichnisse anlegen darf, kann das m.e. auch nicht die Ursache sein. Oder liege ich da falsch?

... geht der Benutzer auch über Samba? Falls ja, würde ich mir mal die Frage stellen, was "derselbe User" ist (Benutzer@Büchse, Benutzer@domain...). Ich denke mal, dass der mkdir in beiden Fällen im selben Verzeichnis stattfindet. Ich denke mal, dass Du mit FTP auch nicht drauf darfst, ansonsten würde ich mal probieren hier ein Verzeichnis anzulegen.

D*B

[Robi]

... Ich denke mal, dass Du mit FTP auch nicht drauf darfst, ansonsten würde ich mal probieren hier ein Verzeichnis anzulegen.

D*B

ja, das ist leider richtig, FTP geht hier nicht!