I just encountered this hang while upgrading to console-setup 1.87 in testing.
setupcon was hanging while trying to configure tty3, which seemed very random,
so I checked tty3 and found that the scroll lock was on, which understandably
interferes with setupcon. Problem was solved one key press l
Package: nfs-kernel-server
Version: 1:1.2.6-3
Severity: important
Dear Maintainer,
After updating to nfs-kernel-server 1.2.6-3 in testing today, our NFS4
mounts stopped working. "mount -t nfs4 -0 ro,sec=krb5 freyr:/export/test
/mnt" hangs indefinitely. The mount succeeds as expected using the
pre
Russ,
On Jun 6, 2012, at 5:40 PM, Russ Allbery wrote:
>
> Aha! Do you have the keytab PAM option set either in the PAM
> configuration or in krb5.conf?
>
I don't believe we do, unless it's getting called subtly from something else.
Below is our regular krb5.conf in case it's helpful. Our PAM
Russ,
On Jun 6, 2012, at 3:45 PM, Russ Allbery wrote:
>
> Usually, segfaults in sshd are actually in a PAM module, but they can be
> rather hard to track down. Could you try running sshd on a separate port
> with the -d flag so that you can get a trace on the server of where the
> segfault happ
Russ,
On Jun 4, 2012, at 6:10 PM, Russ Allbery wrote:
>
> Are you using libpam-krb5? If so, could you upgrade to the version just
> uploaded to unstable? The version in testing will segfault if
> krb5_init_context fails; the version in unstable will instead try to give
> you some sort of error
Tom,
Thank you for investigating the problem further. I was hoping there would be
some way to configure Sun Java in the same manner as OpenJDK, but it's not
surprising that there isn't. I switched Jenkins over to OpenJDK with the NSS
configuration and everything seems to be behaving itself.
r/lib/libnss3.so
at sun.security.pkcs11.Secmod.initialize(Secmod.java:186)
at sun.security.pkcs11.SunPKCS11.(SunPKCS11.java:197)
... 28 more
On Jul 25, 2011, at 6:48 AM, Sylvestre Ledru wrote:
> Le lundi 18 juillet 2011 à 08:43 -0500, Livingston, John A a écrit :
>
Sylvestre,
When libnss3-1d went from 3.12.10-1 to 3.12.10-2 in testing last week, it
relocated all of its libraries to /usr/lib/x86_64-linux-gnu. We're running
Jenkins (http://pkg.jenkins-ci.org/debian/), which uses NSS, and it was unable
to locate libnss3.so and others in the new location unt
8 matches
Mail list logo