Bug#807291: nfs-common: NFS client hangs with NFS4 mounts

2015-12-06 Thread Michal Kašpar
Package: nfs-common Version: 1:1.2.8-9 Severity: important Dear Maintainer, NFS client started to hang on NFSv4 mounts after some time of usage. First, it mounts fine but after variable time (3 - 10 hours) of work, all the nfs4 mounts hang and programs using them block. It's possible to unmount th

Bug#805710: nfs-common: NFS mounts don't work because nfs-common starts before rpcbind.service

2015-11-21 Thread Michal Kašpar
Package: nfs-common Version: 1:1.2.8-9 Severity: normal Dear Maintainer, NFS mounts don't work on systemd enabled systems because nfs-common is started before rpcbind. If nfs-common is restarted after boot, the mounts start to work fine. In log files I see: nfs-common[1301]: Not starting: portmapp

Bug#800445: nf_conntrack: table full, dropping packet

2015-10-06 Thread Michal Kašpar
I've rebuilt the kernel with the patch this morning and the problem didn't appear since then. Before the patch, the kernel had oopsed within 10 minutes from start. Thanks for good work. -- Michal Kašpar

Bug#711421: NFS4 mount with kerberos hangs forever

2014-02-16 Thread Michal Kašpar
I've probably found the issue. It seems /etc/exports syntax gss/krb5 is not only deprecated as stated in man page, but doesn't work at all. After changing to sec=krb5, kerberized NFS4 exports started to work again. -- Michal Kašpar -- To UNSUBSCRIBE, email to debian-k

Bug#711421: Info received (NFS4 mount with kerberos hangs forever)

2013-08-28 Thread Michal Kašpar
And it looks like it's the same problem as described here: http://www.spinics.net/lists/linux-nfs/msg37604.html <http://www.spinics.net/lists/linux-nfs/msg37604.html>-- Michal Kašpar

Bug#711421: NFS4 mount with kerberos hangs forever

2013-08-28 Thread Michal Kašpar
zdata 2013d-1 ii ucf 3.0027+nmu1 ii util-linux 2.20.1-5.5 ii zlib1g:amd64 1:1.2.8.dfsg-1 ii zlib1g:i386 1:1.2.8.dfsg-1 -- Michal Kašpar

Bug#711421: nfs-common: NFS4 mount with kerberos hangs forewer

2013-06-06 Thread Michal Kašpar
Package: nfs-common Version: 1:1.2.8-4 Severity: normal Dear Maintainer, After last update that should solve 705507 the rpc.gssd no longer crashes, but mounting NFS share hangs forewer with syslog messages: NFS: Registering the id_resolver key type Key type id_resolver registered Key type id_lega

Bug#554214: linux-image-2.6.31-1-amd64: RaLink RT2561/RT61 wireless card stopped working in 2.6.31

2009-11-11 Thread Michal Kašpar
I've added it as a comment to http://bugzilla.kernel.org/show_bug.cgi?id=14460 as it seems quite similar. -- Michal Kašpar -- To UNSUBSCRIBE, email to debian-kernel-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#554214: Acknowledgement (linux-image-2.6.31-1-amd64: RaLink RT2561/RT61 wireless card stopped working in 2.6.31)

2009-11-03 Thread Michal Kašpar
Further information: I've tried to set up WPA in my network and the card started to work well. So the problem appears only with WEP. -- Michal Kašpar -- To UNSUBSCRIBE, email to debian-kernel-requ...@lists.debian.org with a subject of "unsubscribe". Trouble?

Bug#554214: linux-image-2.6.31-1-amd64: RaLink RT2561/RT61 wireless card stopped working in 2.6.31

2009-11-03 Thread Michal Kašpar
Package: linux-2.6 Version: 2.6.31-1 Severity: important After upgrade to kernel 2.6.31 (from 2.6.30), wireless card stopped working. It seems to be set up fine, associates with AP but it is unable to communicate. Ping or any other network communication doesn't work. After reboot to 2.6.30, every