• Willkommen im Linux Club - dem deutschsprachigen Supportforum für GNU/Linux. Registriere dich kostenlos, um alle Inhalte zu sehen und Fragen zu stellen.

Fehler Abspeichern auf FileServer SuSE10 vs. SuSE11

klara.win

Newbie
Ich habe ein Problem mit dem Abspeichern aus einer CAD-Anwendung auf unserem Fileserver Suse10: Die CAD-Anwendung (Autodesk REVIT) kann eine Projektdatei als "zentraldatei" für den Zugriff von mehreren Usern auf einem NetzwerkShare abspeichern.
Wird die Datei auf Server01 mit SuSE10 abgelegt, kann danach nicht mehr zugegriffen werden, bzw Revit meldet die Datei als defekt.
Wird die Datei auf Server02 mit SuSE11 abgelegt, kein Problem.
Zugriffsrechte sind gleich gesetzt , Les/Schreibar für jeden. Zugriff erfolgt über SAMBA

Unterschied: (den ich entdecken konnte)
Server01: Dateityp wird als MS-Word-Dokument angezeigt
Server02: Dateityp wird als OLE2-Verbund Dokumentenspeicher angezeigt

Server01:
SUS Linux Enterprise Server 10
LINUX version 2.6.16.46-0.12-smp
SAM´BA 3.0242231

Server02:
SUSE Enterprise SLES11-0-0.001
LINUX version 2.6.27.19-5-smp
SAMBA 3.271162

Ich habe kein Ahnung wo ich den Fehler suchen könnte?
Kann man den Dateityp unter SuSE10 irgendwo ändern / zuweisen?
Bin ich hier im richtigen Forum?

grüsse Klara
 

HBtux

Member
Sind bei den beiden Servern unterschiedliche Zeichensätze eingestellt?
(UTF-8 / ISO-8859-x ....)

Ist das "NetzwerkShare" noch ein drittes Gerät das hier im Spiel ist?
Oder meinst Du damit die beiden Server "Server01" und "Server02"?

Du kannst mal auf beiden Servern die folgenden Befehle ausführen und die Ergebnisse posten.
Code:
file projektdatei.xxx

head projektdatei.xxx
 
OP
K

klara.win

Newbie
>Ist das "NetzwerkShare" noch ein drittes Gerät das hier im Spiel ist?
Nein, ich meine die beiden Server.
Nachtrag: beim Test auf einem Netgaer-NAS (hat auch ein proprietäres Linux) funktioniert es auch ohne Probleme

Auf beiden Servern : Use UTF-8 Encoding

Server01
# file projektdatei.rvt
# sticky Microsoft Office Document

Server02
# file projektdatei.rvt
# Microsoft Office Document

Server01
# head projektdatei.rvt
neben unlesebaren Hieroglyphen
# Worksharing: Central
Username:
Central File Path: \\Server01\raid\projekt\projektdatei.rvt

Server02
# head projektdatei.rvt
neben unlesbaren Hieroglyphen
# Worksharing: Central
Username:
Central File Path: \\Server02\raid\projekt\projektdatei.rvt

:???:
Thx klara
 

HBtux

Member
klara.win schrieb:
Unterschied: (den ich entdecken konnte)
Server01: Dateityp wird als MS-Word-Dokument angezeigt
Server02: Dateityp wird als OLE2-Verbund Dokumentenspeicher angezeigt
Deine Vorgehensweise ist mir noch nicht ganz klar....

Wo hast Du Dir diese Dateitypen anzeigen lassen?

Mit was für einem Client legst Du die Dateien auf den jeweiligen Samba-Servern ab?
Windows oder Linux-Clients?
Ist das Autodesk auf einem Linux-Client installiert?

Legt ein und der selbe Client die Datei einmal auf Server01 und einmal auf Server02 ab oder sind das zwei verschiedene Clients bzw. ggf. verschiedene Autodesk Versionen?

