Dateimanager und Verzeichnisse anlegen

[Torsten]

Hallo Liste,

ich habe aus aktuellem Anlaß eine kleine Frage bzgl. des Anlegens von Verzeichnissen im Dateimanager. Verwendet wird eGroupware 1.8.001.

Und zwar haben wir hier ein Verzeichnis, auf das eine komplette Gruppe von Mitarbeitern Zugriff hat und dort auch Verzeichnisse anlegen und Dateien hochkopieren darf. Das Anlegen von Verzeichnissen schlägt aber teilweise ohne jegliche Fehlermeldung fehl. Es erfolgt lediglich ein Reload des aktuellen Verzeichnisses, ohne dass das neue Verzeichnis angelegt wurde. Andererseits funktioniert es dann hin und wieder beim gleichen Benutzer problemlos. Es lässt sich da kein Schema ableiten oder erkennen.

Die Benutzer sind alle Mitglied dieser Gruppe und die Gruppe hat auch alle Berechtigungen auf dem Verzeichnis (rwx). Hat das vielleicht sonst noch jemand beobachtet oder hat vielleicht jemand einen Lösungshinweis? Im Forum selbst habe ich nichts eiter zu dieser Thematik gefunden. Die Logfiles geben leider auch weder Aufschlüsse noch ansatzweise Hinweise diesbezüglich.

[bbegw]

Hallo Torsten,

tritt das Problem vielleicht bei bestimmter Verzeichnis-Tiefe auf?

Da gab/gibt es immer mal wieder Problem abhängig von MSQL-version und
was die an Verzeichnistiefe in einer Query auflösen kann.

Gruß Birgit

Hallo Liste,

ich habe aus aktuellem Anlaß eine kleine Frage bzgl. des Anlegens von
Verzeichnissen im Dateimanager. Verwendet wird eGroupware 1.8.001.

Und zwar haben wir hier ein Verzeichnis, auf das eine komplette Gruppe von
Mitarbeitern Zugriff hat und dort auch Verzeichnisse anlegen und Dateien
hochkopieren darf. Das Anlegen von Verzeichnissen schlägt aber teilweise
ohne jegliche Fehlermeldung fehl. Es erfolgt lediglich ein Reload des
aktuellen Verzeichnisses, ohne dass das neue Verzeichnis angelegt wurde.
Andererseits funktioniert es dann hin und wieder beim gleichen Benutzer
problemlos. Es lässt sich da kein Schema ableiten oder erkennen.

Die Benutzer sind alle Mitglied dieser Gruppe und die Gruppe hat auch alle
Berechtigungen auf dem Verzeichnis (rwx). Hat das vielleicht sonst noch
jemand beobachtet oder hat vielleicht jemand einen Lösungshinweis? Im Forum
selbst habe ich nichts eiter zu dieser Thematik gefunden. Die Logfiles geben
leider auch weder Aufschlüsse noch ansatzweise Hinweise diesbezüglich.

–
Birgit Becker
Stylite GmbH
[open style of IT]

Morschheimer Strasse 15
67292 Kirchheimbolanden

fon +49 (0) 6352 70629-0
fax +49 (0) 6352 70629-30
cell +49 (0) 170 3147833
mailto: bb@stylite.de
www.stylite.de

---

Stylite GmbH
Handelsregister Kaiserslautern HRB 30575
Geschäftsführer:
Andre Keller und Ralf Becker
USt-ID: DE214280951

---

The ultimate all-in-one performance toolkit: Intel® Parallel Studio XE:
Pinpoint memory and threading errors before they happen.
Find and fix more than 250 security defects in the development cycle.
Locate bottlenecks in serial and parallel code that limit performance.
http://p.sf.net/sfu/intel-dev2devfeb

---

egroupware-german mailing list
egroupware-german@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/egroupware-german

[Torsten]

Hallo Birgit,

vielen Dank erst einmal für Deine Antwort.

tritt das Problem vielleicht bei bestimmter Verzeichnis-Tiefe auf?

Da gab/gibt es immer mal wieder Problem abhängig von MSQL-version und
was die an Verzeichnistiefe in einer Query auflösen kann.

