Linux: Benutzerarchive verdoppeln sich

Mit welchem Befehl und welcher Meldung weist er mir das aus?

Mit smbstatus zeigt er mir alle User und die Freigaben an. Der NT wird dort nicht aufgeführt...

Hallo nochmal zusammen,

hatte Tobit vor einigen Tagen vorgeschlagen unseren Server nach Ahaus zu bringen, damit man diesen mal vor Ort und in einer anderen Umgebung testen kann. Man lese die Antwort aus dem ArcIntercom:

>>Zudem ist wichtig, dass wir keine Lösung für Probleme garantieren können. Dies liegt daran, dass ClipInc erheblich auf die individuelle Systemumgebung aufsetzt. Daher ist auch ein Vor-Ort Termin bei uns in Ahaus, mit Ihrem Server, nicht möglich.<<

Falls mir jemand diese übersetzen kann, bin ich sehr empfänglich hierfür.

Besten Dank.

hallo Dennis,

was für ein Fortschritt. Vom mir wollten sie mal eine mängelliste über ide Inst auf Linux/Suse. Ich sage nur Groß/Kleinschreibung und solche Gimmicks. Ist ja auch erst gestern erfunden worden.

Aber zurück:

Wenn Du >smbclient -L (Hostname oder IP )< eingibst, bekommst Du eine Auflistung u. a. der Server für DEINE Arbeitsgruppe und welcher Server Master ist für jede Arbeitsgruppe.

Ich habe Tagelange Test*s bei mir im Labor laufen lassen, Den David Server in den verschiedensten Konfigs bez. Linuxversion Sambaversion UND Domainzugehörigkeit laufen lassen und mit Emails gestresst.
Der Fehler ließ sich bei mir nicht reproduzieren ( ich hatte dabei KEINEN Windows Server mit im Netz! ).

Beim Anwender habe ich mehere Sambaversionen und als Domainmeber oder auch nicht laufen lassen. Der Fehler trat immer wieder auf.
Aus Zeitgründen wurden die Versuche dann irgendwann abgebrochen, weil keine Lösung in Sicht war; das Problem sich auch nicht genau lokalisieren ließ.

Meine Vermutung ist:

Wenn sich im Netz ein Windows-Server befindet, ist dieser PDC bzw Emulator.
Tobit löst die Empfänger der Emails nicht lokal anhand der Archive.Dat ( über den Namen auf ), sondern wird einen Netbios-Call absetzen. Es meldet sich z. B. der Windows PDC.
Da lt. Tobit die Anmeldenamen und Passwörter auf den Windows maschinen und der Samba-Kiste gleich sein sollen, antwortet der Windows PCD mit eine ANDEREN SID für den User. Der erscheint für Tobit als neuer bzw geänderter User und wird neu in die Archive.Dat eingetragen. Die durch Tobit automatisch eingetragenen User werden ( meine ich mich erinnerne zu können ) in GROßBUCHSTABEN und mit anderer Abfolge des Datensatzen eingetragen.

Ich habe mir mal den Output des Dubug-SL dazu angesehen. Dort konnte jedesmal wenn der Fehler auftrat ein anderes Verhalten beobachtet werden. Allerdings gibt es keine Anzeichen für die Ursache.

Das kann ich mir noch so aus der Erinnerung zusammensammeln. Wie gesagt wurde die Forschung dann irgendwann abgebrochen.

Wer Zeit und Lust hat, kann mal den WireShark im Netz laufen lassen und überprüfen, ob meine These mit den Call's stimmt.

Alle betroffenen könen sich ja noch mal melden mit folgenden Angaben:

Sind Windows Server im Netz? Welche?

Sind die Namen der Domain (NT, nicht DNS) und der Arbeitsgruppe in Samba gleich?

Hat jemand den Samba komplett über Kerberos angebunden? Lässt also die Authentifizierung über die Windows Server laufen?

Hat jemand eine andere These? Ist bestimmt von Interesse.

Im Moment bin ich ziemlich eingespannt, aber sobald wieder etwas Luft ist, werde ich meine Aufzeichnungen mal hervorkramen und mich wieder melden.

So, bis dann.
Frank

Hi Dennis,

die Übersetzung:

--Von mir eigenhändig zensiert--.......und auch keinen Bock.

