Hallo zusammen,

ich erläutere einmal die Ausgangssituation:

• AWS gehostetes System 
  • JumpHost (Windows Server)
    • AppServer1 Unix Red Hat 7.2.1-2 ---> PROD /mnt/... ---> shared folder Windows 2016 Server
    • AppServer2 Unix Red Hat 7.2.1-2 ---> TEST /mnt/... ---> shared folder Windows 2016 Server
    • WIndows Server 2016 ---> shared folder /pfad/zum/ziel/ <--- mounting point

Ich habe nun seit 3 Tagen die Problematik, dass sobald ein File im Zugriff ist (z.B. über terminal vi auf *.txt, oder durch ServiceUser Zugriff auf trigger-Files) sich die Prozesse aufhängen.

• Es wurden keine Änderungen an den Systemen / Programm-Configs vorgenommen.
• Es wurden auf keinem System am besagten Tag Updates eingespielt.

Ich habe so ziemlich alles versucht:

• Neuen Mount erstellt
• Neuen Mount erstellt (anderer Server)
• Berechtigungen überprüft (keine Veränderungen)

 

Die Problematik besteht nun darin, dass über die AppServer1 trigger + dirs verarbeitet werden.

Sobald der trigger allerdings im Zugriff ist (ServiceUser) - friert der Prozess ein.

 

Hat jemand eine Idee ? :X 

Bearbeitet 14. Juni 20196 j von robin.swg

Das sind zu wenige Informationen. Wie mountest du die Freigabe auf Linux? Systemd als .mount unit file, fstab oder manuell? Welches Protokoll smb oder NFS? Wenn du die verfügbaren FS Parameter überprüfst, wirst du wahrscheinlich selbst drauf kommen.

@V1RTU4L:

Protokoll smb

in fstab - sorry!

FS Parameter wurden schon von mehreren überprüft  

Bearbeitet 17. Juni 20196 j von robin.swg

Hier mal ein Auszug der fstab (angepasst):

//ip-12-34-56-78.eu-central-1.compute.internal/path/to/basedir /mnt/smartfix cifs credentials=/root/.smbcredentials,vers=3.0,uid=502,gid=502  0 2
//ip-12-34-56-78.eu-central-1.compute.internal/path/to/basedir2 /mnt/mfp cifs credentials=/root/.smbcredentials,vers=3.0,uid=502,gid=502  0 2

 

Bearbeitet 18. Juni 20196 j von robin.swg

Da Du auf einen Windows-Server zugreifst der wahrscheinlich mindestens Windows Server 2012 ist kannst Du folgendes probieren. Erstelle eine NFS-Freigabe auf dem gleichen Ordner auf dem Windows Server und mounte dies in Linux. Linux unterstützt NFS nativ und kann damit besser umgehen. Für die ursprüngliche Problematik solltest Du Dir auf der Windows Seite mal anschauen, welche Parameter bezüglich File Locking Du beeinflussen kannst.

Am 19.6.2019 um 15:52 schrieb V1RTU4L:

Da Du auf einen Windows-Server zugreifst der wahrscheinlich mindestens Windows Server 2012 ist kannst Du folgendes probieren. Erstelle eine NFS-Freigabe auf dem gleichen Ordner auf dem Windows Server und mounte dies in Linux. Linux unterstützt NFS nativ und kann damit besser umgehen. Für die ursprüngliche Problematik solltest Du Dir auf der Windows Seite mal anschauen, welche Parameter bezüglich File Locking Du beeinflussen kannst.

Moin Virtual,

die mounts laufen mittlerweile - aus undefinierbaren Gründen, es hat einfach geklappt

Und genau wie du vermutest, ist das File-Locking in Windows irgendwie murks. Der ServiceUser greift sich die Daten und freezt im Anschluss optisch. (Prozess an sich, läuft weiter - Daten werden ebenfalls verarbeitet und weitergeleitet) - Berechtigungsmäßig ist alles i.O. 

Ich werd nen Update liefern, sobald ich mehr herausgefunden habe auf Windows Ebene.

 

Liebe Grüße und danke für deine Hilfe

Ich hatte Mal ähnliche Probleme bei denen der File Lock vom eigentlichen Prozess aufgehoben wurde, dass FS das aber nicht wirklich schnell realisiert hat und somit Probleme verursachte.