Kein Schreibrecht auf CIFS-gemountetes Videoverzeichnis

Wozu soll das gut sein zwischen 2 Linux-Rechnern Samba zu benutzen? Warum nicht NFS?

Gerald

Kann kein Sinn drinn liegen, Bei ubuntu ist der speed mit samba zwischen Linux Rechnern sowieso Grottenschlecht.

Bei mir ist der speed mit NFS um den Factor 3 schneller.

Auch wenn es wenig Sinn macht, aber bei der sonstigen haarsträubenden Konfiguration macht das den Bock auch nicht mehr fett.

Du möchtest vielleicht ein paar zusätzliche Einträge in -o ....

Zitat

uid=arg
sets the uid that will own all files on the mounted filesystem. It may be specified as either a username or a numeric uid. For
mounts to servers which do support the CIFS Unix extensions, such as a properly configured Samba server, the server provides the
uid, gid and mode so this parameter should not be specified unless the server and client uid and gid numbering differ. If the
server and client are in the same domain (e.g. running winbind or nss_ldap) and the server supports the Unix Extensions then the
uid and gid can be retrieved from the server (and uid and gid would not have to be specified on the mount. For servers which do not
support the CIFS Unix extensions, the default uid (and gid) returned on lookup of existing files will be the uid (gid) of the
person who executed the mount (root, except when mount.cifs is configured setuid for user mounts) unless the "uid=" (gid) mount
option is specified. For the uid (gid) of newly created files and directories, ie files created since the last mount of the server
share, the expected uid (gid) is cached as long as the inode remains in memory on the client. Also note that permission checks
(authorization checks) on accesses to a file occur at the server, but there are cases in which an administrator may want to
restrict at the client as well. For those servers which do not report a uid/gid owner (such as Windows), permissions can also be
checked at the client, and a crude form of client side permission checking can be enabled by specifying file_mode and dir_mode on
the client. Note that the mount.cifs helper must be at version 1.10 or higher to support specifying the uid (or gid) in non-numeric
form.

gid=arg
sets the gid that will own all files on the mounted filesystem. It may be specified as either a groupname or a numeric gid. For
other considerations see the description of uid above.
rw
mount read-write

Alles anzeigen

getent passwd gibt dir die notwendigen Infos dazu. Evtl. ist das ja das Problem auch wenn ich nicht sehe warum, wenn alles 777 gesetzt wird.

Wäre zumindest das was ich probieren würde, wenn ich so ein Setup hätte.

root Vollzugriff via Samba

Zitat

Wozu soll das gut sein zwischen 2 Linux-Rechnern Samba zu benutzen? Warum nicht NFS?

Korrigier mich bitte, wenn ich falsch liege... aber ist es nicht oft mühsam auf allen Rechnern die gleiche User UID etc. einzustellen? Bei Samba kann man diese ja mittels eigener Authentifizierung schön umgehen... ich habe übrigens beides am Laufen und kann einen Unterschied von "Faktor 3" überhaupt nicht bestätigen... technisch sollte NFS wohl etwas schneller sein, aber seit der neuen CIFS Unterstützung ist dieser Unterschied nicht mehr so gravierend...
Zitat:

Zitat

Als Netzwerk-Dateisystem auf dem Client ersetzt cifs-vfs {en} das vorher verwendete Dateisystem smbfs {en} , das nicht weiter gewartet wird (und welches seit Hardy Heron auch nicht mehr in Ubuntu ist). Das Dateisystem cifs-vfs bietet gegenüber dem früheren smbfs nicht nur zusätzliche Funktionen, sondern auch eine wesentlich bessere Performance.

(Quelle: http://wiki.ubuntuusers.de/Samba_Client_cifs)

Ich habe bei einem Client (die anderen haben NFS) folgenden fstab Eintrag für CIFS:
//192.168.0.1/video /var/lib/video.00 cifs credentials=/home user/.smbcredentials,rw,dir_mode=0750,file_mode=0640,uid=user,gid=user,iocharset=utf8 0 0

Davor erstellt man eine Textdatei z.B. mit dem Namen .smbcredentials im eigenen Homeverzeichnis und trägt folgenden Inhalt ein:
username=<benutzer>
password=<passwort>

Hallo Tiroler, bei mir ist es halt leider so das ich über samba egal ob ich nun smbfs oder cifs verwende nur auf 22-25mb/sek zwischen 2 Linux Rechnern komme. Wenn ich allerdings nfs verwende und von selben server die selben files probiere komme ich auch 65-70mb/sek.
Da es sich bei den clients um komplett unterschiedliche Hardware und install handelt könnte das Problem eigentlich ja nur beim Server liegen.
Wenn das so ist verstehe ich dann aber nicht warum genau der selbe Server via Samba in Verbindung mit Windows PCs 100mb/sek schafft.

Zitat

Da es sich bei den clients um komplett unterschiedliche Hardware und install handelt könnte das Problem eigentlich ja nur beim Server liegen.

Dazu wären natürlich jetzt die Samba Versionen und die smb.conf interessant...

Zitat

Windows PCs 100mb/sek

Moment, nur damit es keine Missverständnisse gibt - von was reden wir jetzt? Von 100 Megabyte pro Sekunde oder von 100 Megabit pro Sekunde? Wie misst du deine Werte und welches Netzwerk benutzt du? (Gigabit oder 100 MBit Netzwerk?)

Ich verwende ein Gigabit Netzwerk.
Hier ein screenshot zwischen Linux und Windows mit smbfs.
[Blockierte Grafik: http://www.bilderload.com/thumb/26775/linuxwindows4VWIR.png]

Samba ist 3.4.0

smb.conf ist eigentlich nur die "workgroup" angepasst, "max open files" eingetragen. (Eigenheit von W7) und ein share angelegt:

[Datengrab]
    path = /media/Datengrab
    read only = Yes
    guest ok = No
    write list = vdr
    create mask = 0644
    directory mask = 0755

Wobei vielleicht noch zu sagen ist das "/media/Datengrab" ein "mhddfs" ist.

Auf die schnelle gefunden.

Zitat

The anonuid/anongid are the UID and GID to use for anonymous (typically root)
access. There is no way to map UID and GID that I am aware of - you need to
define the same UID/GID to the same user name on each host.

An Deiner Stelle würde ich die UID/GID auf allen Rechnern synchronisieren. Je nach dem wieviele Rechner du hast gibt das etwas Aufwand, ist aber nicht so tragisch. Wenn alles mal synchron ist kannst du auch die Benutzer z.b: nur af dem Server anlegen und /etc/passwd und /etc/group auf die clients synchronisieren. Für die Passwörter gibt es glaub auch eine Lösung. Eine Alternative wäre NIS zu verwenden.

http://www.cyberciti.biz/faq/h…ange-rename-user-name-id/
http://tldp.org/HOWTO/NIS-HOWTO/

P.S: Beim schreiben auf ein mit nfs eingebundenes Verzeichnis werden die lokalen UID/GID verwendet. Das heisst es verhaltet sich wie ein lokales filesystem.

Gruss
sk8ter