Wir wollen bunte Pakete verkaufen und nichts mit unseren Kunden zu tun haben.

Deutlich genug?

Frank

Hi Frank,

ich hatte es zunächst auch erst so interpretiert. Nun wollte ich den Leuten in Ahaus nichts böses und mir eine zweite Meinung einholen:)
Da kann man dann nur noch sagen: Zwei Köpfe, eine Meinung. Eigentlich schon schade...

Hallo Frank,

habe das mit dem smbclient nochmal versucht. Wenn ich mit smbclient -L IP, bzw. smbclient -L Hostname arbeite schmeißt mir das System auf meine Linux-Rechner wie folgt aus:

Connection failed (Error NT_STATUS_BAD_NETWORK_NAME)

Vielleicht kannst du damit was anfangen?

Hi Dennis,

ähm- ich bin vlt noch nicht ganz wach.

Du hast für IP schon die IP-Adresse des Dvaid Servers eingetragen? Oder eben den Hostnamen des Servers.

Gruß
Frank

Hi Frank,

*lol*. jetzt bin ich wach... Man lernt täglich dazu...:)

Domain=[GS105] OS=[Unix] Server=[Samba 3.0.26a-3-1478-SUSE-SL10.3]

Server Comment
--------- -------

Workgroup Master
--------- -------
XXXXXX GS101

Hoffe es ist aussagekräftig...:)

Hallo zusammen,

es gibt mal wieder neues von der Tobit-Front. Halte allerdings die Lösung für einen schlechten Scherz. Kann es sein, dass man in Ahaus denkt, dass die Server bei denen die Probleme auftreten, gar nicht im Netz für Geschäftszwecke genutzt werden? Naja, dann muss ich wohl mal wieder ne Nachtschicht einlegen. Vielleicht hilft einem von Euch der Beitrag aus dem ArcIntercom:
--------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------
Tobit Software schrieb am 14-May-2008 17:16

Zunächst ist es wichtig, die tatsächlich sich in Verwendung befindlichen Archives der Benutzer zu lokalisieren, um nicht Gefahr zu laufen, aktive Archives zu entfernen mit denen noch gearbeitet wird. Alle nicht mehr genutzten Archives können vom DvISE Server entfernt werden. Hierzu gehen Sie wie folgt vor.

1. Prüfen Sie den Userstamm im DvISE Administrator und notieren Sie sich die dortigen User-ID und den jeweiligen Benutzernamen.
2. Erstellen Sie eine Datensicherung bei deaktiviertem Dienst »DvISE Service Layer« von dem Verzeichnis »DAVID\ARCHIVE\USER«, um jederzeit etwaige vermisste Daten wiederherstellen zu können. Anschließend starten Sie den Dienst wieder.
3. Wechseln Sie mit dem Windows Explorer in das Verzeichnis »DAVID\ARCHIVE\USER« und erstellen Sie anhand Ihrer Vergleichsliste eine neue Liste mit allen User-IDs, z.B. 10008000, die nicht auf der Liste stehen, die Sie gemäß Punkt 1 erstellt haben.
4. Wechseln Sie nun via Windows Explorer in das jeweilige User-ID Verzeichnis und entfernen Sie dort alle Unterverzeichnisse und Dateien, so dass am Ende nur noch das Userroot Verzeichnis existiert.

Sobald Sie diesen Vorgang abgeschlossen haben, existieren nur noch die aktiv genutzten User Verzeichnisse, die auch von den Benutzer genutzt werden, sowie die nicht mehr aktiven und leeren Userroot Verzeichnisse.
5. Als Administrator angemeldet wechseln Sie nun über Ihr Tobit InfoCenter in das Archive »Archive -> Benutzer« und entfernen Sie nun so alle aufgefundenen leeren Benutzerarchive.

ACHTUNG!

Kopieren Sie die Einträge ausschließlich aus dem Tobit InfoCenter, da ansonsten die entsprechenden Einträge im Tobit InfoCenter nicht korrekt angezeigt werden können.

Die User-IDs dürfen nicht umbenannt werden, da ansonsten die ARCHIVE.DIR bzw. ARCHIVE.DAT Dateien in der entsprechenden Verzeichnisstruktur auf Fileebene nicht mehr dem eigentlichen Pfad enthalten.

Bitte beachten Sie, dass User- oder Archivbezogene Einstellungen neu konfiguriert werden müssen.

