staging.inyokaproject.org

Ich habe einen Ubuntu Server hier stehen, der eine Samba Freigabe im Netzwerk zur Verfügung stellt.

Leider gibt es ein paar Dateien (~30 bis 40 von ~400.000) die beim Client mit falscher Größe dargestellt werden. Beispiel: Die richtige Größe ist 13638, während sie als 94890 angezeigt wird. Ich habe eine Kopie der Datei erstellt. Die Kopie hat die richtige Größe.

Das liegt gibt 'll' aus:

swym@swym:/media/server/data/xyz/website$ ll
insgesamt 6813
drwxrwxrwx 2 root root       0 Dez 28 11:34  ./
drwxrwxrwx 2 root root       0 Jul 31 22:33  ../
-rwxrwxrwx 1 root root       2 Jul 31 22:33  109be4cbd8c84414cc44d894f4c1afc6.webp*
-rwxrwxrwx 1 root root  275902 Jul 31 22:33  18082621057.js*
-rwxrwxrwx 1 root root   13638 Dez 28 11:34 '1e966d4c6c6a1cd7f9b0e14a6cd00133(copy).webp'*
-rwxrwxrwx 1 root root   94890 Jul 31 22:33  1e966d4c6c6a1cd7f9b0e14a6cd00133.webp*

Ich habe wc gemacht: Die Dateien sind identisch:

swym@swym:/media/server/data/xyz/website$ wc 1e*
    54    289  13638 1e966d4c6c6a1cd7f9b0e14a6cd00133(copy).webp
    54    289  13638 1e966d4c6c6a1cd7f9b0e14a6cd00133.webp

'diff': ohne Befund

'stat' sagt:

swym@swym:/media/server/data/xyz/website$ stat 1e*
  Datei: 1e966d4c6c6a1cd7f9b0e14a6cd00133(copy).webp
 Größe: 13638       Blöcke: 28         EA Block: 1048576 Normale Datei
Gerät: 34h/52d  Inode: 11018908528528989240  Verknüpfungen: 1
Zugriff: (0777/-rwxrwxrwx)  Uid: (    0/    root)   Gid: (    0/    root)
Zugriff: 2022-12-28 14:32:15.529526800 +0100
Modifiziert: 2022-12-28 11:34:28.266395000 +0100
Geändert: 2022-12-28 11:34:28.266395000 +0100
Geburt: -
  Datei: 1e966d4c6c6a1cd7f9b0e14a6cd00133.webp
 Größe: 94890       Blöcke: 187        EA Block: 1048576 Normale Datei
Gerät: 34h/52d  Inode: 11005031431080392244  Verknüpfungen: 1
Zugriff: (0777/-rwxrwxrwx)  Uid: (    0/    root)   Gid: (    0/    root)
Zugriff: 2022-12-28 02:21:51.170252300 +0100
Modifiziert: 2022-07-31 22:33:34.245090000 +0200
Geändert: 2022-07-31 22:33:34.245090000 +0200
Geburt: -

Auch mit dem smbclient ist es korrekt:

smb: \path\to\the\website\data\> dir 1e*
  1e966d4c6c6a1cd7f9b0e14a6cd00133(copy).webp      A    13638  Wed Dec 28 11:34:28 2022
  1e966d4c6c6a1cd7f9b0e14a6cd00133.webp      A    13638  Sun Jul 31 22:33:34 2022

        1934088704 blocks of size 1024. 484136960 blocks available

smb.conf:

[global]
        workgroup = XXX
        server string = %h server (Samba, Ubuntu)
        map to guest = Bad User
        obey pam restrictions = Yes
        pam password change = Yes
        client ntlmv2 auth = yes
        client plaintext auth = no
        syslog = 0
        log file = /var/log/samba/log.%m
        max log size = 2500
        dns proxy = No
        wins support = Yes
        usershare allow guests = Yes
        panic action = /usr/share/samba/panic-action %d
        lanman auth = no
        ntlm auth = no
        follow symlinks = yes
        wide links = yes

        load printers = no
        printing = bsd
        printcap name = /dev/null
        disable spoolss = yes
        unix charset = UTF-8
        display charset = UTF-8

        allocation roundup size = 4096

[Data]
        comment = Data
        path = /media/data
        valid users = user1
        admin users = user1
        read only = No
        hosts allow = 192.168.
        vfs objects = recycle
        recycle:repository = .papierkorb
        recycle:keeptree  = yes
        recycle:versions = yes

Gibt es einen Befehl zum Aktualisieren von 'stat' auf dem Client PC?

die beim Client mit falscher Größe dargestellt werden.

Du solltest beim Crossposting allen die gleichen Informationen zukommen lassen.

If I mount the share on another computer, it is shown with correct file size.

Liest sich nach "das Problem müsste am Client liegen".

Ideen:

• Haben alle Clients die gleiche smbclient-Version und -Konfiguration?

• Tritt das Problem auch nach einem Kaltstart (!) des betroffenen PCs auf?

• Wie ist das Verhalten mit der CIFS-Mountoption cache=none ?

Hallo Dingsbums,

Danke für die Ideen, vor allem das cache=none hätte auch funktionieren können denke ich. Ein Bekannter hat mir die cifs mount Option noserverino empfohlen und das hat dann funktioniert.

Das mit dem "no Cache" klingt aber auch gut.