Die Verzeichnistiefe ist eher gering. Die Problematik tritt bereits in der Ebene /home// auf, also bereits wenn man direkt im Hauptordner der Gruppe versucht einen Unterordner anzulegen. Die Ordner haben so auch keine Länge von mehr als acht Zeichen. Das würde ich also auch mal ausschließen.

Hast Du evtl. einen Link oder ähnliches zu der beschriebenen MySQL-Problematik? Dann würde ich in diese Richtung noch einmal weiterforschen.

Grüße

• Torsten

[Torsten]

Hallo Liste,

nach einigen Wochen der Beobachtung, des Testens, usw. ein kleines Statusupdate zu meinem “Problem”.

Der Fehler tritt anscheinend nur dann (reproduzierbar) auf, wenn der Benutzer, der ein Verzeichnis anlegen möchte, bereits länger in der Groupware angemeldet ist. Jemand der sich frisch eingeloggt hat, hat dieses “Problem” nicht.

Ideen? Die Verbindung zum Server ist nach längerer Einlogzeit noch vorhanden, es erfolgt auch kein automatisches Ausloggen aufgrund von Zeitüberschreitung o. ä.

Grüße

• Torsten

[Ralf_Becker_Stylite]

Hallo Liste,

nach einigen Wochen der Beobachtung, des Testens, usw. ein kleines
Statusupdate zu meinem “Problem”.

Der Fehler tritt anscheinend nur dann (reproduzierbar) auf, wenn der
Benutzer, der ein Verzeichnis anlegen möchte, bereits länger in der
Groupware angemeldet ist. Jemand der sich frisch eingeloggt hat, hat dieses
"Problem" nicht.

Ideen? Die Verbindung zum Server ist nach längerer Einlogzeit noch
vorhanden, es erfolgt auch kein automatisches Ausloggen aufgrund von
Zeitüberschreitung o. ä.

Wenn Du keine mcrypt PHP Extension hast oder die Funktion gzcompress()
nicht verfügbar ist, speichert eTemplate Informationen zum gerade
angezeigen Formular in der Session und macht eine zeitgesteuerte
Speicherbereinigung. Wenn die erfolgt ist, kann das Formular nicht mehr
verarbeitet werden und Du wirst einfach wieder auf die Ausgangsseite
geleitet.

Das passt zu Deiner Beschreibung …

Ralf

Ralf Becker
Director Software Development

Stylite GmbH
[open style of IT]

Morschheimer Strasse 15
67292 Kirchheimbolanden

fon +49 (0) 6352 70629-0
fax +49 (0) 6352 70629-30
mailto: rb@stylite.de

www.stylite.de
www.egroupware.org

---

Geschäftsführer Andre Keller, Ralf Becker
Registergericht Kaiserslautern HRB 30575
Umsatzsteuer-Id / VAT-Id: DE214280951

---

Benefiting from Server Virtualization: Beyond Initial Workload
Consolidation – Increasing the use of server virtualization is a top
priority.Virtualization can reduce costs, simplify management, and improve
application availability and disaster protection. Learn more about boosting
the value of server virtualization. http://p.sf.net/sfu/vmware-sfdev2dev

---

egroupware-german mailing list
egroupware-german@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/egroupware-german

[Torsten]

Hallo Ralf,

Wenn Du keine mcrypt PHP Extension hast oder die Funktion gzcompress()
nicht verfügbar ist, speichert eTemplate Informationen zum gerade
angezeigen Formular in der Session und macht eine zeitgesteuerte
Speicherbereinigung. Wenn die erfolgt ist, kann das Formular nicht mehr
verarbeitet werden und Du wirst einfach wieder auf die Ausgangsseite
geleitet.

Das passt zu Deiner Beschreibung …

Du scheinst in gewisser Weise recht zu haben. Zwar sind die Module
"mcrypt" und “zip” laut phpinfo() aktiviert, allerdings taucht mcrypt
beim Apache-Handler nicht als geladenes Modul auf.

Ein manuelles nachladen schlägt mit Fehlermeldung fehl. Muss ich mir
hier in Ruhe noch einmal ansehen. Danke erst einmal soweit.

Grüße

• Torsten