------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------
Für meine Geschmack schießt das ganze zwar am Thema vorbei, aber ich will ja nichts unversucht lassen. Werde mein Ergebnis, wenn ich auch noch so pesimstisch bin dann kund tun. :wacko:

Hallo Zusammen,

unermütlich arbeite ich weiter an diesem Problem. Stehts darum bemüht mit den Kollegen in Ahaus weiterzukommen. Vielleicht weiß jemand, was die jeweiligen Veränderungen bewirken. Ich bin ja inzwischen sehr sensibel geworden, was unser System betrifft. Die Info, bzw. Vorschlag von Tobit:
---------------------------------------------------------------------------------------------------------------------------------------------------------------------
Tobit Software schrieb am 02-Jun-2008 11:21
Hallo,

Bitte stellen Sie sicher, das für die gesamte Partition auf der David installiert ist die ACL deaktiviert ist. Es reicht hierbei nicht aus, nur ACL-Bereichtigungen abzuschalten.
Was für ein Dateisystem verwenden Sie für David?

Bitte begeben Sie sich in die Sambakonfiguration (smb.conf) und setzen in der Sektion [David] folgenden Eintrag:

oplocks=no
level2 oplocks = no

Sie verwenden eine LDAP-Anmeldung an ihrem David Server. Diese ist leider nicht freigegeben. Bitte verwenden Sie die passwd und die smbpasswd als passwort backend.
--------------------------------------------------------------------------------------------------------------------------------------------------------------------
Würde mir ungemein helfen, wenn mir das jemand erklären kann. Wie man was bewerstelligt. ACL habe ich schon vor geraumer Zeit aus der fstab entfernt. (Suse Linux 9.3 Prof.) Was meinen die Einträge "oplock". Mit LDAP hatte ich leider noch nie was am Hut. Besten Dank

Zitat von Archivehacker

Hallo Zusammen,

unermütlich arbeite ich weiter an diesem Problem. Stehts darum bemüht mit den Kollegen in Ahaus weiterzukommen. Vielleicht weiß jemand, was die jeweiligen Veränderungen bewirken. Ich bin ja inzwischen sehr sensibel geworden, was unser System betrifft.

Ja, willkommen im Club, ging mir damals auch so. Komisch, dass es praktisch allen so geht, die Linux mit David benutzen, wa? Alle inkompetent? =)

Zitat von Archivehacker

Die Info, bzw. Vorschlag von Tobit:
---------------------------------------------------------------------------------------------------------------------------------------------------------------------
Tobit Software schrieb am 02-Jun-2008 11:21
Hallo,

Bitte stellen Sie sicher, das für die gesamte Partition auf der David installiert ist die ACL deaktiviert ist. Es reicht hierbei nicht aus, nur ACL-Bereichtigungen abzuschalten.
Was für ein Dateisystem verwenden Sie für David?

Findest du raus mit mount - da siehst du auch gleich, ob ACLs aktiv sind; den definitiven test kannst du mit setfacl -m u:einbenutzer:rwx /usr/david machen; der muss dir eine Fehlermeldung ausspucken (einbenutzer muss natürlich ein gültiger benutzer sein ;).

Zitat von Archivehacker

Bitte begeben Sie sich in die Sambakonfiguration (smb.conf) und setzen in der Sektion [David] folgenden Eintrag:

oplocks=no
level2 oplocks = no

Mmmhm. Aus der smb.conf(5):
"Oplocks are the way that SMB clients get permission from a server to locally cache file operations. If a server grants an oplock (opportunistic lock) then the client is free to assume that it is the only one accessing the file and it will aggressively cache file data. With some oplock types the client may even cache file open/close operations. This can give enormous performance benefits."

Auf deutsch: Der InfoCenter darf mit oplocks Daten zwischenspeichern; der arme Kerl der David auf Linux portieren musste hat das aber nicht hingekriegt - deswegen musst du das deaktivieren. Das muss in die [David]-Sektion.

Zitat von Archivehacker

Sie verwenden eine LDAP-Anmeldung an ihrem David Server. Diese ist leider nicht freigegeben. Bitte verwenden Sie die passwd und die smbpasswd als passwort backend.
--------------------------------------------------------------------------------------------------------------------------------------------------------------------
Würde mir ungemein helfen, wenn mir das jemand erklären kann. Wie man was bewerstelligt. ACL habe ich schon vor geraumer Zeit aus der fstab entfernt. (Suse Linux 9.3 Prof.) Was meinen die Einträge "oplock". Mit LDAP hatte ich leider noch nie was am Hut. Besten Dank

