Ouf cool un début de piste. Pour le bug, si tu pouvais ajouter les bactraces obtenus, je sais que Jan en est friand :-) Puis une brève explication du contexte.
Bonne fin de journée. On 02/18/2010 09:29 AM, Chaudier Fabien wrote: > Le serveur est en exploitation et la commande umount n'est pas fonctionnel > tant que /home est exporté. > J'ai fait du arreter le service nfs, demonter et remonter /home puis relancer > le service nfs en une seule ligne de commande pour que les utilisateurs soit > le moins gênés. > >> rcnfsserver stop; umount -v /home ; mount -v /home ; rcnfsserver start > > Cela fait un peu plus de 5 minutes et plus d'erreur > > Merci pour les infos. Je vais ajouter ma contribution au rapport de bug :-) > > Le jeudi 18 février 2010 06:29:25, Bruno Friedmann a écrit : >> Bon j'ai trouvé, si tu veux le faire à chaud, je pense qu'il faut tout >> ré-écrire dans le remount Comme par exemple suivant. >> >> le seul pb que je vois, c'est que ça marche bien pour ajouter des options, >> ou changer les existantes. par contre pour les supprimés ça ne marche >> pas. >> (donc un umount,remount complet est nécessaire !) >> >> mount -l >> /dev/sda3 on / type ext4 (rw,noatime,nodiratime,data=writeback,barrier=0) >> [opensuse] proc on /proc type proc (rw) >> sysfs on /sys type sysfs (rw) >> debugfs on /sys/kernel/debug type debugfs (rw) >> udev on /dev type tmpfs (rw) >> devpts on /dev/pts type devpts (rw,mode=0620,gid=5) >> /dev/mapper/cr_sda5 on /home type xfs (rw,noatime,nodiratime,barrier=0) >> [home] fusectl on /sys/fs/fuse/connections type fusectl (rw) >> securityfs on /sys/kernel/security type securityfs (rw) >> rpc_pipefs on /var/lib/nfs/rpc_pipefs type rpc_pipefs (rw) >> gvfs-fuse-daemon on /home/bruno/.gvfs type fuse.gvfs-fuse-daemon >> (rw,nosuid,nodev,user=bruno) c-3po:~ # cat /proc/mounts >> rootfs / rootfs rw 0 0 >> udev /dev tmpfs rw,relatime,mode=755 0 0 >> /dev/sda3 / ext4 rw,noatime,nodiratime,barrier=0,data=writeback 0 0 >> /root/proc /proc proc rw,relatime 0 0 >> sysfs /sys sysfs rw,relatime 0 0 >> debugfs /sys/kernel/debug debugfs rw,relatime 0 0 >> devpts /dev/pts devpts rw,relatime,gid=5,mode=620,ptmxmode=000 0 0 >> /dev/mapper/cr_sda5 /home xfs rw,noatime,nodiratime,attr2,noquota 0 0 >> fusectl /sys/fs/fuse/connections fusectl rw,relatime 0 0 >> securityfs /sys/kernel/security securityfs rw,relatime 0 0 >> rpc_pipefs /var/lib/nfs/rpc_pipefs rpc_pipefs rw,relatime 0 0 >> gvfs-fuse-daemon /home/bruno/.gvfs fuse.gvfs-fuse-daemon >> rw,nosuid,nodev,relatime,user_id=1502,group_id=1500 0 0 c-3po:~ # mount >> /dev -o remount,noatime,nodiratime,mode=755,rw >> c-3po:~ # mount -l >> /dev/sda3 on / type ext4 (rw,noatime,nodiratime,data=writeback,barrier=0) >> [opensuse] proc on /proc type proc (rw) >> sysfs on /sys type sysfs (rw) >> debugfs on /sys/kernel/debug type debugfs (rw) >> udev on /dev type tmpfs (rw,noatime,nodiratime,mode=755) >> devpts on /dev/pts type devpts (rw,mode=0620,gid=5) >> /dev/mapper/cr_sda5 on /home type xfs (rw,noatime,nodiratime,barrier=0) >> [home] fusectl on /sys/fs/fuse/connections type fusectl (rw) >> securityfs on /sys/kernel/security type securityfs (rw) >> rpc_pipefs on /var/lib/nfs/rpc_pipefs type rpc_pipefs (rw) >> gvfs-fuse-daemon on /home/bruno/.gvfs type fuse.gvfs-fuse-daemon >> (rw,nosuid,nodev,user=bruno) c-3po:~ # cat /proc/mounts >> rootfs / rootfs rw 0 0 >> udev /dev tmpfs rw,noatime,nodiratime,mode=755 0 0 >> /dev/sda3 / ext4 rw,noatime,nodiratime,barrier=0,data=writeback 0 0 >> /root/proc /proc proc rw,relatime 0 0 >> sysfs /sys sysfs rw,relatime 0 0 >> debugfs /sys/kernel/debug debugfs rw,relatime 0 0 >> devpts /dev/pts devpts rw,relatime,gid=5,mode=620,ptmxmode=000 0 0 >> /dev/mapper/cr_sda5 /home xfs rw,noatime,nodiratime,attr2,noquota 0 0 >> fusectl /sys/fs/fuse/connections fusectl rw,relatime 0 0 >> securityfs /sys/kernel/security securityfs rw,relatime 0 0 >> rpc_pipefs /var/lib/nfs/rpc_pipefs rpc_pipefs rw,relatime 0 0 >> gvfs-fuse-daemon /home/bruno/.gvfs fuse.gvfs-fuse-daemon >> rw,nosuid,nodev,relatime,user_id=1502,group_id=1500 0 0 >> >> PS : ne pas prendre mes options de montage, je suis un fou :-) >> >> Maintenant si je refais un >> >> mount /dev -o remount,relatime,mode=755,rw >> c-3po:~ # cat /proc/mounts >> udev /dev tmpfs rw,noatime,nodiratime,mode=755 0 0 >> >> c-3po:~ # mount -l >> udev on /dev type tmpfs (rw,noatime,nodiratime,relatime,mode=755,mode=755) >> >> .... >> >> On 02/18/2010 12:06 AM, Fabien CHAUDIER wrote: >>> le commande cat /proc/mount >>> /dev/mapper/vg00-lv_home /home ext4 >>> rw,relatime,user_xattr,acl,barrier=1,data=ordered,jqfmt=vfsv0,usrjquota=a >>> quota.user,grpjquota=aquota.group 0 0 me signale toujours que les quotas >>> sont en place !!! >>> mount -l donne : >>> /dev/mapper/vg00-lv_home on /home type ext4 (rw,acl,user_xattr) >>> >>> Qui croire ? >>> >>> Le jeudi 18 février 2010 00:03:23, Fabien CHAUDIER a écrit : >>>> J'ai redémarrer nfsserver mais toujours les messages >>>> >>>> Le mercredi 17 février 2010 23:55:11, Bruno Friedmann a écrit : >>>>> Je pense qu'il y a aussi une interaction avec le nfs (puisque c'est ce >>>>> module précisément qui fait boum) >>>>> >>>>> ça risque de pas être facile, mais je pense ( donc à confirmer ) qu'il >>>>> faut aussi redémarrer les nfs services pour que les quotas ne soient >>>>> plus pris en compte ( attention à la surveillance des espaces disques >>>>> pour les /home ) >>>>> >>>>> Pour le bug, rajouter la description de ce qu'il se passe, ( >>>>> particulièrement nfs ) peut apporter des pistes de recherches dans les >>>>> patches suse qui sont appliqués au kernel. >>>>> >>>>> il faut vérifier pour le remount avec un cat /proc/mounts ( j'aurais >>>>> fait que le -o remount ) que les autres options acl et user_attr sont >>>>> là et que les quotas sont loin. >>>>> >>>>> il faut normalement aussi lancer un quotaoff -a pour arrêter la prise >>>>> en charge par le kernel des quotas. >>>>> >>>>> On 02/17/2010 11:34 PM, Fabien CHAUDIER wrote: >>>>>> J'ai modifier fstab avec les options ci dessous puis la commande >>>>>> mount -v -o remount,rw /home >>>>>> mais j'ai toujours l'erreur >>>>>> >>>>>> Le mercredi 17 février 2010 23:20:45, Fabien CHAUDIER a écrit : >>>>>>> Le mercredi 17 février 2010 23:18:00, Fabien CHAUDIER a écrit : >>>>>>>> Le mercredi 17 février 2010 22:19:03, Bruno Friedmann a écrit : >>>>>>>>> J'ai reporté le bug depuis Novembre, c'est pas encore régler. >>>>>>>>> >>>>>>>>> La seule façon c'est de supprimer les quotas ( je sais pas l'idéal >>>>>>>>> sur un serveur ) dans la fstab il y a quelques instructions quotas >>>>>>>>> qu'il suffit d'enlever. (Si tu peux la mettre ici, je peux indiquer >>>>>>>>> de manière sûre quoi enlever) >>>>>>>> >>>>>>>> OK. Ma ligne dans /etc/fstab >>>>>>>> /dev/vg00/lv_home /home ext4 >>>>>>>> >>>>>>>> acl,user_xattr,usrjquota=aquota.user,grpjquota=aquota.group,jqfmt=vf >>>>>>>> s v0 1 2 devient >>>>>>>> /dev/vg00/lv_home /home ext4 1 2 >>>>>>> >>>>>>> J'en ai trop supprimer >>>>>>> /dev/vg00/lv_home /home ext4 acl,user_attr >>>>>>> 1 >>>>>>> 2 >>>>>>> >>>>>>>>> Si en plus tu pouvais voter : j'ai le même problème ici sur un >>>>>>>>> serveur de production ça pourrait accélerer le truc ... >>>>>>>> >>>>>>>> Pour voter, il suffit de signaler le problème ? >>>>>>>> >>>>>>>>> http://bugzilla.novell.com/show_bug.cgi?id=544182 >>>>>>>>> >>>>>>>>> A+ >>>>>>>>> >>>>>>>>> On 02/17/2010 08:57 PM, Florian wrote: >>>>>>>>>> J'ai eu un problème de ce genre sur l'ext4 seul un downgrade vers >>>>>>>>>> ext3 me permettait d'exporter correctement >>>>>>>>>> >>>>>>>>>> >>>>>>>>>> >>>>>>>>>> Le 17 févr. 2010 à 20:18, Fabien CHAUDIER >>>>>>>>>> <[email protected]> >>>>>>>>>> >>>>>>>>>> a écrit : >>>>>>>>>>> Bonsoir à tous, >>>>>>>>>>> >>>>>>>>>>> J'ai un serveur de fichier sur lequel est installé openSUSE11.2 >>>>>>>>>>> avec le noyau 2.6.31.12-0.1-default. >>>>>>>>>>> - Carte mere Tyan S2927 >>>>>>>>>>> - 4Go de RAM ECC >>>>>>>>>>> - Controleur Adaptec 5405 avec 4 disques SAS en RAID10 >>>>>>>>>>> >>>>>>>>>>> Ce serveur exporte /home qui est une partition formaté ext4 >>>>>>>>>>> Commande df -h >>>>>>>>>>> Filesystem Size Used Avail Use% Mounted on >>>>>>>>>>> /dev/sdc1 18G 760M 17G 5% / >>>>>>>>>>> udev 2.0G 160K 2.0G 1% /dev >>>>>>>>>>> /dev/mapper/vg00-lv_home >>>>>>>>>>> 296G 144G 137G 52% /home >>>>>>>>>>> /dev/sdc6 20G 4.4G 15G 24% /usr >>>>>>>>>>> >>>>>>>>>>> Dans /home j'ai 277 HOMEDIR. >>>>>>>>>>> Se serveur est client LDAP pour l'authentification. >>>>>>>>>>> >>>>>>>>>>> J'ai le message suivant qui revient toute les secondes lorsque le >>>>>>>>>>> serveur est en production >>>>>>>>>>> Feb 16 13:53:45 pc406-63 kernel: [499937.656993] ------------[ >>>>>>>>>>> cut here ]------------ >>>>>>>>>>> Feb 16 13:53:45 pc406-63 kernel: [499937.657018] WARNING: at >>>>>>>>>>> /usr/src/packages/BUILD/kernel-default-2.6.31.12/linux-2.6.31/fs/ >>>>>>>>>>> q uo ta /d quot.c:964 >>>>>>>>>>> >>>>>>>>>>> dquot_claim_space+0x189/0x1a0() >>>>>>>>>>> Feb 16 13:53:45 pc406-63 kernel: [499937.657026] Hardware name: >>>>>>>>>>> empty Feb 16 13:53:45 pc406-63 kernel: [499937.657030] Modules >>>>>>>>>>> linked in: nfsd lockd nfs_acl auth_rpcgss sunrpc exportfs edd >>>>>>>>>>> cpufreq_conservative cpufreq_userspace >>>>>>>>>>> cpufreq_powersave powernow_k8 quota_v2 quota_tree fuse ext4 jbd2 >>>>>>>>>>> crc16 loop dm_mod sr_mod amd64_edac_mod sg i2c_nforce2 pcspkr >>>>>>>>>>> cdrom floppy forcedeth >>>>>>>>>>> edac_core k8temp button fan processor ide_pci_generic amd74xx >>>>>>>>>>> ide_core aacraid ata_generic pata_amd sata_nv thermal thermal_sys >>>>>>>>>>> Feb 16 13:53:45 pc406-63 kernel: [499937.657099] Pid: 2280, comm: >>>>>>>>>>> nfsd Not tainted 2.6.31.12-0.1-default #1 >>>>>>>>>>> Feb 16 13:53:45 pc406-63 kernel: [499937.657105] Call Trace: >>>>>>>>>>> Feb 16 13:53:45 pc406-63 kernel: [499937.657133] >>>>>>>>>>> [<ffffffff81011749>] try_stack_unwind+0x189/0x1b0 >>>>>>>>>>> Feb 16 13:53:45 pc406-63 kernel: [499937.657146] >>>>>>>>>>> [<ffffffff8101013d>] dump_trace+0x9d/0x330 >>>>>>>>>>> Feb 16 13:53:45 pc406-63 kernel: [499937.657157] >>>>>>>>>>> [<ffffffff81011254>] show_trace_log_lvl+0x64/0x90 >>>>>>>>>>> Feb 16 13:53:45 pc406-63 kernel: [499937.657168] >>>>>>>>>>> [<ffffffff810112a3>] show_trace+0x23/0x40 >>>>>>>>>>> Feb 16 13:53:45 pc406-63 kernel: [499937.657180] >>>>>>>>>>> [<ffffffff81555268>] dump_stack+0x81/0x9e >>>>>>>>>>> Feb 16 13:53:45 pc406-63 kernel: [499937.657193] >>>>>>>>>>> [<ffffffff8106db80>] warn_slowpath_common+0x80/0xd0 >>>>>>>>>>> Feb 16 13:53:45 pc406-63 kernel: [499937.657205] >>>>>>>>>>> [<ffffffff8106dbf2>] warn_slowpath_null+0x22/0x40 >>>>>>>>>>> Feb 16 13:53:45 pc406-63 kernel: [499937.657216] >>>>>>>>>>> [<ffffffff811bc839>] dquot_claim_space+0x189/0x1a0 >>>>>>>>>>> Feb 16 13:53:45 pc406-63 kernel: [499937.657272] >>>>>>>>>>> [<ffffffffa019e6be>] ext4_mb_mark_diskspace_used+0x37e/0x3d0 >>>>>>>>>>> [ext4] Feb 16 13:53:45 pc406-63 kernel: [499937.657401] >>>>>>>>>>> [<ffffffffa01a0229>] ext4_mb_new_blocks+0x2b9/0x570 [ext4] >>>>>>>>>>> Feb 16 13:53:45 pc406-63 kernel: [499937.657519] >>>>>>>>>>> [<ffffffffa01957c6>] ext4_ext_get_blocks+0x456/0x670 [ext4] >>>>>>>>>>> Feb 16 13:53:45 pc406-63 kernel: [499937.657620] >>>>>>>>>>> [<ffffffffa0170df1>] ext4_get_blocks+0x201/0x240 [ext4] >>>>>>>>>>> Feb 16 13:53:45 pc406-63 kernel: [499937.657663] >>>>>>>>>>> [<ffffffffa01719b6>] mpage_da_map_blocks+0xb6/0x3a0 [ext4] >>>>>>>>>>> Feb 16 13:53:45 pc406-63 kernel: [499937.657706] >>>>>>>>>>> [<ffffffffa0171f88>] ext4_da_writepages+0x2e8/0x5e0 [ext4] >>>>>>>>>>> Feb 16 13:53:45 pc406-63 kernel: [499937.657735] >>>>>>>>>>> [<ffffffff81114ae5>] do_writepages+0x35/0x70 >>>>>>>>>>> Feb 16 13:53:45 pc406-63 kernel: [499937.657750] >>>>>>>>>>> [<ffffffff8110a6ab>] __filemap_fdatawrite_range+0x5b/0x80 >>>>>>>>>>> Feb 16 13:53:45 pc406-63 kernel: [499937.657762] >>>>>>>>>>> [<ffffffff8110ab5d>] filemap_fdatawrite+0x2d/0x50 >>>>>>>>>>> Feb 16 13:53:45 pc406-63 kernel: [499937.657795] >>>>>>>>>>> [<ffffffffa028e43a>] nfsd_sync+0x6a/0xf0 [nfsd] >>>>>>>>>>> Feb 16 13:53:45 pc406-63 kernel: [499937.657835] >>>>>>>>>>> [<ffffffffa028eccd>] nfsd_commit+0x7d/0xb0 [nfsd] >>>>>>>>>>> Feb 16 13:53:45 pc406-63 kernel: [499937.657872] >>>>>>>>>>> [<ffffffffa0296f65>] nfsd3_proc_commit+0xb5/0x110 [nfsd] >>>>>>>>>>> Feb 16 13:53:45 pc406-63 kernel: [499937.657924] >>>>>>>>>>> [<ffffffffa028748d>] nfsd_dispatch+0x12d/0x280 [nfsd] >>>>>>>>>>> Feb 16 13:53:45 pc406-63 kernel: [499937.657973] >>>>>>>>>>> [<ffffffffa0227414>] svc_process_common+0x364/0x640 [sunrpc] >>>>>>>>>>> Feb 16 13:53:45 pc406-63 kernel: [499937.658038] >>>>>>>>>>> [<ffffffffa022780e>] svc_process+0x11e/0x170 [sunrpc] >>>>>>>>>>> Feb 16 13:53:45 pc406-63 kernel: [499937.658090] >>>>>>>>>>> [<ffffffffa0287c3d>] nfsd+0xdd/0x180 [nfsd] >>>>>>>>>>> Feb 16 13:53:45 pc406-63 kernel: [499937.658105] >>>>>>>>>>> [<ffffffff8108ea66>] kthread+0xb6/0xc0 >>>>>>>>>>> Feb 16 13:53:45 pc406-63 kernel: [499937.658116] >>>>>>>>>>> [<ffffffff8100d70a>] child_rip+0xa/0x20 >>>>>>>>>>> Feb 16 13:53:45 pc406-63 kernel: [499937.658126] ---[ end trace >>>>>>>>>>> 301aa4598860b105 ]--- >>>>>>>>>>> Feb 16 13:53:45 pc406-63 kernel: [499937.685030] ------------[ >>>>>>>>>>> cut here ]------------ >>>>>>>>>>> Feb 16 13:53:45 pc406-63 kernel: [499937.685052] WARNING: at >>>>>>>>>>> /usr/src/packages/BUILD/kernel-default-2.6.31.12/linux-2.6.31/fs/ >>>>>>>>>>> q uo ta /d quot.c:964 >>>>>>>>>>> >>>>>>>>>>> dquot_claim_space+0x189/0x1a0() >>>>>>>>>>> Feb 16 13:53:45 pc406-63 kernel: [499937.685059] Hardware name: >>>>>>>>>>> empty Feb 16 13:53:45 pc406-63 kernel: [499937.685063] Modules >>>>>>>>>>> linked in: nfsd lockd nfs_acl auth_rpcgss sunrpc exportfs edd >>>>>>>>>>> cpufreq_conservative cpufreq_userspace >>>>>>>>>>> cpufreq_powersave powernow_k8 quota_v2 quota_tree fuse ext4 jbd2 >>>>>>>>>>> crc16 loop dm_mod sr_mod amd64_edac_mod sg i2c_nforce2 pcspkr >>>>>>>>>>> cdrom floppy forcedeth >>>>>>>>>>> edac_core k8temp button fan processor ide_pci_generic amd74xx >>>>>>>>>>> ide_core aacraid ata_generic pata_amd sata_nv thermal thermal_sys >>>>>>>>>>> Feb 16 13:53:45 pc406-63 kernel: [499937.685128] Pid: 2280, comm: >>>>>>>>>>> nfsd Tainted: G W 2.6.31.12-0.1-default #1 >>>>>>>>>>> Feb 16 13:53:45 pc406-63 kernel: [499937.685133] Call Trace: >>>>>>>>>>> Feb 16 13:53:45 pc406-63 kernel: [499937.685155] >>>>>>>>>>> [<ffffffff81011749>] try_stack_unwind+0x189/0x1b0 >>>>>>>>>>> Feb 16 13:53:45 pc406-63 kernel: [499937.685167] >>>>>>>>>>> [<ffffffff8101013d>] dump_trace+0x9d/0x330 >>>>>>>>>>> Feb 16 13:53:45 pc406-63 kernel: [499937.685178] >>>>>>>>>>> [<ffffffff81011254>] show_trace_log_lvl+0x64/0x90 >>>>>>>>>>> Feb 16 13:53:45 pc406-63 kernel: [499937.685189] >>>>>>>>>>> [<ffffffff810112a3>] show_trace+0x23/0x40 >>>>>>>>>>> Feb 16 13:53:45 pc406-63 kernel: [499937.685201] >>>>>>>>>>> [<ffffffff81555268>] dump_stack+0x81/0x9e >>>>>>>>>>> Feb 16 13:53:45 pc406-63 kernel: [499937.685213] >>>>>>>>>>> [<ffffffff8106db80>] warn_slowpath_common+0x80/0xd0 >>>>>>>>>>> Feb 16 13:53:45 pc406-63 kernel: [499937.685225] >>>>>>>>>>> [<ffffffff8106dbf2>] warn_slowpath_null+0x22/0x40 >>>>>>>>>>> Feb 16 13:53:45 pc406-63 kernel: [499937.685236] >>>>>>>>>>> [<ffffffff811bc839>] dquot_claim_space+0x189/0x1a0 >>>>>>>>>>> Feb 16 13:53:45 pc406-63 kernel: [499937.685289] >>>>>>>>>>> [<ffffffffa019e6be>] ext4_mb_mark_diskspace_used+0x37e/0x3d0 >>>>>>>>>>> [ext4] Feb 16 13:53:45 pc406-63 kernel: [499937.685415] >>>>>>>>>>> [<ffffffffa01a0229>] ext4_mb_new_blocks+0x2b9/0x570 [ext4] >>>>>>>>>>> Feb 16 13:53:45 pc406-63 kernel: [499937.685532] >>>>>>>>>>> [<ffffffffa01957c6>] ext4_ext_get_blocks+0x456/0x670 [ext4] >>>>>>>>>>> Feb 16 13:53:45 pc406-63 kernel: [499937.685633] >>>>>>>>>>> [<ffffffffa0170df1>] ext4_get_blocks+0x201/0x240 [ext4] >>>>>>>>>>> Feb 16 13:53:45 pc406-63 kernel: [499937.685676] >>>>>>>>>>> [<ffffffffa01719b6>] mpage_da_map_blocks+0xb6/0x3a0 [ext4] >>>>>>>>>>> Feb 16 13:53:45 pc406-63 kernel: [499937.685719] >>>>>>>>>>> [<ffffffffa0171f88>] ext4_da_writepages+0x2e8/0x5e0 [ext4] >>>>>>>>>>> Feb 16 13:53:45 pc406-63 kernel: [499937.685748] >>>>>>>>>>> [<ffffffff81114ae5>] do_writepages+0x35/0x70 >>>>>>>>>>> Feb 16 13:53:45 pc406-63 kernel: [499937.685761] >>>>>>>>>>> [<ffffffff8110a6ab>] __filemap_fdatawrite_range+0x5b/0x80 >>>>>>>>>>> Feb 16 13:53:45 pc406-63 kernel: [499937.685773] >>>>>>>>>>> [<ffffffff8110ab5d>] filemap_fdatawrite+0x2d/0x50 >>>>>>>>>>> Feb 16 13:53:45 pc406-63 kernel: [499937.685805] >>>>>>>>>>> [<ffffffffa028e43a>] nfsd_sync+0x6a/0xf0 [nfsd] >>>>>>>>>>> Feb 16 13:53:45 pc406-63 kernel: [499937.685844] >>>>>>>>>>> [<ffffffffa028eccd>] nfsd_commit+0x7d/0xb0 [nfsd] >>>>>>>>>>> Feb 16 13:53:45 pc406-63 kernel: [499937.685882] >>>>>>>>>>> [<ffffffffa0296f65>] nfsd3_proc_commit+0xb5/0x110 [nfsd] >>>>>>>>>>> Feb 16 13:53:45 pc406-63 kernel: [499937.685933] >>>>>>>>>>> [<ffffffffa028748d>] nfsd_dispatch+0x12d/0x280 [nfsd] >>>>>>>>>>> Feb 16 13:53:45 pc406-63 kernel: [499937.685980] >>>>>>>>>>> [<ffffffffa0227414>] svc_process_common+0x364/0x640 [sunrpc] >>>>>>>>>>> Feb 16 13:53:45 pc406-63 kernel: [499937.686044] >>>>>>>>>>> [<ffffffffa022780e>] svc_process+0x11e/0x170 [sunrpc] >>>>>>>>>>> Feb 16 13:53:45 pc406-63 kernel: [499937.686096] >>>>>>>>>>> [<ffffffffa0287c3d>] nfsd+0xdd/0x180 [nfsd] >>>>>>>>>>> Feb 16 13:53:45 pc406-63 kernel: [499937.686111] >>>>>>>>>>> [<ffffffff8108ea66>] kthread+0xb6/0xc0 >>>>>>>>>>> Feb 16 13:53:45 pc406-63 kernel: [499937.686121] >>>>>>>>>>> [<ffffffff8100d70a>] child_rip+0xa/0x20 >>>>>>>>>>> Feb 16 13:53:45 pc406-63 kernel: [499937.686131] ---[ end trace >>>>>>>>>>> 301aa4598860b106 ]--- >>>>>>>>>>> >>>>>>>>>>> J'ai désactivé les quotas pensant que cela pouvait provenir de >>>>>>>>>>> la, mais le problème est toujours la. >>>>>>>>>>> Les utilisateurs ne se plaignent d'aucun désagrément. >>>>>>>>>>> >>>>>>>>>>> Quelqu'un aurait un début d'idée ? >> > -- Bruno Friedmann -- To unsubscribe, e-mail: [email protected] For additional commands, e-mail: [email protected]