Könntest Du das Ablegen dieser Datei von einem Client aus auf beiden Servern mal probieren?
 
OP
K

klara.win

Newbie
HBtux schrieb:
Deine Vorgehensweise ist mir noch nicht ganz klar....
Wir haben das Autodeskprodukt Revit. Revit kann ein Projekt als "zentraldatei" abspeichern, so das mehrere Bearbeiter gleichzeitig am Projekt arbeiten können. Im Prinzip ist eine Revitdatei eine Datenbankdatei, wo sich die Teammitglieder anmelden und arbeiten. Ich kann die Datei mittels Revit "speichern unter" auf einem unsers NAS, auf einem freigegebenen Windowsverzeichnis oder auf dem Daten-Linuxfileserver Server02 apspeichern. Danach haben alle Bearbeiter problemlos Zugriff auf die Datei.
Speichere ich die Projektdatei auf unserm CAD-Fileserver Server02 ab, wird die Datei beim wiederöffnen nicht gefunden (obwohl der korrekte Pfad angezeigt wird) oder als defekt gemeldet. Andere Programme haben mit dem Server02 kein Problem.

HBtux schrieb:
Wo hast Du Dir diese Dateitypen anzeigen lassen?
Als root mit dem Konquerer wird der Dateityp angezeigt

HBtux schrieb:
Mit was für einem Client legst Du die Dateien auf den jeweiligen Samba-Servern ab?
Windows oder Linux-Clients?
siehe oben; mit dem Programm REVIT
Windowsprogramm, per Samba

HBtux schrieb:
Ist das Autodesk auf einem Linux-Client installiert?
Nein. Der Server01 dient nur als Fileserver

Der Zugriff auf beide Linux-Fileserver erfolgt mittels Samba. Wenn ich mit mittels YAST / Samba / Freigabe die Optionen der Freigabe anzeigen lasse, sind bei beiden Servern die Freigaben / Optionen gleich.

Der Versuch von verschiedenen Windowsclients (XP, Vista, win7) brachte auch kein Ergebnis.
Ein wenig habe ich den Samba in Verdacht. Aber ich weiß nicht wo ich dort suchen könnte, da beim Vergleich der User, Userrechte, Zugriff etc. beide gleich sind.

:???: :???:
ThX Klara
 

HBtux

Member
Hast Du schon mal die Rechte der Verzeichnis und Dateien im Linux-Filesystem verglichen?
Post mal die Ausgabe der folgenden Befehle von beiden Servern...
Code:
ls -l /raid/projekt/projektdatei.rvt

ls -l /raid

mount

Poste mal die smb.conf der beiden Samba-Servern.
 
OP
K

klara.win

Newbie
HBtux schrieb:
Hast Du schon mal die Rechte der Verzeichnis und Dateien im Linux-Filesystem verglichen?
Post mal die Ausgabe der folgenden Befehle von beiden Servern...
Code:
ls -l /raid/projekt/projektdatei.rvt

ls -l /raid
[/quote]

Das war natürlich das erste, was ich ausprobiert habe.; ohne Erfolg