Interessant. Nachdem LDAP+SAMBA nix automatisches ist, müsstest du das mal konfiguriert haben, eigentlich - LDAP ist unter anderem eine globale Benutzerdatenbank. Kannst du uns mal deine smb.conf hier reinkopieren? Und rein aus Interesse (hab mit David nicht mehr so viel am Hut - yay me ;)): Wieviele Server habt ihr und in welcher Umgebung (also Windows Clients, eh klar bei David - aber was für Server-Betriebssysteme) läuft das ganze?

Zu "ACL":
Das hat schonmal funktioniert. Meldung: setfacl: /usr/david: Operation not supported

Zu "LDAP":
Also, wenn ich das "mal" konfiguriert haben sollte, muss ich im Vollrausch gewesen sein. Ich weiss zwar, dass sich unter Yast der LDAP-Client befindet... Das wars dann aber auch...;)

Zu unserem Netzwerk:
Wir arbeiten inzwischen mit 4 Servern: Suse Linux 8.2 (DC), Suse Linux 9.3 (Tobit), OpenSuse 10.3 (Fileserver), Windows NT (Tevitel Telefonanlage). Das Netzwerk hat ca. 25 Windows XP Clients.

Auszug unserer SMB.conf:

# Date: 2008/04/02 14:04:56

[global]
workgroup = Server
netbios aliases = GS104
netbios name = GS104
server string = Samba auf GS104
interfaces = 192.168.1.104/255.255.255.0
username map = /etc/samba/smbusers
server signing = Auto

printer admin = @ntadmin, root, administrator
cups options = raw
case sensitive = No
oplocks = No
msdfs proxy = no
restrict anonymous = no
max protocol = NT
domain master = No

logon path = \\%L\profiles\.msprofile
logon drive = P:
logon home = \\%L\%U\.9xprofile

ldap idmap suffix = ou=Idmap
ldap machine suffix = ou=Computers
ldap suffix = dc=example,dc=com
winbind uid = 10000-20000
winbind gid = 10000-20000
create mask = 0777
directory mask = 0777
include = /etc/samba/dhcp.conf
ldap ssl = No
add machine script = /usr/sbin/useradd -c Machine -d /var/lib/nobody -s /bin/false %m$
domain logons = No
idmap gid = 10000-20000
idmap uid = 10000-20000
security = user

[homes]
comment = Home Directories
valid users = %S
read only = No
inherit acls = Yes
browseable = No

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

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

[pdf]
create mask = 0600
comment = PDF creator
read only = No
print command = /usr/bin/smbprngenpdf -J '%J' -c %c -s %s -u '%u' -z %z
printable = Yes
path = /var/tmp

[printers]
comment = All Printers
path = /var/tmp
write list = @users
create mask = 0600
printable = Yes
printer name = lexmarkoptraelaserpr
browseable = No

[print$]
read only = No
path = /var/lib/samba/drivers
write list = root,@ntadmin
force group = ntadmin
comment = Printer Drivers
create mask = 0664
directory mask = 0775

[david]
comment = David
path = /usr/david
read only = No
hide unreadable = Yes
oplocks = No
level2 oplocks = No

[public]
path = /public/
read only = No
oplocks = Yes

[daten]
comment = Verzeichnis Daten auf GS104
path = /daten/
read only = No
blocking locks = No
locking = No
posix locking = No
strict locking = No

[mobotix]
comment = Ordner Alarmbilder
path = /public/mobotix/
read only = No

[sfirm]
comment = Datenverzeichnis SFIRM
path = /daten/sfirm/
read only = No

[verwaltung]
comment = Verzeichnis Verwaltung auf GS104
path = /daten/verwaltung/
read only = No

-----------------------------------------------------------------------------------------------------------------------------------------

Ich hoffe ich habe jetzt nischt vergessen.

Sonnige Grüße

Dennis

Das ist ja mal ne schräge conf - Immer dran denken: Morgens Kaffee, abends Wein, nicht andersrum

