Re: [ug-fraosug] netatalk 2.2.1 TimeMachine
Hallo Andreas, > >> Bisher hatte ich netatalk 2.1 als TimeMachine, was soweit funktioniert > hat. Es gibt wohl auch Leute die 2.2 zum laufen gebracht haben http:// > marcoschuh.de/wp/?p=839 . > > > > Ich hab das auf der Arbeit auf einem Rechner drauf, tut einwandfrei. > War auch gar kein Problem, das zu kompilieren. Einfach wie üblich das > configure-Skript aufrufen, make, fertig. Ich habe lediglich dem > configure-Skript ein paar nützliche Parameter mitgegeben; welche das > nochmal genau waren, kann ich nächste Woche in Erfahrung bringen, wenn > ich wieder im Büro bin, sofern es jemanden interessiert. > > Welche netatalk Version ist das genau? netatalk 2.2.0 > Die Parameter wären auch interessant! Aufgerufen habe ich das configure-Skript mit folgenden Parametern: %> ./configure --enable-srvloc --enable-zeroconf --with-bdb=/usr/local --with-gssapi=/usr/local --with-ldap Wobei ich zuvor auch aus anderen Gründen ein paar zusätzliche Bibliotheken nach /usr/local kompiliert hatte: - Berkeley DB 5.1.25 - OpenLDAP 2.4.25 - Cyrus SASL 2.1.23 Daher mussten zum Zugriff darauf ein paar Umgebungsvariablen gesetzt sein zum erfolgreichen Kompilieren: %> export CFLAGS="-I/usr/local/include -L/usr/local/lib -R/usr/local/lib" %> export LDFLAGS="-L/usr/local/lib" %> export CPPFLAGS="-I/usr/local/include" %> export CXXFLAGS="-I/usr/local/include -L/usr/local/lib -R/usr/local/lib" SASL wurde wie folgt kompiliert: configured by ./configure, generated by GNU Autoconf 2.57, with options \"'--mandir=/usr/local/share/man' '--bindir=/usr/local/bin' '--sbindir=/usr/local/sbin' '--libdir=/usr/local/lib' '--with-plugindir=/usr/local/lib/sasl2' '--with-configdir=/usr/local/lib/sasl2'\" und OpenLDAP: configured by ./configure, generated by GNU Autoconf 2.63, with options \"'--enable-crypt' '--enable-spasswd' '--enable-modules' '--enable-slp' '--enable-ldap=mod' '--enable-monitor=mod' '--enable-passwd=mod' '--enable-sock=mod' '--enable-overlays=mod' '--with-cyrus-sasl' '--bindir=/usr/local/bin/amd64' '--sbindir=/usr/local/sbin/amd64' '--libexecdir=/usr/local/libexec/amd64' '--libdir=/usr/local/lib/amd64' '--with-tls' 'CC=/opt/solstudio12.2/bin/cc -m64' 'CFLAGS=-m64 -I/usr/local/include -L/usr/local/lib/amd64 -R/usr/local/lib/amd64' 'LDFLAGS=-m64' 'CPPFLAGS=-I/usr/local/include'\" Hier die Aufrufe zum Kompilieren als 64-Bit-Libraries, nachdem ich zuvor die 32-Bit-Version erzeugt hatte. In letzterem Fall einfach die Angaben wie /amd64 oder -m64 weglassen. Nur als Hinweis: netatalk benötigt Avahi, was es allerdings unter S11Express nur in 32-Bit-Form gibt. Ach ja, nach dem configure-Aufruf genügte ein simples "make [-j]" gefolgt von "pfexec make install[-strip]", und schon fluppte die Kiste :-) Grüße Thorsten___ ug-fraosug mailing list ug-fraosug@opensolaris.org http://mail.opensolaris.org/mailman/listinfo/ug-fraosug
Re: [ug-fraosug] netatalk 2.2.1 TimeMachine
Am 01.10.2011 um 15:24 schrieb Thorsten Heit: >> Bisher hatte ich netatalk 2.1 als TimeMachine, was soweit funktioniert hat. >> Es gibt wohl auch Leute die 2.2 zum laufen gebracht haben >> http://marcoschuh.de/wp/?p=839 . > > Ich hab das auf der Arbeit auf einem Rechner drauf, tut einwandfrei. War auch > gar kein Problem, das zu kompilieren. Einfach wie üblich das configure-Skript > aufrufen, make, fertig. Ich habe lediglich dem configure-Skript ein paar > nützliche Parameter mitgegeben; welche das nochmal genau waren, kann ich > nächste Woche in Erfahrung bringen, wenn ich wieder im Büro bin, sofern es > jemanden interessiert. Welche netatalk Version ist das genau? Die Parameter wären auch interessant! ___ ug-fraosug mailing list ug-fraosug@opensolaris.org http://mail.opensolaris.org/mailman/listinfo/ug-fraosug
Re: [ug-fraosug] netatalk 2.2.1 TimeMachine
Hi, >>> ich versuche gerade netatalk 2.2.1 für OSX Lion TimeMachine zum laufen zu >>> bringen und S11ex 11/2010 Evtl. hilft der Trick hier? http://www.heise.de/ct/hotline/NAS-Zugriff-per-AFP-mit-Lion-1319643.html >> [...] >> >> Da ich TimeMachine <-> Solaris auch noch auf meiner "ToDo"-Liste stehen >> habe, hatte ich vor einiger Zeit mal geforscht. Das netatalk scheint >> ein größeres Problem unter S11 zu sein. Daher hatte ich beschlossen, > > warum soll das ein größeres Problem sein? Es benutzt nichts > Systemspezifisches, wie Kernelmodule oder soetwas. Bisher hatte ich netatalk > 2.1 als TimeMachine, was soweit funktioniert hat. Es gibt wohl auch Leute die > 2.2 zum laufen gebracht haben http://marcoschuh.de/wp/?p=839 . Ich hab das auf der Arbeit auf einem Rechner drauf, tut einwandfrei. War auch gar kein Problem, das zu kompilieren. Einfach wie üblich das configure-Skript aufrufen, make, fertig. Ich habe lediglich dem configure-Skript ein paar nützliche Parameter mitgegeben; welche das nochmal genau waren, kann ich nächste Woche in Erfahrung bringen, wenn ich wieder im Büro bin, sofern es jemanden interessiert. Ciao Thorsten ___ ug-fraosug mailing list ug-fraosug@opensolaris.org http://mail.opensolaris.org/mailman/listinfo/ug-fraosug
Re: [ug-fraosug] netatalk 2.2.1 TimeMachine
> >> ich versuche gerade netatalk 2.2.1 für OSX Lion TimeMachine zum laufen zu > >> bringen und S11ex 11/2010 > > [...] > > > > Da ich TimeMachine <-> Solaris auch noch auf meiner "ToDo"-Liste stehen > > habe, hatte ich vor einiger Zeit mal geforscht. Das netatalk scheint > > ein größeres Problem unter S11 zu sein. Daher hatte ich beschlossen, > > warum soll das ein größeres Problem sein? Es benutzt nichts > Systemspezifisches, wie Kernelmodule oder soetwas. Die Erforschung, warum das ein Problem sein soll, wollte ich grade vermeiden. :-) > Bisher hatte ich netatalk > 2.1 als TimeMachine, was soweit funktioniert hat. Ah, das ist schon mal gut zu wissen. Gibt es einen Upgrade-Grund? Laut Wikipedia unterstützt 2.2.x die AFP-Version 3.3. Leider steht dort nicht, was die Unterschiede zu früheren Versionen sind. >Es gibt wohl auch Leute > die 2.2 zum laufen gebracht haben http://marcoschuh.de/wp/?p=839 . Das war ja die Sache mit der Verschlüsselungsmethode. > Es gibt > ja auch inzw. so viele S10 Varianten (S10, S11ex, oi, nexenta, > Schillix,) daß der Support da inzwischen recht kompliziert wird :( Das ist wohl wahr. > > Spricht bei Dir etwas gegen NFS? > > Der ist Betrieb weniger robust. Das TimeMachine System ist auch darauf > ausgelegt, daß die Verbindung einfach gekappt werden kann, ohne das > Datenmüll in der TimeCapsule entsteht. Hierfür gibt es anscheinend spezielle > Protokollerweiterungen im afp. Interessant, wußte ich nicht. > Wenn Apple NFS nicht direkt unterstützt ist es wohl der gleiche Hack wie mit > SMB, d.h. es wird nicht in der OSX Standardkonfiguration unterstützt, was > wiederum dazu führt, dass z.B. eine Crash recovery nicht genauso einfach > funktioniert wie gewohnt. Da kann man im Zweifel einfach eine komplette Installation machen und dann über NFS zurücksichern. Aber Du hast recht, eigentlich muß man sowas vorher testen und -- falls es von der normalen Vorgehensweise abweicht -- auch dokumentieren. Viele Grüße -- Volker -- Volker A. Brandt Consulting and Support for Oracle Solaris Brandt & Brandt Computer GmbH WWW: http://www.bb-c.de/ Am Wiesenpfad 6, 53340 Meckenheim, GERMANYEmail: v...@bb-c.de Handelsregister: Amtsgericht Bonn, HRB 10513 Schuhgröße: 46 Geschäftsführer: Rainer J. H. Brandt und Volker A. Brandt ___ ug-fraosug mailing list ug-fraosug@opensolaris.org http://mail.opensolaris.org/mailman/listinfo/ug-fraosug
Re: [ug-fraosug] netatalk 2.2.1 TimeMachine
Am 01.10.2011 um 13:25 schrieb Volker A. Brandt: >> ich versuche gerade netatalk 2.2.1 für OSX Lion TimeMachine zum laufen zu >> bringen und S11ex 11/2010 > [...] > > Da ich TimeMachine <-> Solaris auch noch auf meiner "ToDo"-Liste stehen > habe, hatte ich vor einiger Zeit mal geforscht. Das netatalk scheint > ein größeres Problem unter S11 zu sein. Daher hatte ich beschlossen, warum soll das ein größeres Problem sein? Es benutzt nichts Systemspezifisches, wie Kernelmodule oder soetwas. Bisher hatte ich netatalk 2.1 als TimeMachine, was soweit funktioniert hat. Es gibt wohl auch Leute die 2.2 zum laufen gebracht haben http://marcoschuh.de/wp/?p=839 . Es gibt ja auch inzw. so viele S10 Varianten (S10, S11ex, oi, nexenta, Schillix,) daß der Support da inzwischen recht kompliziert wird :( > das garnicht erst anzuschauen und gleich NFS zu nehmen. Gibt es einen Unterscheid zwischen NFS und SMB in Bezug auf TimeMachine? > Da gibt es einiges im Netz zu, ist nicht trivial, aber machbar. > Spricht bei Dir etwas gegen NFS? Der ist Betrieb weniger robust. Das TimeMachine System ist auch darauf ausgelegt, daß die Verbindung einfach gekappt werden kann, ohne das Datenmüll in der TimeCapsule entsteht. Hierfür gibt es anscheinend spezielle Protokollerweiterungen im afp. Wenn Apple NFS nicht direkt unterstützt ist es wohl der gleiche Hack wie mit SMB, d.h. es wird nicht in der OSX Standardkonfiguration unterstützt, was wiederum dazu führt, dass z.B. eine Crash recovery nicht genauso einfach funktioniert wie gewohnt. ___ ug-fraosug mailing list ug-fraosug@opensolaris.org http://mail.opensolaris.org/mailman/listinfo/ug-fraosug
Re: [ug-fraosug] netatalk 2.2.1 TimeMachine
Hallo Andreas! > ich versuche gerade netatalk 2.2.1 für OSX Lion TimeMachine zum laufen zu > bringen und S11ex 11/2010 [...] Da ich TimeMachine <-> Solaris auch noch auf meiner "ToDo"-Liste stehen habe, hatte ich vor einiger Zeit mal geforscht. Das netatalk scheint ein größeres Problem unter S11 zu sein. Daher hatte ich beschlossen, das garnicht erst anzuschauen und gleich NFS zu nehmen. Da gibt es einiges im Netz zu, ist nicht trivial, aber machbar. Spricht bei Dir etwas gegen NFS? Viele Grüße -- Volker -- Volker A. Brandt Consulting and Support for Oracle Solaris Brandt & Brandt Computer GmbH WWW: http://www.bb-c.de/ Am Wiesenpfad 6, 53340 Meckenheim, GERMANYEmail: v...@bb-c.de Handelsregister: Amtsgericht Bonn, HRB 10513 Schuhgröße: 46 Geschäftsführer: Rainer J. H. Brandt und Volker A. Brandt ___ ug-fraosug mailing list ug-fraosug@opensolaris.org http://mail.opensolaris.org/mailman/listinfo/ug-fraosug
[ug-fraosug] netatalk 2.2.1 TimeMachine
Hallo, ich versuche gerade netatalk 2.2.1 für OSX Lion TimeMachine zum laufen zu bringen und S11ex 11/2010 - das configure Script vergißt die libgcrypt mit in das Makefile aufzunhemen, daß läßt sich beheben in macros/libgcrypt.m4 - leider funktioniert das damit erzeugte uams_dhx2.so immernoch nicht, es läßt sich laden, aber es kann sich niemand einloggen. Hat das hier jemand zum laufen gebracht? ___ ug-fraosug mailing list ug-fraosug@opensolaris.org http://mail.opensolaris.org/mailman/listinfo/ug-fraosug
