Samba 2.2.12

[rhabarber1848]

(Ausgeschnitten aus dem IDE-Menü-thread)

Spricht etwas dagegen, Samba2 zu nutzen?
Die NSLU-Leute haben den noch im Angebot:
http://www.nslu2-linux.org/wiki/Optware/Samba2

It looks like Samba 3 is too big for all "swapless" routers. For this reason I have prepared Samba 2 packages

http://trac.nslu2-linux.org/optware/changeset/5271

Vielleicht ist das ja auch was für die Dbox2: samba2.diff

Code: Alles auswählen

-rwxr-xr-x 1 root root  672456 15. Mär 19:51 nmbd
-rwxr-xr-x 1 root root 1806864 15. Mär 19:51 smbd

[dbt]

Interessant, mal testen! Ein Ko Kriterium wäre nur, wenn damit keine großen Files >2GB zu gebrauchen wären. Macht der das?

[rhabarber1848]

http://home.arcor.de/36bit/samba.html#2.5

2.2.0 introduced Linux support for files > 2GB and kernel oplocks (2.4 kernel necessary).

[JtG-Riker]

http://home.arcor.de/36bit/samba.html#2.5

2.2.0 introduced Linux support for files > 2GB and kernel oplocks (2.4 kernel necessary).

Kannst du das mal testen ob das wirklich so ist ?

Gruß Riker

[rhabarber1848]

Kannst du das mal testen ob das wirklich so ist ?

Ich habe keine HDD in der Dbox2 und ob ich ein NFS-mount wieder per
Samba sharen kann, müsste ich testen. Nur stelle ich mir das Kopieren
von >2GB via 10 MBit grauslich vor

[dbt]

Nur stelle ich mir das Kopieren
von >2GB via 10 MBit grauslich vor

Das ist es mit Sicherheit, aber es geht mehr darum, dass man von Windows einen Zugriff darauf hat, um die Daten auch mal dort abspielen zu können. Also als Gegenstück für den, der keinen Linuxrechner mit NFS hat.

[rhabarber1848]

aber es geht mehr darum, dass man von Windows einen Zugriff darauf hat

Schon klar, ich wollte nur sagen, dass ich Samba2 nicht testen kann,
da meine Dbox2 keine HDD drin hat. Die einzige Möglichkeit hier, mit
der Dbox2 Dateien >2GB zu testen ist ein NFS-mount, dass wiederum
per Samba geshared wird, sofern das überhaupt geht...
Wie auch immer, ich kann Samba2 mit Dateien > 2GB hier nicht testen.

[Tommy]

Am besten wäre es, wenn man jetzt Samba2 austestet (soweit scheint das zu funktionieren mit >2GB)

Habe ich da irgendwas verpaßt? Gibt es ein Samba2 Binary mit largefile Support für die Dbox? Wenn ja wo?

[Tommy]

ich würde nur ein Samba binary (LFS) brauchen - den pack ich mir auf die SD Karte oder auf die HDD. Im Image ist der sicher zu fett.

[dbt]

Im Tuxbox-ULC gibts ein Samba3 Binary. Du kannst ja den Pfad angeben, wo Samba installiert ist. Ich bin allerdings noch die Doku im Wiki schuldig, kommt aber auch noch, hatte nor noch keine Zeit dafür. Muss aber dazu sagen, dass der momentane Stand nur für den ollen 1er, der im CVS schon ist duchgetestet ist. Für einen moderneren Samba müstte man sich noch mal rantrauen.

[tomworld]

@Tommy

dies habe ich auch befürchtet, da ich Samba eigentlich nur aus älteren Image kenne

ich würde nur ein Samba binary (LFS) brauchen - den pack ich mir auf die SD Karte oder auf die HDD. Im Image ist der sicher zu fett.

aber ich habe in dieser Richtung noch nicht gebaut, dann könnte man die File sicherlich aus dem Dbox2-Image nehmen und diese extra bereitstellen, so mein Gedanke

aber ich habe schon geschrieben, das das Problem nur die 2 GB Grenze der Files ist, dies kann man auch im Image einstellen, hat man dann zwei Teile von den Aufnahmen, Standart ist ja 2098, dann wird geteilt, ich nehme mit 4096 auf der HDD auf

