Re: atalk-Daemon stirbt - warum?
Servus Michael, ich denke, die PM war ein Versehen? Michael Grundmann, Dienstag, 8. April 2003 19:55:
afp_die: asp_shutdown: Connection timed out
Habe auch schon gegoogelt, aber ich konnte nur feststellen, daß auch andere dieses Problem haben. Wie man es lösen könnte fand ich nicht.
System: 7.3 mit Originalkernel und Original-netatalk.
ich habe diese probleme leider auch ab und an. welches os nutzt dein client?
Der Client hat das OS 8.6 drauf. Meinst Du, das hätte was damit zu tun? Was dafür spricht ist folgendes: Ich habe den Server auf genau dieser Hardware schon seit einem knappen Jahr am Laufen, und immer mit Clients des OS 9.2 betrieben. Nicht ein einziges Mal ist der daemon abgesoffen. Allerdings war die Last nicht sehr hoch. Und weil das alles so schön stabil lief, habe ich mich jetzt entschlossen, aus der Linux-Kiste einen echten Backup-Server zu stricken. Tja, und der Haupt-Fileserver hat halt noch OS 8.6. Die Software ist Retrospect, und damit soll des nächtens halt der gesamte Datenbestand übers Netz auf den Backup-Server = die Linux-Kiste geschoben werden. Wie ist denn Deine Konfiguration? Wie oft stürzt Dein daemon ab? -- Andreas Feile www.feile.net
Hi, Am Dienstag, 8. April 2003 22:57 schrieb Andreas Feile:
Servus Michael,
[..]
Der Client hat das OS 8.6 drauf. Meinst Du, das hätte was damit zu tun?
[...]
Tja, und der Haupt-Fileserver hat halt noch OS 8.6. Die Software ist Retrospect, und damit soll des nächtens halt der gesamte Datenbestand übers Netz auf den Backup-Server = die Linux-Kiste geschoben werden.
Ich glaube nicht, daß MacOS 8.6 was damit zu tun hat, ich fahre auch das Stardard-Atalk von der Susi 8.1, daran hängen ein 8.5 US und ein 8.6 DE Client. Daneben läuft auf einem anderen Rechner noch ein weiterer Atalkd von der Susi 8.0, auf den die Clients auch zugreifen können. Das Ganze ohne Probleme, allerdings habe ich nie daran rumkonfiguriert, weil das Ganze von Anfang an "out of the box" lief. Vielleicht hilft Euch das weiter? Gruß Peter
Wie ist denn Deine Konfiguration? Wie oft stürzt Dein daemon ab?
Peter Baumgartner, Mittwoch, 9. April 2003 08:10:
Ich glaube nicht, daß MacOS 8.6 was damit zu tun hat, ich fahre auch das Stardard-Atalk von der Susi 8.1, daran hängen ein 8.5 US und ein 8.6 DE Client. Daneben läuft auf einem anderen Rechner noch ein weiterer Atalkd von der Susi 8.0, auf den die Clients auch zugreifen können. Das Ganze ohne Probleme, allerdings habe ich nie daran rumkonfiguriert, weil das Ganze von Anfang an "out of the box" lief. Vielleicht hilft Euch das weiter?
Welche Version des atalk-daemons hat denn die 8.0 und 8.1? -- Andreas Feile www.feile.net
Am 08.04.2003 22:57 Uhr schrieb "Andreas Feile" unter
Servus Michael,
ich denke, die PM war ein Versehen?
ups - jepp, ein versehen. Ich vergesse in dieser Liste immer den Empfänger zu ändern - sorry :)
Der Client hat das OS 8.6 drauf. Meinst Du, das hätte was damit zu tun?
mmh - nicht wirklich ...
Was dafür spricht ist folgendes: Ich habe den Server auf genau dieser Hardware schon seit einem knappen Jahr am Laufen, und immer mit Clients des OS 9.2 betrieben. Nicht ein einziges Mal ist der daemon abgesoffen. Allerdings war die Last nicht sehr hoch. Und weil das alles so schön stabil lief, habe ich mich jetzt entschlossen, aus der Linux-Kiste einen echten Backup-Server zu stricken. Tja, und der Haupt-Fileserver hat halt noch OS 8.6. Die Software ist Retrospect, und damit soll des nächtens halt der gesamte Datenbestand übers Netz auf den Backup-Server = die Linux-Kiste geschoben werden.
Das wird wohl das Problem sein - ich vermute (weiss es aber nicht 100%ig), dass Retroscrept auf die IDs zugreift und daher Netatalk stirbt. Ich möchte mal - wenn die Zeit dafür da ist - die ältere did "mtab" benutzen. Das Problem ist wohl die CNID - leider ist sie noch sehr anfällig - beispielsweise kannst du das von Netatalk freigegebene Verzeichnis - nicht - per nfs oder rsync auf einen anderen Rechner sichern, da dir hier früher oder später die .AppleDB zerschossen wird. Naja - zumindestens stirb der Dienst nicht, was dir aber in diesem Fall nicht weiterhilft. Mal eine Frage: Kannst Du dein Backup nicht evtl. mit einem AppleScript lösen?
Wie ist denn Deine Konfiguration? Wie oft stürzt Dein daemon ab?
Puh - ob ich das jetzt auswendig schaffe :) .... ./configure --prefix=/usr/local/atalk --sysconfdir=/etc --pkgconfdir=/etc/atalk --with-did=cnid --with-mangling --with-logfile=/var/log/netatalk.log --enable-suse Zuvor habe ich aber noch die BerkelyDB3 installiert (mittlerweile soll netatalk aber auch mit der 4er-Version von der SuSE-Cd funktionieren). Die 3er-Version ist hier zu finden: wget http://www.sleepycat.com/update/snapshot/db-3.3.11.tar.gz tar -xzf db-3.3.11.tar.gz cd db-3.3.11/build_unix/ ../dist/configure make su make install Die DB ist jetzt unter /usr/local installiert - folgende Zeilen laden die Libraries: echo "/user/local/BerkeleyDB.3.3/lib" >> /etc/ld.so.conf ldconfig Jetzt kannst du Netatalk nach den o. a. Listing installieren UND erhälst dennoch deine Abstürze :( Wie gesagt, ich möchte noch die did=mtab ausprobieren (obwohl schon sehr alt). Gruss Michael
Michael Grundmann, Mittwoch, 9. April 2003 20:24:
Das wird wohl das Problem sein - ich vermute (weiss es aber nicht 100%ig), dass Retroscrept auf die IDs zugreift und daher Netatalk stirbt.
Hmja, diesen Gedanken habe ich jetzt mittlerweile auch schon irgendwo im Netz gefunden. Könnte also durchaus sein.
Mal eine Frage: Kannst Du dein Backup nicht evtl. mit einem AppleScript lösen?
Könnte ich wohl schon. Leider habe ich aber überhaupt keine Ahnung, wie und wo ich ansetzen müßte. Ich habe noch nie ein Appleskript geschrieben. Hast Du einen Tip? Ich will einfach nachts die gesamte Substruktur eines Ordners (welcher ein exportiertes Share ist) auf mein Netzwerkvolume kopieren, welches eben von meiner Linux-Box exportiert wird, und auf dem Hauptserver gemountet ist. Wenn ich die Tage einmal Zeit finde, dann werde ich Deine Konfigurations- und Compilierungsvorschläge mal probieren. Wenn ich hier was finde, dann melde ich mich. Gruß. Andy -- Andreas Feile www.feile.net
Moin, Am Mit, 2003-04-09 um 20.24 schrieb Michael Grundmann:
Ich möchte mal - wenn die Zeit dafür da ist - die ältere did "mtab" benutzen. Das Problem ist wohl die CNID - leider ist sie noch sehr anfällig -
Ne, das willst du gar nicht. :-) Du willst dir eine aktuelle Version besorgen, und inzwischen gibt es wohl nur noch CNID, weil die anderen Verfahren nie wirklich funktioniert haben. Übrigens gibt es, siehe sourceforge, eine sehr aktive netatalk-Mailingliste, die dir vermutlich deutlich besser helfen kann. Gruß, Ratti -- fontlinge Font management for Linux http://www.gesindel.de Schriftenverwaltung fuer Linux
Am 10.04.2003 18:44 Uhr schrieb "Jörg Roßdeutscher" unter
Moin,
Am Mit, 2003-04-09 um 20.24 schrieb Michael Grundmann:
Ich möchte mal - wenn die Zeit dafür da ist - die ältere did "mtab" benutzen. Das Problem ist wohl die CNID - leider ist sie noch sehr anfällig -
Ne, das willst du gar nicht. :-)
warum? :) der einzige unterschied - zur zeit - liegt darin, dass man mit der cnid den FileServer viel schneller durchsuchen kann.
Du willst dir eine aktuelle Version besorgen, und inzwischen gibt es wohl nur noch CNID, weil die anderen Verfahren nie wirklich funktioniert haben.
hehehehe - glaube mir, hier läuft die aktuelle version :) ausserdem will ich das nur für testzwecke durchführen und nur privat. für die produktion wird ethershare benutzt.
Übrigens gibt es, siehe sourceforge, eine sehr aktive netatalk-Mailingliste, die dir vermutlich deutlich besser helfen kann.
die verfolge ich immer :) gruss michael ps: hast du dir schon deine .AppleDB zerschossen? geht nämlich sehr schnell und einfach.
Michael Grundmann wrote: [...]
hehehehe - glaube mir, hier läuft die aktuelle version :) ausserdem will ich das nur für testzwecke durchführen und nur privat. für die produktion wird ethershare benutzt.
Gibt es EtherShare auch als freie Version irgendwo? Ich kenne sonst nur die etwas sehr expansive Version von Helios. Gruß Martin
Am 10.04.2003 22:43 Uhr schrieb "Martin Falley" unter
Michael Grundmann wrote:
[...]
hehehehe - glaube mir, hier läuft die aktuelle version :) ausserdem will ich das nur für testzwecke durchführen und nur privat. für die produktion wird ethershare benutzt.
Gibt es EtherShare auch als freie Version irgendwo? Ich kenne sonst nur die etwas sehr expansive Version von Helios.
Hallo Martin, ja - mittlerweile kannst du dir eine Demo bei denen ziehen. Ich habe diese selbst noch nicht getestet und weiss daher nicht wie lange die lauffähig ist. Gruß Michael
Michael Grundmann wrote:
Am 10.04.2003 22:43 Uhr schrieb "Martin Falley":
Michael Grundmann wrote:
[...] [...]
Gibt es EtherShare auch als freie Version irgendwo? Ich kenne sonst nur die etwas sehr expansive Version von Helios.
Hallo Martin,
ja - mittlerweile kannst du dir eine Demo bei denen ziehen. Ich habe diese selbst noch nicht getestet und weiss daher nicht wie lange die lauffähig ist.
Ich kenne ja das Progamm. Ich habe sogar eine Demo-CD von denen mit einer Laufzeit von 30 Tagen (normal sind 14 Tage). Mir war nur nicht ganz klar, ob Du dieses Progamm meintest. Jetzt ist es zwar klar, aber ich suche immer noch eine freie Version mit diesen Fähigkeiten. Scheint es aber nirgendwo zu geben oder hat jemand andere Informationen? Gruß Martin Falley
Am 10.04.2003 22:43 Uhr schrieb "Martin Falley" unter
Michael Grundmann wrote:
[...]
hehehehe - glaube mir, hier läuft die aktuelle version :) ausserdem will ich das nur für testzwecke durchführen und nur privat. für die produktion wird ethershare benutzt.
Gibt es EtherShare auch als freie Version irgendwo? Ich kenne sonst nur die etwas sehr expansive Version von Helios.
Hallo Martin, ja - mittlerweile kannst du dir eine Demo bei denen ziehen. Ich habe diese selbst noch nicht getestet und weiss daher nicht wie lange die lauffähig ist. Gruß Michael
Moin, Am Don, 2003-04-10 um 22.10 schrieb Michael Grundmann:
Am 10.04.2003 18:44 Uhr schrieb "Jörg Roßdeutscher"
Am Mit, 2003-04-09 um 20.24 schrieb Michael Grundmann:
Ich möchte mal - wenn die Zeit dafür da ist - die ältere did "mtab" benutzen. Das Problem ist wohl die CNID - leider ist sie noch sehr anfällig -
Ne, das willst du gar nicht. :-)
warum? :) der einzige unterschied - zur zeit - liegt darin, dass man mit der cnid den FileServer viel schneller durchsuchen kann.
Ne, ist nicht der einzige Unterschied. :-) Der wirklich wichtige Unterschied liegt darin, daß die anderen Verfahren, u.A. mtab, gar nicht mehr unterstützt werden. Da ich, wie gesagt, inzwischen auf nfs gewechselt bin, habe ich seit ungefähr einam halben Jahr die netatalk-Liste nciht mehr so wirklich verfolgt, aber ich bin reichlich überrascht, daß der Code für anderes als cnid überhaupt noch drin - der Rauswurf ist ja lange angekündigt. Deswegen würde ich einfach nicht mehr drauf setzen.
Du willst dir eine aktuelle Version besorgen, und inzwischen gibt es wohl nur noch CNID, weil die anderen Verfahren nie wirklich funktioniert haben.
hehehehe - glaube mir, hier läuft die aktuelle version :) ausserdem will ich das nur für testzwecke durchführen und nur privat. für die produktion wird ethershare benutzt.
Ethershare? Meinst du AppleShareIP? Zumindest verwende ich das auf den verbliebenen OS9-Servern. Grunz. Schrott. :-)
Übrigens gibt es, siehe sourceforge, eine sehr aktive netatalk-Mailingliste, die dir vermutlich deutlich besser helfen kann.
die verfolge ich immer :)
:-)
ps: hast du dir schon deine .AppleDB zerschossen? geht nämlich sehr schnell und einfach.
Bisher nur, wenn ich mit Linux in den Mac-Daten rumgeschreibstelt habe. Ist aber egal, einfach löschen, und sie wird neu aufgebaut. Wenn bei den Macs die DesktopDB zerlegt ist, hau ich die auch immer weg. Gruß, Ratti -- fontlinge Font management for Linux http://www.gesindel.de Schriftenverwaltung fuer Linux
Am 10.04.2003 23:06 Uhr schrieb "Jörg Roßdeutscher" unter
Ne, ist nicht der einzige Unterschied. :-) Der wirklich wichtige Unterschied liegt darin, daß die anderen Verfahren, u.A. mtab, gar nicht mehr unterstützt werden. Da ich, wie gesagt, inzwischen auf nfs gewechselt bin, habe ich seit ungefähr einam halben Jahr die netatalk-Liste nciht mehr so wirklich verfolgt, aber ich bin reichlich überrascht, daß der Code für anderes als cnid überhaupt noch drin - der Rauswurf ist ja lange angekündigt.
Deswegen würde ich einfach nicht mehr drauf setzen.
nein, das ist falsch. cnid wird lediglich als standard-did genutzt.
hehehehe - glaube mir, hier läuft die aktuelle version :) ausserdem will ich das nur für testzwecke durchführen und nur privat. für die produktion wird ethershare benutzt.
Ethershare? Meinst du AppleShareIP? Zumindest verwende ich das auf den verbliebenen OS9-Servern. Grunz. Schrott. :-)
um gottes willen :) - ethershare ist von helios und das wohl wirklich beste applefilesharing-sys überhaupt. allerdings kommerziell.
Bisher nur, wenn ich mit Linux in den Mac-Daten rumgeschreibstelt habe. Ist aber egal, einfach löschen, und sie wird neu aufgebaut. Wenn bei den Macs die DesktopDB zerlegt ist, hau ich die auch immer weg.
tja - und schon stimmen die ids nicht mehr. was dazu führen kann, dass du die falsche datei öffnest usw. gruss michael
Moin, Am Fre, 2003-04-11 um 06.40 schrieb Michael Grundmann:
Am 10.04.2003 23:06 Uhr schrieb "Jörg Roßdeutscher" unter
:
Ne, ist nicht der einzige Unterschied. :-) Der wirklich wichtige Unterschied liegt darin, daß die anderen Verfahren, u.A. mtab, gar nicht mehr unterstützt werden. Da ich, wie gesagt, inzwischen auf nfs gewechselt bin, habe ich seit ungefähr einam halben Jahr die netatalk-Liste nciht mehr so wirklich verfolgt, aber ich bin reichlich überrascht, daß der Code für anderes als cnid überhaupt noch drin - der Rauswurf ist ja lange angekündigt.
Deswegen würde ich einfach nicht mehr drauf setzen.
nein, das ist falsch. cnid wird lediglich als standard-did genutzt.
Liest du nur die "normale" netatalk-Liste, oder auch die -devel? An nicht-cnid wird nix mehr gemacht.
Ethershare? Meinst du AppleShareIP? Zumindest verwende ich das auf den verbliebenen OS9-Servern. Grunz. Schrott. :-)
um gottes willen :) - ethershare ist von helios und das wohl wirklich beste applefilesharing-sys überhaupt. allerdings kommerziell.
Asche über mein Haupt, Ja, Helios Ethershare, natürlich. Ja, das Teil ist wirklich saugut, ich habe nur als User damit gearbeitet, aber echt Klasse. Allerdings auch ein Klasse-Preis. :-)
Bisher nur, wenn ich mit Linux in den Mac-Daten rumgeschreibstelt habe. Ist aber egal, einfach löschen, und sie wird neu aufgebaut. Wenn bei den Macs die DesktopDB zerlegt ist, hau ich die auch immer weg.
tja - und schon stimmen die ids nicht mehr. was dazu führen kann, dass du die falsche datei öffnest usw.
Das halte ich für ein Gerücht. Ich nutze Macs seit System 7.x, schmeisse auf 30 zu betreuenden Rechnern regelmässig die Schreibtischdatein weg (Mit Filetyper DesktopDB und DesktopDF sichtbar machen, killen und Neustart), und es hat noch nie Probleme damit gegeben. Was man natürlich nicht machen darf, ist, die Datei im laufenden Betrieb auf dem Server zu löschen und dann weitermachen als wär nix. Neues Login der Clients ist fällig. Ich mache es immer so, daß ich mich als erster einlogge und mit Sherlock nach einer nciht existenten Datei suche, damit alle Verzeichnisse einmal vom Mac angefasst worden sind, bevor die User sich einloggen. Und dann nochmal ins Logfile gucken, ob das Reaktionen verursacht hat. Gruß, Ratti -- fontlinge Font management for Linux http://www.gesindel.de Schriftenverwaltung fuer Linux
Am 10.04.2003 23:06 Uhr schrieb "Jörg Roßdeutscher" unter
Ne, ist nicht der einzige Unterschied. :-) Der wirklich wichtige Unterschied liegt darin, daß die anderen Verfahren, u.A. mtab, gar nicht mehr unterstützt werden. Da ich, wie gesagt, inzwischen auf nfs gewechselt bin, habe ich seit ungefähr einam halben Jahr die netatalk-Liste nciht mehr so wirklich verfolgt, aber ich bin reichlich überrascht, daß der Code für anderes als cnid überhaupt noch drin - der Rauswurf ist ja lange angekündigt.
Deswegen würde ich einfach nicht mehr drauf setzen.
nein, das ist falsch. cnid wird lediglich als standard-did genutzt.
hehehehe - glaube mir, hier läuft die aktuelle version :) ausserdem will ich das nur für testzwecke durchführen und nur privat. für die produktion wird ethershare benutzt.
Ethershare? Meinst du AppleShareIP? Zumindest verwende ich das auf den verbliebenen OS9-Servern. Grunz. Schrott. :-)
um gottes willen :) - ethershare ist von helios und das wohl wirklich beste applefilesharing-sys überhaupt. allerdings kommerziell.
Bisher nur, wenn ich mit Linux in den Mac-Daten rumgeschreibstelt habe. Ist aber egal, einfach löschen, und sie wird neu aufgebaut. Wenn bei den Macs die DesktopDB zerlegt ist, hau ich die auch immer weg.
tja - und schon stimmen die ids nicht mehr. was dazu führen kann, dass du die falsche datei öffnest usw. gruss michael
Am 10.04.2003 18:44 Uhr schrieb "Jörg Roßdeutscher" unter
Moin,
Am Mit, 2003-04-09 um 20.24 schrieb Michael Grundmann:
Ich möchte mal - wenn die Zeit dafür da ist - die ältere did "mtab" benutzen. Das Problem ist wohl die CNID - leider ist sie noch sehr anfällig -
Ne, das willst du gar nicht. :-)
warum? :) der einzige unterschied - zur zeit - liegt darin, dass man mit der cnid den FileServer viel schneller durchsuchen kann.
Du willst dir eine aktuelle Version besorgen, und inzwischen gibt es wohl nur noch CNID, weil die anderen Verfahren nie wirklich funktioniert haben.
hehehehe - glaube mir, hier läuft die aktuelle version :) ausserdem will ich das nur für testzwecke durchführen und nur privat. für die produktion wird ethershare benutzt.
Übrigens gibt es, siehe sourceforge, eine sehr aktive netatalk-Mailingliste, die dir vermutlich deutlich besser helfen kann.
die verfolge ich immer :) gruss michael ps: hast du dir schon deine .AppleDB zerschossen? geht nämlich sehr schnell und einfach.
Moin, Am Fre, 2003-04-11 um 20.39 schrieb Michael Grundmann:
Am 10.04.2003 18:44 Uhr schrieb "Jörg Roßdeutscher" unter
Am Mit, 2003-04-09 um 20.24 schrieb Michael Grundmann:
mal - wenn die Zeit dafür da ist - die ältere did "mtab" benutzen. Das Problem ist wohl die CNID - leider ist sie noch sehr anfällig -
Ne, das willst du gar nicht. :-)
warum? :) der einzige unterschied - zur zeit - liegt darin, dass man mit der cnid den FileServer viel schneller durchsuchen kann.
1. cnid ist die stabilste der diversen DB-Implementationen. Das "alpha" und "anfällig" war mal. Inzwiwschen ist es umgekehrt. 2. Mich nicht-cnid-Installationen setzt du auf eine Technik, deren Rauswurf angekündigt ist. Damit bist du schonmal raus. :-) Darüberhinaus würde ich damit rechnen, daß die anderen DBs früher oder später Bugs bekommen, die keine findet (Weil nicht benutzt) und die aus dem gleichen Grund erstmal nicht gefixt werden. 3. Ich habe die entsprechenden Artikel mangels Interesse nur diagonal gelesen, aber nicht-cnid DBs *müssen* teilweise Fehler verursachen (Nicht eindeutige IDs), weil sie von vorherein falsch angedacht sind. Gruß, Ratti -- fontlinge Font management for Linux http://www.gesindel.de Schriftenverwaltung fuer Linux
participants (6)
-
Andreas Feile
-
Joerg Rossdeutscher
-
Jörg Roßdeutscher
-
Martin Falley
-
Michael Grundmann
-
Peter Baumgartner