Bug#787020: Trying systemd
This page on the systemd wiki sheds light on the issue: https://www.freedesktop.org/wiki/Software/systemd/NetworkTarget/ According to the page, ideally, the ticket refresh (k5start) should be implemented such that it is able to react in a friendly way to network changes. I take this as implying that nslcd should start without depending on Kerberos ticket initialization and instead attempt to obtain credentials on demand. As temporary workaround, I installed the following in cron.d: */3 * * * * root if [ \( ! -e /var/run/nslcd/k5start_nslcd.pid -o ! -e /var/run/nslcd/nslcd.pid \) -a -f /etc/libnss-ldap.keytab -a -r /etc/libnss-ldap.keytab ]; then systemctl restart nslcd; fi On Mon, Feb 1, 2016 at 5:25 PM, Youssef Eldakar <youssefelda...@gmail.com> wrote: > It is silly, but if I add > > RestartSec=2s > > to both unit files, nslcd is successful during the boot process. > > This does not feel like a real fix, however. > > Youssef Eldakar > Bibliotheca Alexandrina
Bug#787020: Trying systemd
To check, I put KDC IP address in krb5.conf. Yet, the issue persisted, suggesting this does not have to do with name resolution not being available early on in the boot process. Youssef Eldakar Bibliotheca Alexandrina
Bug#787020: Trying systemd
I am experiencing the same issue. I thought that implementing the init as systemd units could be the solution. I attempted the following, but nslcd-kstart.service so far fails to start during the boot process, starts successfully when invoked manually after the system is up: # nslcd-kstart.service [Unit] Description=Keep alive Kerberos ticket for nslcd After=network.target auditd.service systemd-resolved.service [Service] #EnvironmentFile=-/etc/default/nslcd-kstart ExecStart=/usr/bin/k5start -b -p /var/run/nslcd/nslcd-kstart.pid -f /etc/libnss-ldap.keytab -u nssldap -o nslcd -g nslcd -m 600 -k /tmp/.nssldapcc -K 60 KillMode=process Restart=on-failure [Install] WantedBy=multi-user.target Alias=nslcd-kstart.service --- # nslcd.service [Unit] Description=LDAP connection daemon After=network.target auditd.service nslcd-kstart.service [Service] #EnvironmentFile=-/etc/default/nslcd ExecStart=/usr/sbin/nslcd KillMode=process Restart=on-failure [Install] WantedBy=multi-user.target Alias=nslcd.service --- I have no previous experience writing systemd unit files, and so I could be doing something wrong. Any suggestions would be appreciated. Youssef Eldakar Bibliotheca Alexandrina
Bug#787020: Trying systemd
It is silly, but if I add RestartSec=2s to both unit files, nslcd is successful during the boot process. This does not feel like a real fix, however. Youssef Eldakar Bibliotheca Alexandrina
Bug#637664: Re: Bug#637664: pu: package tzdata/2011h-0squeeze1
On 09/17/2011 07:57 PM, Adam D. Barratt wrote: On Wed, 2011-09-14 at 16:40 +0200, Youssef Eldakar wrote: On 01/-10/-28163 09:59 PM, Adam D. Barratt wrote: On Fri, 2011-09-02 at 17:23 +0400, Eugene Barbashin wrote: [Russian law changes on October 30th] For the record, after some discussion with the maintainers on IRC and as the next point releases for both stable and oldstable are due to occur before mid-October, we've decided not to push an update earlier. There may be an update to either package before the point release in order to incorporate any further changes. Well, in Egypt, as of the last Friday of April 2011, a Squeeze installation has incorrect time. I believe pushing an update is worth reconsidering. If it's broken for more than four months now, why has nobody mentioned the issue before? I myself was using Ubuntu - which had the updated tzdata package - and was recently considering switching a group of hosts to Debian when I ran into the issue. -- Youssef Eldakar Bibliotheca Alexandrina -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#637664: Re: Bug#637664: pu: package tzdata/2011h-0squeeze1
On 01/-10/-28163 09:59 PM, Adam D. Barratt wrote: On Fri, 2011-09-02 at 17:23 +0400, Eugene Barbashin wrote: I don't think there is a real need to push to to -updates. Nobody requested about this changes in lenny or squeeze, so I guess they are not that important. It's very important update for everyone using debian in Russia, so please, consider to push it to -updates and include in oldstable. Our law on this matter become effective next week (September, 7) and all systems where patch will not be installed on October, 30 will have incorrect time. For the record, after some discussion with the maintainers on IRC and as the next point releases for both stable and oldstable are due to occur before mid-October, we've decided not to push an update earlier. There may be an update to either package before the point release in order to incorporate any further changes. Well, in Egypt, as of the last Friday of April 2011, a Squeeze installation has incorrect time. I believe pushing an update is worth reconsidering. -- Youssef Eldakar Bibliotheca Alexandrina -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#535460: nfs-kernel-server: Consumes memory indefinitely and results in kernel panic eventually
On 08/06/2011 12:12 AM, Jonathan Nieder wrote: Hi Youssef, Youssef Eldakar wrote: I am using nfs-kernel-server with Kerberos authentication to export /home to a cluster of over a thousand nodes. While nfs-kernel-server is running, memory usage goes up indefinitely on the NFS server. After several days, the system crashes with a kernel panic due to being out of memory. If I stop nfs-kernel-server, memory usage appears to go down slowly. Hm, that's no good. Sorry for the long silence. I have no better advice than - try as recent a kernel as possible - try a custom kernel with CONFIG_DEBUG_KMEMLEAK enabled to make the problem easier to track down. Thanks for the advice. Is this a regression (i.e., did previous kernel versions work okay)? I am not sure if this is a regression. In the cluster, NFS was replaced with OpenAFS, so I am not sure if the issue still exists with a recent software installation since this was a while ago. However, if you are interested, I might be able to set up a new test environment. -- Youssef Eldakar Bibliotheca Alexandrina -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#535460: nfs-kernel-server: Consumes memory indefinitely and results in kernel panic eventually
On 08/06/2011 12:12 AM, Jonathan Nieder wrote: Hi Youssef, Youssef Eldakar wrote: I am using nfs-kernel-server with Kerberos authentication to export /home to a cluster of over a thousand nodes. While nfs-kernel-server is running, memory usage goes up indefinitely on the NFS server. After several days, the system crashes with a kernel panic due to being out of memory. If I stop nfs-kernel-server, memory usage appears to go down slowly. Hm, that's no good. Sorry for the long silence. I have no better advice than - try as recent a kernel as possible - try a custom kernel with CONFIG_DEBUG_KMEMLEAK enabled to make the problem easier to track down. Thanks for the advice. Is this a regression (i.e., did previous kernel versions work okay)? I am not sure if this is a regression. In the cluster, NFS was replaced with OpenAFS, so I am not sure if the issue still exists with a recent software installation since this was a while ago. However, if you are interested, I might be able to set up a new test environment. -- Youssef Eldakar Bibliotheca Alexandrina -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#535460: nfs-kernel-server: Consumes memory indefinitely and results in kernel panic eventually
On 08/10/2011 05:18 PM, Jonathan Nieder wrote: Youssef Eldakar wrote: html style=direction: ltr; Please configure your mailer to send plain text in the future if possible. Whoops, sorry about that. I fixed it. [...] I am not sure if this is a regression. In the cluster, NFS was replaced with OpenAFS, so I am not sure if the issue still exists with a recent software installation since this was a while ago. However, if you are interested, I might be able to set up a new test environment. Makes sense. Yes, that would be interesting (though if it's too much trouble, just let us know and we can wait for the next person experiencing the problem :)). I will let you know if I manage to set something up next week. -- Youssef Eldakar Bibliotheca Alexandrina -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#552619: kernel-package: Specifying --revision drops upstream version in package names
Package: kernel-package Version: 11.015 Severity: normal I could be wrong, but, in /usr/share/kernel-package/ruleset/misc/config.mk, should line 50 # debian := $(DEBIAN_REVISION) to ifeq ($(strip $(KERNELRELEASE)),) debian = $(strip $(version))-$(DEBIAN_REVISION) else debian = $(strip $(KERNELRELEASE))-$(DEBIAN_REVISION) endif ? When running make-kpkg, if I specify --revision, I end up with kernel package names that do not have upstream versions. For instance, with a 2.6.31.5 kernel, this make-kpkg --initrd kernel_image kernel_headers yields linux-image-2.6.31.5_2.6.31.5-10.00.Custom_amd64.deb linux-headers-2.6.31.5_2.6.31.5-10.00.Custom_amd64.deb while this make-kpkg --initrd --revision ba1 kernel_image kernel_headers yields linux-image-2.6.31.5_ba1_amd64.deb linux-headers-2.6.31.5_ba1_amd64.deb instead of linux-image-2.6.31.5_2.6.31.5-ba1_amd64.deb linux-headers-2.6.31.5_2.6.31.5-ba1_amd64.deb Youssef Eldakar Bibliotheca Alexandrina -- System Information: Debian Release: 5.0.3 APT prefers stable APT policy: (890, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.26-2-amd64 (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages kernel-package depends on: ii binutils2.18.1~cvs20080103-7 The GNU assembler, linker and bina ii debianutils 2.30 Miscellaneous utilities specific t ii dpkg1.14.25 Debian package management system ii dpkg-dev1.14.25 Debian package development tools ii file4.26-1 Determines file type using magic ii gcc [c-compiler]4:4.3.2-2The GNU C compiler ii gcc-4.3 [c-compiler 4.3.2-1.1The GNU C compiler ii gettext 0.17-4 GNU Internationalization utilities ii make3.81-5 The GNU version of the make util ii module-init-tools 3.4-1tools for managing Linux kernel mo ii perl5.10.0-19lenny2 Larry Wall's Practical Extraction ii po-debconf 1.0.15 manage translated Debconf template ii util-linux 2.13.1.1-1 Miscellaneous system utilities Versions of packages kernel-package recommends: ii bzip2 1.0.5-1high-quality block-sorting file co ii libc6-dev [libc-dev] 2.7-18 GNU C Library: Development Librari Versions of packages kernel-package suggests: pn docbook-utils none (no description available) ii e2fsprogs 1.41.3-1 ext2/ext3/ext4 file system utiliti ii initramfs-tools [linux-in 0.92o tools for generating an initramfs pn libdb3-devnone (no description available) ii libncurses5-dev [libncurs 5.7+20081213-1 developer's libraries and docs for pn linux-source | kernel-sou none (no description available) pn xmlto none (no description available) -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#552602: kernel-package: Specifying --revision drops upstream version in package names
Package: kernel-package Version: 11.015 Severity: normal I could be wrong, but, in /usr/share/kernel-package/ruleset/misc/config.mk, should line 50 debian := $(DEBIAN_REVISION) be changed to ifeq ($(strip $(KERNELRELEASE)),) debian = $(strip $(version))-$(DEBIAN_REVISION) else debian = $(strip $(KERNELRELEASE))-$(DEBIAN_REVISION) endif ? When running make-kpkg, if I specify --revision, I end up with kernel package names that do not have upstream versions. For instance, with a 2.6.31.5 kernel, this make-kpkg --initrd kernel_image kernel_headers yields linux-image-2.6.31.5_2.6.31.5-10.00.Custom_amd64.deb linux-headers-2.6.31.5_2.6.31.5-10.00.Custom_amd64.deb while this make-kpkg --initrd --revision ba1 kernel_image kernel_headers yields linux-image-2.6.31.5_ba1_amd64.deb linux-headers-2.6.31.5_ba1_amd64.deb instead of linux-image-2.6.31.5_2.6.31.5-ba1_amd64.deb linux-headers-2.6.31.5_2.6.31.5-ba1_amd64.deb Youssef Eldakar Bibliotheca Alexandrina -- System Information: Debian Release: 5.0.3 APT prefers stable APT policy: (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.26-2-amd64 (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages kernel-package depends on: ii binutils2.18.1~cvs20080103-7 The GNU assembler, linker and bina ii debianutils 2.30 Miscellaneous utilities specific t ii dpkg1.14.25 Debian package management system ii dpkg-dev1.14.25 Debian package development tools ii file4.26-1 Determines file type using magic ii gcc [c-compiler]4:4.3.2-2The GNU C compiler ii gcc-4.3 [c-compiler 4.3.2-1.1The GNU C compiler ii gettext 0.17-4 GNU Internationalization utilities ii make3.81-5 The GNU version of the make util ii module-init-tools 3.4-1tools for managing Linux kernel mo ii perl5.10.0-19lenny2 Larry Wall's Practical Extraction ii po-debconf 1.0.15 manage translated Debconf template ii util-linux 2.13.1.1-1 Miscellaneous system utilities Versions of packages kernel-package recommends: ii bzip2 1.0.5-1high-quality block-sorting file co ii libc6-dev [libc-dev] 2.7-18 GNU C Library: Development Librari Versions of packages kernel-package suggests: pn docbook-utils none (no description available) ii e2fsprogs 1.41.3-1 ext2/ext3/ext4 file system utiliti ii initramfs-tools [linux-in 0.92o tools for generating an initramfs pn libdb3-devnone (no description available) ii libncurses5-dev [libncurs 5.7+20081213-1 developer's libraries and docs for pn linux-source | kernel-sou none (no description available) pn xmlto none (no description available) -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#454556: (no subject)
I thought I would add a note that this issue has not yet received a response since it was opened about a year and nine months ago. It might be worth attending to in the next version. Thank you. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#535460: nfs-kernel-server: Consumes memory indefinitely and results in kernel panic eventually
Package: nfs-kernel-server Version: 1:1.1.2-6lenny1 Severity: important I am using nfs-kernel-server with Kerberos authentication to export /home to a cluster of over a thousand nodes. While nfs-kernel-server is running, memory usage goes up indefinitely on the NFS server. After several days, the system crashes with a kernel panic due to being out of memory. If I stop nfs-kernel-server, memory usage appears to go down slowly. I tried the patch in bug #513284, but memory usage did not seem to stop growing. Below is my /etc/exports: /srv/nfs gss/krb5i(insecure,nohide,no_subtree_check,root_squash,rw,sync,fsid=0) /srv/nfs/home gss/krb5i(insecure,nohide,no_subtree_check,root_squash,rw,sync) Will be happy to provide further information. -- System Information: Debian Release: 5.0.2 APT prefers stable APT policy: (890, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.26-2-amd64 (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages nfs-kernel-server depends on: ii libblkid1 1.41.3-1 block device id library ii libc6 2.7-18 GNU C Library: Shared libraries ii libcomerr2 1.41.3-1 common error description library ii libgssglue1 0.1-2mechanism-switch gssapi library ii libkrb531.6.dfsg.4~beta1-5lenny1 MIT Kerberos runtime libraries ii libnfsidmap20.20-1 An nfs idmapping library ii librpcsecgss3 0.18-1 allows secure rpc communication us ii libwrap07.6.q-16 Wietse Venema's TCP wrappers libra ii lsb-base3.2-20 Linux Standard Base 3.2 init scrip ii nfs-common 1:1.1.2-6lenny1 NFS support files common to client ii ucf 3.0016 Update Configuration File: preserv nfs-kernel-server recommends no packages. nfs-kernel-server suggests no packages. -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#462366:
We, too, ran into the same situation after upgrading from Etch to Lenny. Youssef Eldakar Bibliotheca Alexandrina
Bug#454556: libnss-ldap: Questions in debconf with unnecessarily elevated priority
Package: libnss-ldap Version: 251-7.5 Severity: normal The debconf questions shared/ldapns/*, libnss-ldap/*bind*, and libnss-ldap/nsswitch are being asked with a priority of critical, which seems unnecessarily elevated. This causes an automated installation using preseeding to stop at these questions if the package selection includes libnss-ldap--unless answers to these questions are preseeded as well, of course. In light of the definitions on the debconf manual page, I would think that these questions ought to have a priority of medium or high. -- System Information: Debian Release: 4.0 APT prefers stable APT policy: (500, 'stable') Architecture: amd64 (x86_64) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.18-5-amd64 Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Versions of packages libnss-ldap depends on: ii debconf [debconf-2.0] 1.5.11Debian configuration management sy ii libc6 2.3.6.ds1-13etch2 GNU C Library: Shared libraries ii libkrb53 1.4.4-7etch4 MIT Kerberos runtime libraries ii libldap2 2.1.30-13.3 OpenLDAP libraries Versions of packages libnss-ldap recommends: pn libpam-ldap none (no description available) pn nscd none (no description available) -- debconf information: libnss-ldap/dblogin: false libnss-ldap/override: true * shared/ldapns/base-dn: dc=example,dc=net * shared/ldapns/ldap-server: ldap://127.0.0.1/4 libnss-ldap/confperm: false * libnss-ldap/rootbinddn: cn=manager,dc=example,dc=net * shared/ldapns/ldap_version: 3 libnss-ldap/binddn: cn=proxyuser,dc=example,dc=net * libnss-ldap/nsswitch: libnss-ldap/dbrootlogin: true -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#432314: installation-report: LILO Installation Fails on Machine with 4 SATA Disks
On Thu, 2007-07-19 at 21:21 +0200, Frans Pop wrote: Could you try again with the following change (around line 65-70 in the script). You can make that change in the same way you added the 'set -x'. Suggest you add 'set -x' again in case there are still problems and send the syslog again. *) - disc_offered_devfs=$(find $prefix -follow -name disc | head -n 1) + disc_offered_devfs=$(echo $bootfs_devfs | sed s:\(.*\)/.*:\1/disc:) ;; esac disc_offered=$(mapdevfs $disc_offered_devfs) The change to the script did resolve the issue, thank you. Should the change be checked into the lilo-installer package? Youssef Eldakar Bibliotheca Alexandrina -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#432314: Issue Similar to Bug #380416
The issue is similar to bug #380416, I suppose. Youssef Eldakar Bibliotheca Alexandrina -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#380416: Issue Similar to Bug #432314
The issue is similar to bug #432314, I suppose. Youssef Eldakar Bibliotheca Alexandrina -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]