[color=#408040]Server01[/color]:
__________________________________________________________________
ls -l
-rwxr--r-- 1 nobody nogroup 4628480 Jan 29 11:36 Projektdatei.rvt

ls-l /raid
drwxrwxrwx 23 root root 4096 Jan 27 09:20 windows_share
__________________________________________________________________


[color=#BF0040]Server02[/color]:
__________________________________________________________________
ls -l
-rwxr--r-- 1 nobody nogroup 4628480 Jan 29 11:36 Projektdatei.rvt

ls-l /raid
drwxrwxrwx 29 nobody users 4096 Jan 27 09:20 windows_share
__________________________________________________________________

Mmh.. das share auf Server01 hat die Eigentümer root root? Wenn ich diese bei diesem share auch auf nobody nogroup setze, habe ich den Fehler leider immer noch

ThX Klara
 
OP
K

klara.win

Newbie
HBtux schrieb:
.........

Poste mal die smb.conf der beiden Samba-Servern.

Server01

# smb.conf is the main Samba configuration file. You find a full commented
# version at /usr/share/doc/packages/samba/examples/smb.conf.SUSE if the
# samba-doc package is installed.
# Date: 2009-02-23
[global]
cups options = raw
server string = Server01
# include = /etc/samba/dhcp.conf
default service = homes
logon drive = P:
workgroup = CADUSER
logon path = \\%L\profiles\.msprofile
map to guest = Bad User
printcap name = cups
usershare allow guests = Yes
logon home = \\%L\%U\.9xprofile
domain master = No
ldap suffix =
passdb backend = smbpasswd
wins server =
wins support = No

[homes]
browseable = no
comment = Home Directories
read only = no
valid users = %S, %D%w%S
inherit acls = Yes

[profiles]
browseable = no
read only = no
path = %H
store dos attributes = Yes
create mask = 0600
comment = Network Profiles Service
directory mask = 0700

[users]
browseable = no
comment = All users
read only = no
veto files = /aquota.user/groups/shares/
path = /home
inherit acls = Yes

[groups]
comment = All groups
path = /home/groups
read only = No
inherit acls = Yes

[raid]
comment = raid vm
path = /home/windows_share/
guest ok = yes
read only = no
delete readonly = Yes
force group = nogroup
force user = nobody
inherit acls = Yes
username = nobody,@nogroup
______________________________________________________________

Server02

# Samba config file created using SWAT
# from 0.0.0.0 (0.0.0.0)
# Date: 2008/08/08 15:11:59

[global]
include = /etc/samba/dhcp.conf
force group = edv
logon drive = P:
domain master = No
map to guest = Bad User
logon home = \\%L\%U\.9xprofile
netbios name = SERVER02
cups options = raw
server string = server01
delete readonly = yes
logon path = \\%L\profiles\.msprofile
workgroup = CADUSER
default service = homes
printcap name = cups
add machine script = /usr/sbin/useradd -c Machine -d /var/lib/nobody -s /bin/false %m$
wins support = No
passdb backend = smbpasswd

[homes]
browseable = no
writable = yes
delete readonly = Yes
path = /raid/windows_homes/%S
comment = All users
veto files = /aquota.user/groups/shares/
inherit acls = Yes

[raid]
path = /raid/windows_share
username = nobody,@nogroup
force user = nobody
force group = nogroup
read only = No
inherit acls = Yes
guest ok = Yes
delete readonly = Yes
comment = revit-cad


[rcad]
force user = nobody
comment = revit-cad
user = nobody,@nogroup
path = /raid/windows_cad
force group = nogroup
delete readonly = Yes
guest ok = Yes
inherit acls = Yes
read only = No
username = nobody,@nogroup
guest only = No


ThX Klara
 

HBtux

Member
Irgendwie habe ich auch noch keine richtig gute Idee, woran es liegen könnte....

Folgendes kannst Du mal versuchen.....

- Auf beiden Servern die Datei projektdatei.rvt wegsichern...
- Dann auf Linux-Ebene die Datei projektdatei.rvt vom Server01 auf Server02 kopieren und umgekehrt.....
(nicht über die Samba-Freigabe kopieren, sondern z.B. mit scp auf Linux-Ebene....)

Auf welchem Server kommt dann die Fehlermeldung, dass die Datei nicht geöffnet werden kann?
Immernoch auf Server01?

Weitere Möglichkeit...
Es gibt noch einige Parameter im Zusammenhang mit "Filename Handling / Dateinamen"....
(Stichwort: "default case" / "case sensitive" und noch einige mehr)
Vielleicht kannst Du mit einer dieser Einstellungen noch was erreichen.

Schaue mal, ob es vielleicht mit dem "case sensitive" zusammenhängt....
(probiere mal den folgenden Befehl auf beiden Server um zu prüfen, ob die Datei doppelt vorhanden ist....)
Code:
ls -l [pP][rR][oR][jJ]*
Gibt es die Datei vielleicht einmal als projektdatei.rvt und einmal als Projektdatei.rvt?
 
OP
K

klara.win

Newbie
HBtux schrieb:
....Folgendes kannst Du mal versuchen.....
- Auf beiden Servern die Datei projektdatei.rvt wegsichern...
- Dann auf Linux-Ebene die Datei projektdatei.rvt vom Server01 auf Server02 kopieren und umgekehrt.....
(nicht über die Samba-Freigabe kopieren, sondern z.B. mit scp auf Linux-Ebene....)

Auf welchem Server kommt dann die Fehlermeldung, dass die Datei nicht geöffnet werden kann?
Immernoch auf Server01?
Ja leider. Das hat nichts gebracht. Das Programm erkennt, das die Datei verschoben wurde.

HBtux schrieb:
Weitere Möglichkeit...
Es gibt noch einige Parameter im Zusammenhang mit "Filename Handling / Dateinamen"....
(Stichwort: "default case" / "case sensitive" und noch einige mehr)
Vielleicht kannst Du mit einer dieser Einstellungen noch was erreichen.

Schaue mal, ob es vielleicht mit dem "case sensitive" zusammenhängt....
(probiere mal den folgenden Befehl auf beiden Server um zu prüfen, ob die Datei doppelt vorhanden ist....)
Code:
ls -l [pP][rR][oR][jJ]*
Gibt es die Datei vielleicht einmal als projektdatei.rvt und einmal als Projektdatei.rvt?
Das hat nicht funktioniert / ich habe das nicht verstanden (werde ich mir mal ansehen was "default case" / "case sensitive" bedeutet)

Vielen Dank nochmals

Klara
 

HBtux

Member
ich sehe gerade, dass ich einen Tippfehler im Befehl hatte.....

hier noch mal richtig..
Code:
ls -l [pP][rR][oO][jJ]*
Der Befehl zeigt dir alle "Proj*"-Dateien mit unterschiedlicher Schreibweise an.

Code:
projektdatei.rvt
Projektdatei.rvt
PROJEKTDATEI.RVT
usw...
Linux behandelt jede Datei mit anderer Schreibweise als eine extra Datei.
Bei Windows kann es nur eine geben - außer man verwendet den "case sensitive" Parameter....

Nun könnte es sein, dass durch den Samba-Zugriff die Datei in zwei verschiedenen Schreibweisen angelegt wurde....
Dies zeigt Dir der Befehl von oben dann an....
 
OP
K

klara.win

Newbie
HBtux schrieb:
........
Code:
ls -l [pP][rR][oO][jJ]*
Der Befehl zeigt dir alle "Proj*"-Dateien mit unterschiedlicher Schreibweise an.

Code:
projektdatei.rvt
Projektdatei.rvt
PROJEKTDATEI.RVT
usw...
.......

ls -l [pP][rR][oO][jJ]*
Ergebnis:
/bin/ls: [pP] : No such files or Directory
/bin/ls: [rR] : No such files or Directory
/bin/ls: [oO] : No such files or Directory
/bin/ls: [jJ] : No such files or Directory

ich bin in dem Verzeichnis und es gibt dort auch auch eine Projektdatei2.rvt.
Läst sich das nur auf der Konsole anzeigen oder gibt es auch eine Möglichkeit in der GUI?

ThX Klara
 

HBtux

Member
klara.win schrieb:
ls -l [pP][rR][oO][jJ]*
Ergebnis:
/bin/ls: [pP] : No such files or Directory
/bin/ls: [rR] : No such files or Directory
/bin/ls: [oO] : No such files or Directory
/bin/ls: [jJ] : No such files or Directory

ich bin in dem Verzeichnis und es gibt dort auch auch eine Projektdatei2.rvt.
Läst sich das nur auf der Konsole anzeigen oder gibt es auch eine Möglichkeit in der GUI?
Mache mal eine Konsolenfenster / Terminalfenster (xterm o.ä.) auf und gebe den Befehl dort ein.

Eine Projektdatei2.rvt und Projektdatei.rvt dürfte sich nicht gegenseitig stören, da der Name tatsächlich unterschiedlich ist.
Gegeseitig stören kann sich nur der gleiche Dateiname in unterschiedlicher Schreibweise (groß- klein-Schreibung)


Probiere mal folgendes aus. Dann wird es vielleicht verständlicher.
Linux-Server (im Terminalfenster)
Code:
cd /tmp
touch testdatei.txt
touch Testdatei.txt
touch TESTDATEI.TXT
ls -l [tT]est*

Und nun auf dem Windows-PC
Versuche dort mal die folgenden Dateien in gleichen Verzeichnis anzulegen.
Code:
testdatei.txt
Testdatei.txt
Windows wird dies nicht zulassen - "Datei schon vorhanden".

Windows-PCs haben die eigenart, aus einer Anwendung raus die Dateinamen manchmal kleingeschrieben, manchmal mit einem Großbuchstaben am Anfang oder in manchen Fällen sogar alles Großgeschrieben anzulegen.
Samba macht das Spielchen nicht im Sinne des Windows-PCs mit und legt dann tatsächlich verschiedene Dateien an.
Denkbar wäre auch, dass der erste Windows-PC über Samba die Datei Projektdatei.rvt angelegt hat und der zweite PC über Samba nach projektdatei.rvt sucht.
 
OP
K

klara.win

Newbie
HBtux schrieb:
...
Windows wird dies nicht zulassen - "Datei schon vorhanden".

Windows-PCs haben die eigenart, aus einer Anwendung raus die Dateinamen manchmal kleingeschrieben, manchmal mit einem Großbuchstaben am Anfang oder in manchen Fällen sogar alles Großgeschrieben anzulegen.
Samba macht das Spielchen nicht im Sinne des Windows-PCs mit und legt dann tatsächlich verschiedene Dateien an.
Ok verstanden. Ich konnte die Datei unter Windows nicht anlegen, sehen tue ich allerdings die drei "verschiedenen" Datei unter Windows.

HBtux schrieb:
...
Denkbar wäre auch, dass der erste Windows-PC über Samba die Datei Projektdatei.rvt angelegt hat und der zweite PC über Samba nach projektdatei.rvt sucht.
Das Problem ist (glaube ich) nicht 2 verschieden PCs, sondern 2 verschiedene Server. Auf beiden erfolgt der Zugriff über Samba. Egal von welchem unserer 10 Windows-PCs ich die Datei ablege, auf Server01 funktioniert es nicht, auf Server02 kein Problem. Wohlgemerkt, ich speichere die gleiche Datei einmal hier und einmal da ab.
Und da es auf den beiden NAS-Sicherungsservern auch funktioniert muss irgend etwas an Server01 anders sein.

ThX Klara
 

hubbi

Newbie
ich habe dasselbe problem. regelmäßig sind die auf meinem samba-server gespeicherten files nach dem schreibvorgang defekt. kleinere files, dokumente, bilder, musik, etc. sind wohl kein problem. ab einer bestimmten groesse kommt es dann regelmäßig zu fehlern. soeben hatte ich mir z.b. das fritzfax-installproggi heruntergeladen - jegliches speichern auf dem samba funktioniert scheinbar korrekt - starte ich danach die installroutine kommt der fehler, dass das file defekt sei. speichere ich es beim download lokal und führe es aus, funktioniert es. ähnliches ist mir mit unzähligen files passiert.

woran liegt das ?


gruß hubbi
 
Oben