Re: Strange LTSP phenomenon: Clients sessions freeze
Am Samstag 19 September 2009 schrieb Holger Levsen: please do. please always provide as much info as you can. First, I need to know what package/process to address in my bug file. and if you really care about follow-ups, please file bugs Klaus supported my suspect, that killer is the killer. José's idea that the ssh session was killed came also into my mind. I think there was a howto for plain sessions (no ssh afer login). Is there a howto for killer? A file to place exceptions (don't kill processes of user X/named Y)? Next time (1 week from now) I would try the thin clients' console. Til then, I need to live with or without killer (what would be worse?), or adapt the cron job timing to school intermissions... Regards Ralf -- To UNSUBSCRIBE, email to debian-edu-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Re: Strange LTSP phenomenon: Clients sessions freeze
Am Samstag 19 September 2009 schrieb Holger Levsen: please do. please always provide as much info as you can. Hi there, I could confirm that the cron.hourly script runs exactly * 17 every hour - so that was the time the freeze occured. Starting debugging by apt-get source killer gave me a perl script. Searching for a significant comment string, google found only one U* man page: http://manpages.ubuntu.com/manpages/karmic/man1/killer.1.html It contains a dead link to http://homepages.cae.wisc.edu/~gerdts/ I will try to use the -n option to file some logs... Regards Ralf -- To UNSUBSCRIBE, email to debian-edu-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
does killer kill ssh sessions? / Re: Strange LTSP phenomenon: Clients sessions freeze
Am Samstag 19 September 2009 schrieb Holger Levsen: and if you really care about follow-ups, please file bugs The bug report exists: http://bugs.skolelinux.no/show_bug.cgi?id=1373 -- To UNSUBSCRIBE, email to debian-edu-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
[Bug 1373] killer freezes thin client sessions
http://bugs.skolelinux.org/show_bug.cgi?id=1373 r...@gmx.de changed: What|Removed |Added URL||http://lists.debian.org/debi ||an-edu/2009/09/msg00110.html Summary|killer seems to be too |killer freezes thin client |trigger happy. |sessions --- Comment #3 from r...@gmx.de 2009-09-20 19:48 --- I can confirm this. All sessions frozen at 2:17 and 3:17 p.m. which was exactly the time when the hourly cronjob was run. No network issue, as I could check in a simultaneous ssh session, and re-boot of thin clients was possible at once. In order to debug this further on, I need more information on how to use/config the killer perl script /usr/sbin/killer I found a man page at [1] pointing to a dead URL. Accordingly there are options for debugging, but apparently no option to list processes or users that are not to be killed. Also peeked into killer-sources; there are some patches, but I didn't figure out their meaning entirely. Where is killer logging to, by default? Syslog? Cheers Ralf 1. http://manpages.ubuntu.com/manpages/karmic/man1/killer.1.html -- Configure bugmail: http://bugs.skolelinux.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug, or are watching the assignee. -- To UNSUBSCRIBE, email to debian-edu-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Re: does killer kill ssh sessions? / Re: Strange LTSP phenomenon: Clients sessions freeze
[Ralf Gesellensetter] The bug report exists: http://bugs.skolelinux.no/show_bug.cgi?id=1373 Good. Are the ssh sessions showing up when executing 'who'? The killer program kill prosesses for non-existing and logged out users. Are the users logged in using ssh seen as logged in users (aka the output from who)? The issue Klaus Ade reported on IRC was that a flaky/overloaded LDAP server might some times report that an existing user did not exist, and if that happened when killer was running, that users processes were removed. It might be an idea to rewrite killer to only kill the processes for an unknown user if the user is unknown for a period of time, to avoid this problem with flaky LDAP servers. Happy hacking, -- Petter Reinholdtsen -- To UNSUBSCRIBE, email to debian-edu-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
[Bug 1373] killer freezes thin client sessions
http://bugs.skolelinux.org/show_bug.cgi?id=1373 --- Comment #4 from r...@gmx.de 2009-09-20 20:07 --- I found this single debian bug report on killer by accident (not with any search engine of debian BTS): http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=467499 But I am not able to add any comments there... -- Configure bugmail: http://bugs.skolelinux.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug, or are watching the assignee. -- To UNSUBSCRIBE, email to debian-edu-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
ksoftirqd blocks CPU
Good evening, I prepared some debugging/logging to watch what killer is about to do during the week. Now, I realize, that once again 1 CPU is blocked by ksoftirqd: PID USER PR NI VIRT RES SHR S %CPU %MEMTIME+ COMMAND 7 root 15 -5 000 R 100 0.0 2945:13 ksoftirqd/1 Also, dmesg/syslog gives some alarming/frightening messages. May anybody please have a look at http://paste.debian.net/47108/ and tell me, what your experienced eyes see? I am running a AMD64 Opteron dual core with corresponding kernel: 2.6.26-2-amd64 #1 SMP Sun Jul 26 22:49:57 UTC 2009 x86_64 GNU/Linux BTW: While writing this, the ksoftirqd process has calmed down... Thanks anyway. Wondering Ralf -- To UNSUBSCRIBE, email to debian-edu-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Re: does killer kill ssh sessions? / Re: Strange LTSP phenomenon: Clients sessions freeze
Hey Petter, Am Sonntag 20 September 2009 schrieb Petter Reinholdtsen: Are the ssh sessions showing up when executing 'who'? The killer program kill prosesses for non-existing and logged out users. Are the users logged in using ssh seen as logged in users (aka the output from who)? I can't check now (of course), but I'd rather think that only regular sessions (ssh, local login) are shown by who. (And there is processes like softirqd that are not shown by htop, but by top.) Is there any explanations of the output of killer -d ? What does killer print to stdout if it is triggered? Why does killer depend on exim BTW? It would be great if I could be warned in emergency case by email, but I didn't read that the mailserver could be fixed so far (maybe my fault missing that good news?). Thanks Regards Ralf -- To UNSUBSCRIBE, email to debian-edu-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#473890: provide hooks for reportbug via dh-buildinfo to ease debugging
On Wed, Apr 02, 2008 at 12:36:03AM +0100, Holger Levsen wrote: On Saturday 16 February 2008 17:32, Jonas Smedegaard wrote: On Fri, Feb 15, 2008 at 11:07:28PM +0100, Andreas Tille wrote: On Fri, 15 Feb 2008, Holger Levsen wrote: the bug submitter used reportbug and yet no info about the installed cdd-dev package version was attached to the bug report. Can this be achieved with some reportbug hook? ...snip... A better approach IMHO is to use dh-buildinfo, and add a reportbug hook to attach (or include the contents of) /usr/share/doc/pkg/buildinfo.gz Please implement something along these lines :) since debian-edu's rules file is a one-line include on cdd-dev (now blends-dev), wouldn't this be more appropriate to implement in blends-dev? then other packages built with those tools would also gain the benefit. live well, vagrant -- To UNSUBSCRIBE, email to debian-edu-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
RFS: texttrainer
Dear mentors, I am still looking for a sponsor for my package texttrainer [1]. A new version has been uploaded to MDN. * Package name: texttrainer Version : 0.0.4-1 Upstream Author : Jacob Kanev j_ka...@arcor.de * URL : http://home.arcor.de/j_kanev/texttrainer * License : GPL 3 Language: C++ / QT4 Section : misc It builds these binary packages: texttrainer - learn native or foreign language texts by heart The package appears to be lintian clean. The upload would fix these bugs: 545811 (ITP) The package can be found on mentors.debian.net: - URL: http://mentors.debian.net/debian/pool/main/t/texttrainer - Source repository: deb-src http://mentors.debian.net/debian unstable main contrib non-free - dget http://mentors.debian.net/debian/pool/main/t/texttrainer/texttrainer_0.0.4-1.dsc I would be glad if someone uploaded this package for me. Kind regards Jacob Kanev [1] Description: A program which helps you memorise poems or plain texts in your native or in some foreign language. You learn by repeatedly reading the text, while after each run more (and different) words are being hidden (i.e. replaced by _). This will teach you a poem, parts of your text for a play, or basic phrases of a foreign language before you go on holiday. Different learning curves may be selected, and for foreign language texts there is an automatic grammar correction. Data files for TextTrainer can contain the plain text, as well as translations and pronounciation guides. Data files can be created with TextTrainer itself, or with any standard text editor -- Pungenday, 44th of Bureaucracy, 3175. jacob kanev eMail: j_ka...@arcor.de (any eMail with attached Microsoft-only files will be regarded as spam) -- To UNSUBSCRIBE, email to debian-edu-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Re: Power saving by turning clients off at night
Am Montag 09 Juni 2008 schrieb Petter Reinholdtsen: This is just an early draft, and it need testing to get it working properly. It can be downloaded from http://people.skolelinux.no/~pere/debian/packages/etch/shutdown-at- night_0.1_all.deb Dear Petter, is there any updates of this package for Lenny? It would also be great to hear from people having used it. At least, popcon should have some stats... Cheers! Ralf -- To UNSUBSCRIBE, email to debian-edu-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#473890: provide hooks for reportbug via dh-buildinfo to ease debugging
On Sun, Sep 20, 2009 at 02:24:31PM -0700, Vagrant Cascadian wrote: On Wed, Apr 02, 2008 at 12:36:03AM +0100, Holger Levsen wrote: On Saturday 16 February 2008 17:32, Jonas Smedegaard wrote: On Fri, Feb 15, 2008 at 11:07:28PM +0100, Andreas Tille wrote: On Fri, 15 Feb 2008, Holger Levsen wrote: the bug submitter used reportbug and yet no info about the installed cdd-dev package version was attached to the bug report. Can this be achieved with some reportbug hook? ...snip... A better approach IMHO is to use dh-buildinfo, and add a reportbug hook to attach (or include the contents of) /usr/share/doc/pkg/buildinfo.gz Please implement something along these lines :) since debian-edu's rules file is a one-line include on cdd-dev (now blends-dev), wouldn't this be more appropriate to implement in blends-dev? then other packages built with those tools would also gain the benefit. Thanks for raising awareness of this bug. What I do for all the packages that I (co)maintain is to add the attached file as debian/cdbs/1/rules/buildinfo.mk and add the following line to debian/rules: include debian/cdbs/1/rules/buildinfo.mk Less is possible too. For those favoring custom maintaining more parts of their packaging routines over using CDBS. Regards, - Jonas -- * Jonas Smedegaard - idealist Internet-arkitekt * Tlf.: +45 40843136 Website: http://dr.jones.dk/ [x] quote me freely [ ] ask before reusing [ ] keep private # -*- mode: makefile; coding: utf-8 -*- # Copyright © 2004-2006 Jonas Smedegaard d...@jones.dk # Description: Generate and include build information # # This program is free software; you can redistribute it and/or # modify it under the terms of the GNU General Public License as # published by the Free Software Foundation; either version 2, or (at # your option) any later version. # # This program is distributed in the hope that it will be useful, but # WITHOUT ANY WARRANTY; without even the implied warranty of # MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. See the GNU # General Public License for more details. # # You should have received a copy of the GNU General Public License # along with this program; if not, write to the Free Software # Foundation, Inc., 59 Temple Place, Suite 330, Boston, MA # 02111-1307 USA. _cdbs_scripts_path ?= /usr/lib/cdbs _cdbs_rules_path ?= /usr/share/cdbs/1/rules _cdbs_class_path ?= /usr/share/cdbs/1/class ifndef _cdbs_rules_buildinfo _cdbs_rules_buildinfo = 1 include $(_cdbs_rules_path)/buildcore.mk$(_cdbs_makefile_suffix) CDBS_BUILD_DEPENDS := $(CDBS_BUILD_DEPENDS), dh-buildinfo common-install-arch common-install-indep:: debian/stamp-buildinfo debian/stamp-buildinfo: dh_buildinfo touch debian/stamp-buildinfo clean:: rm -f debian/stamp-buildinfo endif signature.asc Description: Digital signature
Processed: pending debian-edu (fet/tftpd-hpa)
Processing commands for cont...@bugs.debian.org: tags 537650 pending Bug #537650 [education-thin-client-server] Please depend on tftpd-hpa as alternative, not just atftpd. Added tag(s) pending. tags 500595 pending Bug #500595 [debian-edu] please recommend fet Added tag(s) pending. thanks Stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database) -- To UNSUBSCRIBE, email to debian-edu-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
upload debian-edu 0.838 ?
the last upload of debian-edu (0.837) to Debian was Wed, 16 Jul 2008 11:53:30 +. since then, debian/changelog has accumulated nearly 200 lines of changes, and includes a several fixes for bugs in the debian BTS, three of which have been marked pending for nearly a year or more. i understand that while preparing a lenny-based release, all of the issues that should get fixed in unstable probably can't be done (such as the bug regarding updating KDE dependencies). it seems like an upload to Debian unstable could still resolve a few bugs, lintian issues, and generally bring the skolelinux and debian repositories even closer in sync. we'll also gain the vigilant watch of various automated tests (piuparts, buildds, lintian.debian.org, etc.) and other people looking for issues which could benefit the lenny-based release. i'd be happy to prepare an upload for 0.838, if a DD could sponsor it, after which i'd be able to make uploads directly as a DM. live well, vagrant -- To UNSUBSCRIBE, email to debian-edu-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