pracktisch muss der Nutzer schon wissen, was er mit einer Dbox2 noch möchte
gut ich nutze Samba ja nur für kleine Aufnahmen und ich konnte dies jetzt direkt sehen, da ich nur noch zwei Aufnahmen auf der HDD habe (die schon auf den PC liegen), ich möchte auch noch Swap testen und kann jetzt auchmal wieder andere Partitionen einstellen, also ich habe meine HDD auf den PC gesichert, ein Film mit 1,4 GB und einer mit 2,5 GB (der 1,4 GB wird angezeigt im Netzwerk, beim 2,5 nur die dazugehörige xml)
ich finde es nicht so dramatisch, da ich denke das nicht mal 2% den Sambaserver oder NFS-Server im Image nutzen (weiss nicht)

was @dbt hier schon verwirklicht hat, ist im Sinne von HDD-IF und auch Conf-Menüen zu dieser Hardwareerweiterung wirklich bedeutender

ich denke aber das er (@dbt) sich ein besonders grosses Osterei verdient hat (wenn er an Ostern glaubt), ich bau ja immer parallel mit und unabhängig
ich respektiere dies Leistung absolut, denn es wurden alle meine Wünsche erfüllt und übertroffen

PS. ich habe mir nebenbei (Gedanken) gemacht, wie ich auch eine "<- zurück" Icon in das Image, wie in Neutrino-HD bekomme, es ist jetzt vorhanden


mfg
@dbt und auch Tommy und auch rababer... und allen Anderen hier, frohe Ostern

[rhabarber1848]

Vielleicht schaffe ich es über Ostern, samba2-Support für Images zu erstellen.
Der Patch alleine stellt im Moment nur "make samba2" zur Verfügung, installiert
die binaries allerdings nicht im Image, es ist nur ein Kompiliertest im Moment

[tomworld]

@rhabarber1848

ich denke nicht das dieser Samba2 -Support für Squashf-Image möglich ist, ausser man baut es mit und teste dann die File über den var-Bereich, durch neues Einspielen dieser in den var-Bereich oder vorzugswiese einer HDD oder MMC zum auslagern und verlinken

wenn man dieses nur auf das Grösser als 2 GB im Netzwerk abstimmen kann für die Anzeige der File auf eine HDD

ich nutze jetzt Samba(1) im Image ca. 2 1/2 Jahre, möchte dich aber nicht abhalten
ich habe es aber noch nicht getestet mit den Patch auf Samba2, das muss ich zugeben

aber @rhabarber1848 auch dir schöne Ostertage

PS. nutze die Zeit der Ostertage zur Erholung

PS2. hatte ich vergessen @dbt soll sich auch Erholungen , gibt sicher noch bissel was zu tun, aber dann später

[rhabarber1848]

samba2-Patch aktualisiert: samba2.diff

Der Patch ersetzt Samba1 im Image mit Samba 2.2.12, ein Flashimage wird 640 KB
größer als mit Samba1, würde also in die meisten Images noch hineinpassen.

In smb.conf musste ich folgende Zeile hinzufügen:

Code: Alles auswählen

interfaces = 192.168.1.4/255.255.255.0

Die o.g. IP ist die der Dbox2, ohne diesen Eintrag startet nmbd nicht:

ERROR: Could not determine network interfaces, you must use a interfaces config line

Es könnte daran liegen, dass ich im Yadd mit DHCP teste, keine Ahnung.
Die daemons smbd und nmbd starten und die Dbox taucht im Netzwerkbrowser
als Samba-Server auf, mehr habe ich mangels HDD nicht getestet.

[MarcM]

try this :

Code: Alles auswählen

interfaces=eth0

Marc

[rhabarber1848]

try this :

Code: Alles auswählen

interfaces=eth0

Habe ich schon probiert, hat nicht geklappt.

[dbt]

samba2-Patch aktualisiert: samba2.diff

Der Patch ersetzt Samba1 im Image mit Samba 2.2.12, ein Flashimage wird 640 KB
größer als mit Samba1, würde also in die meisten Images noch hineinpassen.

...

baut leider nicht durch:

Code: Alles auswählen

