Probleme mit einigen Ordnern

[ThoKre]

Hallo,

ich erlebe seit der Umstellung von M$ auf Linux auf einen unserer Fileserver ein komisches Problem, welches ich mir nicht erklären kann.

Das System ist ein XEON 2 GHz, 1024 MB RAM, 4x 18 GB HDD RAID5 mit EXT3 formatiert.

Ich kann zum teil auf einige Ordner nicht zugreifen. Erst habe ich gedacht, dass in den Ordner Dateien drin sind die Linux nicht akzeptiert, oder irgendwelche .tmp Dateien die das ganze irgendwie blockieren. So war es in den ersten beiden Fällen. Nach löschen der .tmp Files ging wieder alles.

So nun habe ich ein Pfad mit mehreren Unterordnern, ich kann auf alle Ordner zugreifen nur auf einen nicht.
Also habe ich einen kompletten neuen Ordner mit 4 Unterordnern angelgt, und alle Dateien wieder hinein kopiert. Beim 5. Unterordner ("Entwürfe und Entwicklungen") hat mir Linux dann den Zugriff auf den ganzen übergeordnet Ordner verweigert oder besser gesagt der Windows Explorer ist abgekackt.
Den unter Linux bin ich auf diesen ordner gekommen (Konqueror, Midnight Commander).

Als Fehlermeldung in den messages stand dann..

read_error for 4. ERROR: Connection time out.

So nun frag ich mich, warum komme ich auf alle Ordner in dem verzeichnis, nur nicht auf diesen besagten einen ordner mit den 5 Unterordnern nicht????:confused:

Ich bin ziemlich ratlos und mein Chef ziemlich sauer, da es ein relatv wichtiger Ordner ist.

Hat jemand schonaml so einen Fehler gehabt?

Danke schonmal im vorraus.

Thomas

[mamue]

Welches Server OS, welche Samba version, welches Authentifizierungsbackend verwendest Du?
Wie sind die [global] Einstellungen und die des betroffenen shares?
Was ist das client-system (OS, SP-level)?
Was steht dazu in den logfiles und wie kannst Du den Fehler provozieren?

mamue

Edit: Mit den logfiles meine ich natürlch die logfiles von samba.

[ThoKre]

Oh doch noch einpaar Angaben vergesen.

Server: SuSE 8.2 prof, Samba 2.2.8a, LDAP
Clients: W2K SP2 & SP3 & SP4



smb.conf

WORKGROUP = WR
server string = Fileserver1 - samba %v
netbios name = serverfil1

os level = 2
security = user

wins support = no
wins server = 10.10.10.1
time server = no

ldap admin dn = "cn=LdapManager,dc=wr,dc=local"
ldap server = serverpdc.wr.local
ldap port = 389
ldap suffix = "ou=users,dc=wr,dc=local"
ldap ssl = no

unix extensions = yes
encrypt password = yes
map to guest = Bad User
socket options = SO_KEEPALIVE IPTOS_LOWDELAY TCP_NODELAY
client code page = 850
character set = ISO8859-1
keep alive = 30
oplocks = no
level2 oplocks = no
interfaces = eth0
bind interfaces only = yes

[GL]
comment = GL
path = /data1/GL
browseable = yes
read only = no
write liste = @gl1
create mask = 0660
directory mask = 0777

[Daten]
comment = Kunden
path = /data1/Verwalter
browseable = yes
read only = no
create mask = 0666
directory mask = 0777



Logfiles von Samba hab ich im Moment nicht zur Hand.
Ich provoziere den Fehler in dem ich auf den Ordner klicke, und dann sagt mir irgendwann der WinExplorer, das die verbindung zum aufwerk nicht wiederhergestellt werden kann. Oder der Win Explorer stürzt ab.

[ThoKre]

So habe mir jetzt mal die Logfiles angesehen.

Hier mal zum ansehen.

[apraxas]

dieser ordner !!!!
welche rechte hat er denn ?!?!?!

chmod ?!?!
und
advanced chown ?!?!?

mein tip gib den ordnern alle recht und guck ob du dann zugreifen kannst

chmod 777
advanced chown owner group
nobody nogroup


kann es daran liegen ?!?!?
siehe mightnight commander --->file


gruesse

[ThoKre]

Also Ordner hat die Rechte.

Create Mask = 0660
Directory Mask = 0770

ls -l ergibt:

Ordner:
drwxdrwx--- root gl1 QM
-rw--rw----- root gl1 Datei

Es funktioniert ja bei anderen Ordnern auch in dem selben Stil.


dieser ordner !!!!
welche rechte hat er denn ?!?!?!

chmod ?!?!
und
advanced chown ?!?!?

mein tip gib den ordnern alle recht und guck ob du dann zugreifen kannst

chmod 777
advanced chown owner group
nobody nogroup


kann es daran liegen ?!?!?
siehe mightnight commander --->file


gruesse

[apraxas]

HI !!!

Das steht doch in der
Create Mask = 0660
Directory Mask = 0770

smb.conf

...........................
probiere es doch
;) drwxrwxrwx nobody nobody
fuer alle verzeichnisse und dateien mit den du es gerade zu tun hast bei deinem problem.
problem einschränkung !!
wenn du schon mal die rechte weg hast, weisst du es kann an ihnen nicht liegen

half mir auch mal !!

gruesse dich

[mamue]

Es sieht eigentlich alles gut aus.
Ich müsste raten oder besser noch direkt vor der Kiste sitzen. Da Du aber wohl keine Briefmarke draufkleben wirst, hier zwei von meinen wahrscheinlich substanzlosen Vorschlägen:

Wenn der Win-Explorer sich verabschiedet, dann wohl deshalb, weil irgend etwas so aussieht, wie es unter Windows normalerweise nicht aussieht. Das kann ein Problem mit dem Zeichensatz sein, mal die Codepage Anweisungen rausnehmen? Da war auch so eine Anweisung "use locale" oder so, die soll angeblich segensbringend sein ;-)

Sind bei den betreffenden Dateien irgendwelche x-Bits gesetzt, also etwa
-rwxrwx--x- root gl1 Datei
Oder gar einige S-bits?

Wenn Du ein ACL-fähiges FS verwendest, sind acls gesetzt (getfacl)?

HTH,
mamue

[ThoKre]

Nein es ist keine Datei ausführbar.

S-Bit ?? Was ist es und wofür dient es?

Also FS ist EXT3 es sind aber keine ACL´s gesetzt.

So ich hab jetzt mal die client code page rausgenommen.

Also kann ich nur weiterarbeiten und beobachten.

[mamue]

Nein es ist keine Datei ausführbar.

1.: S-Bit ?? Was ist es und wofür dient es?
2.: Also kann ich nur weiterarbeiten und beobachten.

1.: Das Sticky-bit. Es gibt sicherlich Leute, die Dir das jetzt ganz sicher beantworten können...
Im Prinzip hat es zwei Bedeutungen: Ausführbare Dateien werden mit den Rechten des Eigentümers ausgeführt, wenn dieses bit gesetzt ist (Setuid-root z.B.). Bei Verzeichnissen bekommen alle Dateien, die in diesem Verzeichniss erstellt werden standardmässig als Eigentümer/Gruppe den Eigentümer/die Gruppe des Verzeichnisses, sofern das Sticky-bit für den Eigentümer/die Gruppe gesetzt ist. Das ist manchmal etwas sauberer als force group/force user.

mamue