Hallo Jens,


>> Dann enthält die User-Counter-Datei /site/counter/user_ids einen falschen
>> currval-Wert. Vielleicht ist sie durch die Counter-Datei aus einem Backup
>> überschrieben worden.
>
> nein, sieht prima nach 384 Redakteuren aus:

Ja, das war auch Unsinn. Das ist ein Fehler, der nur unter Windows auftritt
(siehe Dynamic::UMDatabase::FileStore::all dos-Bedingung).

Im Unix-Fall benutzt die all-Funktion glob, um die *.roles-Dateien zu listen.
Die Ursache für das Fehlschlagen könnten Rechteprobleme sein.

Ich nehme an, daß der Shell-User und der Webserver-User zur selben Gruppe
gehören, aber nicht identisch sind.

Imperia legt die User-Verzeichnisse und -Dateien unter /site/roles/users nur
mit Userrechten an. Aus irgendeinem Grund sind vermutlich für einige User
auch Gruppenrechte gesetzt (vielleicht manuell mal geändert). Guck mal, ob
das so ist.

glob bricht ab, sobald es auf das erste Verzeichnis ohne Zugriffsrechte
trifft Die Abarbeitungsreihenfolge ist nicht unbedingt alphanumerisch.
Deshalb siehst du wahrscheinlich auch einige User nicht, bei denen
Gruppenrechte gesetzt sind.

Ersetze in folgendem Script 'SITE-DIR' durch den entsprechenden Pfad. Wenn du
bei der Ausführung als erste Zeile der Ausgabe "ERROR: Permission denied."
siehst, liegt es wirklich an Rechteproblemen. Bei User::init wäre es dann
dasselbe Problem.

Die my @list-Zeile ist der Code aus der all-Funktion.

#!/usr/local/bin/perl
use strict;
use Data::Dumper;

# Replace SITE-DIR
my @list = grep {/\d+\.role$/}
	glob "SITE-DIR/roles/users/[0-9A-F][0-9A-F]/[0-9A-F][0-9A-F]/*.role";

print "ERROR: $!\n\n" if $!;
print "List of *.role files\n" . Dumper \@list;


Viele Grüße

Ingrid Gräfen
BRAINPOOL Artist und Content Services GmbH