make[1]: Entering directory `/home/dbt/build/tuxbox-cvs/cdk/samba-2.2.12/source'
Compiling utils/make_smbcodepage.c
In file included from utils/make_smbcodepage.c:23:
include/includes.h:641:1: warning: "strchr" redefined
In file included from /usr/include/string.h:423,
                 from /usr/include/sys/un.h:38,
                 from include/includes.h:111,
                 from utils/make_smbcodepage.c:23:
/usr/include/bits/string2.h:396:1: warning: this is the location of the previous definition
In file included from utils/make_smbcodepage.c:24:
include/includes.h:636: error: conflicting types for ‘sys_errlist’
/usr/include/bits/sys_errlist.h:28: error: previous declaration of ‘sys_errlist’ was here
In file included from utils/make_smbcodepage.c:24:
include/includes.h:870: error: expected identifier or ‘(’ before ‘__extension__’
include/includes.h:874: error: conflicting types for ‘memmove’
include/includes.h:878: error: conflicting types for ‘initgroups’
/usr/include/grp.h:199: error: previous declaration of ‘initgroups’ was here
include/includes.h:898: error: conflicting types for ‘ftruncate’
/usr/include/unistd.h:985: error: previous declaration of ‘ftruncate’ was here
include/includes.h:902: error: expected identifier or ‘(’ before ‘__extension__’
make[1]: *** [utils/make_smbcodepage.o] Fehler 1
make[1]: Leaving directory `/home/dbt/build/tuxbox-cvs/cdk/samba-2.2.12/source'
make: *** [.deps/sambaserver] Fehler 2

[rhabarber1848]

Code: Alles auswählen

Compiling utils/make_smbcodepage.c
[...]
include/includes.h:636: error: conflicting types for ‘sys_errlist’