Du hast da LDAP-Einträge (und winbind, und PDC Kram - soll der David-Server einen BDC abgeben? Kanns sein, dass das mal probiert hast aufzusetzen? Danach sieht's ein bisschen aus - wobei mich die domain logons = no da ausm Konzept bringen =) - aber benutzen tust du die anscheinend nicht. Mach mal ein smbstatus (glaub ich - oder wars testparm ? Irgendwas in der Art, hab grad kein Linux zur Hand) und grep/guck nach passwd backend und idmap backend - wenn da was von wegen LDAP oder winbind auftaucht, dann benutzt du das wirklich, ansonsten sind das Leichen -- dann kannst du die auskommentieren oder komplett rausnehmen (also alles, was ldap im namen hat + die winbind dinger). Danach mit /etc/init.d/smb den Samba neu starten und schauen obs noch läuft.

Die oplocks stimmen jedenfalls.

Moin Zusammen,

ich habe es tatsächlich geschafft. Nein, das Problem ist bei uns noch nicht behoben... Ich habe es geschafft, dass Tobit mir nicht mehr helfen kann... Oder will???

Der Teamleiter technischer Support hat mich angerufen und mir erklärt, dass der Support inzwischen auch am Ende des Lateins ist. Zitat:

Wie besprochen - können wir die technischen Probleme, wie in der InterCom Anfrage geschildert nicht nachstellen.
Unsere Software hat diese Probleme von Natur aus nicht.

Alle möglichen Lösungsansätze des Supports wurden bereits von Ihnen überprüft und durchgeführt. Die Ursache muß letztlich im direkten Zusammenhang stehen.

Herr XXX, daher werden wir diesen Supportvorgang abschließen. Wenn sich auf Ihrer Seite vollkommen neue Erkenntnisse ergeben, haben sie jederzeit die Möglichkeit, diesen Vorgang wieder aufzugreifen. Aus rein übersichtlichen Gründen, empfiehlt es sich dann eine vollkommen neue InterCom Anfrage zu stellen.

Zitat Ende

Naja, jetzt steh ich hier auf einer Stelle und komme nicht mehr weiter. Wer wenn nicht der Hersteller soll denn jetzt noch eine Lösung haben.

------------------------------------------
@eljo

Ich habe die smb.conf wie folgt mal geändert. Vielleicht siehst du noch etwas, was meinem leihenhaften Wissen auf die Sprünge hilft. Noch läuft alles:)

# Date: 2008/06/18 12:02:00 geändert dk

[global]
workgroup = SERVER
netbios aliases = GS104
server string = Samba auf GS104
interfaces = 192.168.1.104/255.255.255.0
username map = /etc/samba/smbusers
server signing = Auto

printer admin = @ntadmin, root, administrator
cups options = raw
case sensitive = No
oplocks = No
msdfs proxy = no
restrict anonymous = no
max protocol = NT
domain master = no

logon path = \\%L\profiles\.msprofile
logon drive = P:
logon home = \\%L\%U\.9xprofile

# ldap idmap suffix = ou=Idmap
# ldap machine suffix = ou=Computers
# ldap suffix = dc=example,dc=com
# winbind uid = 10000-20000
# winbind gid = 10000-20000
create mask = 0777
directory mask = 0777
include = /etc/samba/dhcp.conf
# ldap ssl = No
add machine script = /usr/sbin/useradd -c Machine -d /var/lib/nobody -s /bin/false %m$
# ldap delete dn = yes
preferred master = no
# ldap ssl = No

[homes]
comment = Home Directories
valid users = %S
read only = No
inherit acls = Yes
browseable = No

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

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

[pdf]
create mask = 0600
comment = PDF creator
read only = No
print command = /usr/bin/smbprngenpdf -J '%J' -c %c -s %s -u '%u' -z %z
printable = Yes
path = /var/tmp

[printers]
comment = All Printers
path = /var/tmp
write list = @users
create mask = 0600
printable = Yes
printer name = lexmarkoptraelaserpr
browseable = No

[print$]
read only = No
path = /var/lib/samba/drivers
write list = root,@ntadmin
force group = ntadmin
comment = Printer Drivers
create mask = 0664
directory mask = 0775

[david]
comment = David
path = /usr/david
read only = No
hide unreadable = Yes

[public]
path = /public/
read only = No
oplocks = Yes

