Le blog de Michauko » samba http://michauko.org/blog Si tu ne comprends pas le titre de l'article, passe ton chemin Mon, 16 Apr 2012 10:10:58 +0000 en hourly 1 http://wordpress.org/?v=3.3.2 CIFS VFS: No response for cmd 50 mid xxx http://michauko.org/blog/2011/10/18/cifs-vfs-no-response-for-cmd-50-mid-xxx/ http://michauko.org/blog/2011/10/18/cifs-vfs-no-response-for-cmd-50-mid-xxx/#comments Tue, 18 Oct 2011 13:47:04 +0000 michauko http://michauko.org/blog/?p=1296 Sur une machine Debian Squeeze virtualisée, kernel 2.6.28, depuis quelques jours, une tonne de messages type Oct 18 00:20:59 mamachine kernel: [1870080.158744] CIFS VFS: No response for cmd 50 mid 10251. Au-delà des messages, toutes les manipulations de fichiers sur des partages Samba fonctionnaient curieusement : transferts de fichiers interrompus, créations de répertoires quand ça voulait etc.

Sur Internet, on trouve de la prose indiquant que ça peut se régler en désactivant le « Opportunistic Locking », concrètement en faisant un echo 0 > /proc/fs/cifs/OplockEnabled bien bourrin, moyennant une vague perte de performance (je n’ai pas mesuré).
Ca n’aura pas suffit.

Comme j’ai vu passer, il me semble, des mises à jour samba il y a peu de temps, ça sentait la modif récente (chez MS, ou pas et répercutée dans Samba) et le kernel un peu trop vieux pour que tout ça marche bien. Résultat, après une mise à jour du noyau en 2.6.39 (backport), en mettant tout de même le « OplockEnabled » à 0 (j’avoue que je n’ai pas testé sans), le problème a disparu.

Un copain me souffle de mettre fs.cifs.OplockEnabled=0 dans /etc/sysctl.d/local.conf plutôt que l’éternel echo 0 > /proc... dans le rc.local.

]]> http://michauko.org/blog/2011/10/18/cifs-vfs-no-response-for-cmd-50-mid-xxx/feed/ 0 Accéder à un serveur linux en partage Windows, vite fait http://michauko.org/blog/2010/09/29/acceder-a-un-serveur-linux-en-partage-windows-vite-fait/ http://michauko.org/blog/2010/09/29/acceder-a-un-serveur-linux-en-partage-windows-vite-fait/#comments Wed, 29 Sep 2010 09:40:08 +0000 michauko http://michauko.org/blog/?p=1115 Petit besoin simple : un joli serveur Debian qui fait ce qu’il a à faire. Mais un besoin d’accéder simplement et rapidement à quelques répertoires depuis des PC Windows en domaine.
L’idée est d’installer Samba sur ce serveur en le limitant à une configuration minimaliste donnant un accès en lecture.
Attention, on est loin d’une vraie conf Samba. Mais pour vous éviter beaucoup de lecture, si votre besoin est celui-ci, suivez le guide, c’est rapide…

aptitude install samba

L’installation demande si vous faites partie d’un domaine et si vous obtenez des informations sur les WINS via le serveur DHCP
C’est tout.

Ensuite, on configure 3 endroits dans /etc/samba/smb.conf.
Le nom du serveur :

server string = mon super serveur

Le mode d’authentification simpliste :

security = share

Et enfin, on crée nos partages, à la fin du fichier :

[logs]
        comment = Mes logs
        path = /home/user1/logs
        read only = yes
        guest only = yes

Répétez autant de blocs que vous avez de partages.

On recharge samba un coup, et on teste – un reload doit être suffisant :

/etc/init.d/samba reload

Depuis votre Windows, vous accéderez donc à \\le_serveur\logs

]]> http://michauko.org/blog/2010/09/29/acceder-a-un-serveur-linux-en-partage-windows-vite-fait/feed/ 0 Montage NTFS et CIFS en fstab http://michauko.org/blog/2009/12/02/montage-ntfs-et-cifs-en-fstab/ http://michauko.org/blog/2009/12/02/montage-ntfs-et-cifs-en-fstab/#comments Wed, 02 Dec 2009 16:30:08 +0000 michauko http://michauko.org/blog/?p=983 Ca peut s’avérer pratique parfois, et lors d’une automatisation d’un traitement quelconque, carrément indispensable. Voici un rapide aide-mémoire pour déclarer en /etc/fstab des montages CIFS (montage de répertoires partagés Windows via Samba) et NTFS (des partitions, disques USB etc, mais en lecture/écriture, pas lecture seule).

D’abord, s’assurer que vous avez le paquet ntfs-3g (si besoin d’écriture sur le disque/partition NTFS) et le paquet smbfs (Samba FileSystem) pour les partages CIFS.

Vous pouvez tester facilement avec des commandes genre mount -t cifs ou mount -t ntfs-3g. Dans le cas du CIFS, il y a certaines options à passer, notamment l’utilisateur, le domaine etc. C’est presque plus simple dans /etc/fstab.

Bref, voici la chose illustrée par l’exemple :

srv:/etc# cat fstab
###
# blabla habituel
### puis :
//srvwin1/partage1      /mnt/srv1prt1      cifs    uid=root,credentials=/etc/cifs.credentials,domain=MONDOM 0 0
//srvwin1/partage2      /mnt/srv1prt2      cifs    uid=root,credentials=/etc/cifs.credentials,domain=MONDOM 0 0
//srvwin2/blabla1       /mnt/srv2prt1      cifs    uid=root,credentials=/etc/cifs.credentials,domain=MONDOM 0 0
/dev/sdb1               /mnt/usbsdb1       ntfs-3g defaults,locale=fr_FR.utf8 0 0

Dans cet exemple tout simple, on monte 3 partages CIFS, mappé sur l’utilisateur root de la machine linux, en se signant avec les informations contenues dans /etc/cifs.credentials (ci-dessous) sur le domaine NT « MONDOM ».
Et dans /mnt/usbsdb1, on monte un disque USB (ou SCSI ou SATA d’ailleurs), en NTFS lecture/écriture.

Ensuite, de simples « mount /mnt/celui_que_vous_voulez » pour monter.

Le contenu de /etc/cifs.credentials est de la forme :

username=mon_login_windows
password=mon_p4ss

Il peut évidemment être différent pour chaque montage. Pensez à le protéger (chmod 600 /etc/cifs.credentials)

]]> http://michauko.org/blog/2009/12/02/montage-ntfs-et-cifs-en-fstab/feed/ 1