/usr/include/bits/sys_errlist.h:28: error: previous declaration of ‘sys_errlist’ was here
In file included from utils/make_smbcodepage.c:24:
include/includes.h:870: error: expected identifier or ‘(’ before ‘__extension__’

include/includes.h:874: error: conflicting types for ‘memmove’
include/includes.h:878: error: conflicting types for ‘initgroups’
/usr/include/grp.h:199: error: previous declaration of ‘initgroups’ was here
include/includes.h:898: error: conflicting types for ‘ftruncate’
/usr/include/unistd.h:985: error: previous declaration of ‘ftruncate’ was here

include/includes.h:902: error: expected identifier or ‘(’ before ‘__extension__’

make_smbcodepage wird mit dem Host-Compiler gebaut, mit

gcc version 4.4.3 20100108 (prerelease) (Debian 4.4.2-9)

auf Debian Squeeze funktioniert es. Welche Distro/Compiler setzt Du ein?

EDIT: Immer noch Opensuse 11.1?
http://www.tuxbox-cvs.sourceforge.net/f ... 81#p369881

[dbt]

EDIT: Immer noch Opensuse 11.1?

JA

[rhabarber1848]

In file included from utils/make_smbcodepage.c:24:
include/includes.h:636: error: conflicting types for ‘sys_errlist’

Es fehlte --disable-cups im Samba-configure-Aufruf.
Patch aktualisiert, Samba 2.2.12 kompiliert nun auf OpenSuse 11.1
samba2.diff

[dbt]

In file included from utils/make_smbcodepage.c:24:
include/includes.h:636: error: conflicting types for ‘sys_errlist’

Es fehlte --disable-cups im Samba-configure-Aufruf.
Patch aktualisiert, Samba 2.2.12 kompiliert nun auf OpenSuse 11.1
samba2.diff

Danke! Wollte nur mitteilen, dass der Patch läuft, jetzt muss das nur noch zusammen arbeiten

Edit: Es braucht nur noch einen Kniff wegen der Ablage der /smb.conf.

[dbt]

Kurze Statusmeldung wegen Sambaanbindung:
Samba 2 läuft mit >2GB Files, abspielen von TS-Files mit VLC über Windows Netzwerk lief sauber, sogar per WLAN. Getestet unter WinXP und Win7. Menü ist auch soweit angepasst, dass es damit auch zusammenarbeitet. Probleme gabs nur was die Imagegröße angeht. Ich habe das jetzt für mich mal ohne am erasesize zu drehen so hingebogen, dass das da rein passt. Einige Kompromisse waren allerdings notwendig. Alle Hintergrundbilder weg, Spiele teilweise raus, und für samba selbst nur smbd und nmbd drin gelassen. Das Ganze ist natürlich Ermessenssache des Imagebauers. Den Alten 1er Samba würde ich aber komplett rauswerfen, der 2er tuts und so wie's aussieht gefühlt sogar besser als der alte und wenn man das mal am laufen hat, kann man sich durchaus dran gewöhnen, seine Box(en) im Explorer zu sehen und auf die TS-Files zuzugreifen und braucht den 3er nicht nachzuinstallieren. Die Sache mit dem Auslagern auf hdd oder mmc ist zwar eine Lösung aber halt nicht so schön, aber man kann das noch optimieren, dass das auch weiterhin ohne größere Probleme geht. Die Option "Installationsverzeichnis" gibts ja bereits.

samba2-Patch aktualisiert: samba2.diff

Der Patch ersetzt Samba1 im Image mit Samba 2.2.12, ein Flashimage wird 640 KB
größer als mit Samba1, würde also in die meisten Images noch hineinpassen.

In smb.conf musste ich folgende Zeile hinzufügen:

Code: Alles auswählen

interfaces = 192.168.1.4/255.255.255.0

Die o.g. IP ist die der Dbox2, ohne diesen Eintrag startet nmbd nicht:

ERROR: Could not determine network interfaces, you must use a interfaces config line

Es könnte daran liegen, dass ich im Yadd mit DHCP teste, keine Ahnung.
Die daemons smbd und nmbd starten und die Dbox taucht im Netzwerkbrowser
als Samba-Server auf, mehr habe ich mangels HDD nicht getestet.

@rhabarber1848
das könntest du schon mal gepflegt reinmachen, allerdings ohne den Alten, den würde ich rauslassen, weil der ohne LFS nicht so der Bringer ist und ich keinen Sinn darin sehe, überall noch ifdefs mit ...OLD reinzubauen.
Im Samba configure steht ja bereits in deinem Patch das Configdir auf /etc und --with-privatdir auf /etc/samba/private, das passt. Das Verzeichnis /etc/samba/ muss dann ein Symmlink auf /var/etc/samba/ (einschl. private) sein ebenso /etc/smb.conf muss auf /var/etc/smb.conf zeigen. Das passt dann auch für alle Imagetypen und yadd, weil diese Files passend beim Übernehmen angelegt werden und im Bedarfsfall die Links bei yadd/jffs2 durch echte Dateien ersetzt werden. So getestet und funktioniert

[rhabarber1848]

das könntest du schon mal gepflegt reinmachen

Gerne, ich lasse allerdings im Moment noch einige Kompiliertests laufen.

allerdings ohne den Alten, den würde ich rauslassen

Da sind wir uns einig, die Zeit von Samba1 ist vorbei

Das Verzeichnis /etc/samba/ muss dann ein Symmlink auf /var/etc/samba/ (einschl. private) sein ebenso /etc/smb.conf muss auf /var/etc/smb.conf zeigen.

Ich werde auf jeden Fall vor dem commit noch einen CVS-tauglichen Patch
zum Testen posten, der die o.g. Kriterien erfüllen wird.

[rhabarber1848]

Resultate der Kompiliertests:

ohne Fehler:
- glibc@dbox2
- glibc@dbox2_kernel26
- uclibc@dbox2
- uclibc@dbox2_kernel26
- ipbox
- dreambox
- coolstream

mit Fehlern:
- keine Platform

[rhabarber1848]

Im Samba configure steht ja bereits in deinem Patch das Configdir auf /etc

Korrekt.

und --with-privatdir auf /etc/samba/private,

Das habe ich mittlerweile auf --with-privatedir=/var/samba/private geändert.

Das Verzeichnis /etc/samba/ muss dann ein Symmlink auf /var/etc/samba/ (einschl. private) sein

Ist damit nicht mehr nötig.

ebenso /etc/smb.conf muss auf /var/etc/smb.conf zeigen.

Das trifft zu.

Hier der neue Patch: samba2.diff