[daten]
comment = Verzeichnis Daten auf GS104
path = /daten/
read only = No
blocking locks = No
locking = No
posix locking = No
strict locking = No

[mobotix]
comment = Ordner Alarmbilder
path = /public/mobotix/
read only = No

[sfirm]
comment = Datenverzeichnis SFIRM
path = /daten/sfirm/
read only = No

# [daemmstoff]
#comment = Verzeichnis Daemmstoff auf GS104
#path = /daten/daemmstoff/
#read only = No

# [data]

; comment = Verzeichnis Data auf GS104
; path = /daten/data/
; read only = No
## Share disabled by YaST
# [distribution]

# comment = Verzeichnis Distribution auf GS104
# path = /daten/distribution/
# read only = No

[verwaltung]
comment = Verzeichnis Verwaltung auf GS104
path = /daten/verwaltung/
read only = No
-------------------------------------------------------------------------------------------

Für Ideen und Eingebungen bin ich jederzeit empfänglich.

Zitat von DeKo

Unsere Software hat diese Probleme von Natur aus nicht.

Das kenne ich auch, frei nach dem Motto: Unsere Software funktioniert, un wenn die Hälfte der Linux-Anwender Probleme hat liegt das an allem anderen, nur nicht an der Software.

Zitat von DeKo

Alle möglichen Lösungsansätze des Supports wurden bereits von Ihnen überprüft und durchgeführt.

Auch das kennt man, übersetzt: Wir haben keine Ahnung.

Wir kämpfen mit den doppelten Archives seit fast 2 Jahren, schon unter V8+. Erst war es die Suse-Version (10.1), dann die ACLs, dann die Samba-Konfiguration. Alles hat nichts geholfen, sondern nur Arbeit gemacht. Ich habe mich damit abgefunden, repariere regelmäßig mit ARCUTIL und hoffe, dass ich irgendwann eine brauchbare Alternative finde.

Trotzdem viel Glück
Thomas

Wir haben uns mit dem Gebaren von Tobit nicht mehr abgefunden. Wir haben vor 2 Wochen den Umzug auf einen Exchange 2003 Server gewagt.
Bis jetzt bin ich sehr zufrieden mit dem wie es jetzt läuft.

Grüße
Thomas

Wirklich sehr traurig... Vielleicht hat ja Tobit eine Deal mit Microsoft...(ohne etwas zu unterstellen);). Wir sind jedenfalls bisher noch nicht von unserem Vorhaben abgekommen weiterhin auf Linux zu bauen. Da die Software ja von Natur aus dieses Problem nicht hat, dürfte der neu eingerichtete und aufgesetzte Server ja dann einwandfrei funktionieren... Und wenn nicht... Wird es wohl ein sehr interessantes und brisantes Gespräch zwischen meinem Chef und dem Hause Tobit geben. Habe zwar noch keine Geld-zurück-Garantie für David-Infocenter gefunden, aber wer weiß. Ich kann mir jedenfalls keinen Reim auf das Problem machen. Ich mag nur erwähnen, dass ich wenn ich den Server auf verschiedene Arten starte, mal Vervielfachungen habe... Und mal auch nicht. Naja im Fall der Fälle hilft halt auch das schöne Tool Arcutil... Neues und eventuell hilfreiches folgt...:)

Mit dem neu eingerichteten Server mach dir mal nicht zu viel Hoffnung. Das haben wir alles bereits hinter uns.
Das Problem ist David in einem Windowsnetzwerk. Ausserdem ist die Suse 10.1 ja auch nicht erst seit
14 Tagen auf dem Markt. Ein User hier im Forum sehr gut beschrieben woran es wahrscheinlich liegt
das dieser Fehler auftritt. Tobit hat schon lange für sich entschieden das Linux keine Rolle in der Zukunft
spielen wird.

Ich wünsche trotzdem viel Glück...

Grüße
Thomas

Hallo, wir setzen selbst auch einen David 10 Server erfolgreich unter openSuse Linux 10.0 ein und haben vorher einen David 8/8+ Server unter RedHat EL 9 betrieben. Beide Installationen liefen äußerst stabil. Die in diesem Thread geannten Probleme haben wir in den vergangenen Jahren nicht beobachtet. Ich denke dass die hier geschilderten Fehler bei einer David Installation in einer von Tobit empfohlenen Konstellation nicht auftreten.

Gruß