Your message dated Sat, 10 Dec 2016 17:45:14 +0000
with message-id <[email protected]>
and subject line Bug#847647: Removed package(s) from unstable
has caused the Debian Bug report #718842,
regarding torque-mom: Torque-mom mis-reports cpu count ("ncpus") on Raspberry
Pi
to be marked as done.
This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
Bug report if necessary, and/or fix the problem forthwith.
(NB: If you are a system administrator and have no idea what this
message is talking about, this may indicate a serious mail system
misconfiguration somewhere. Please contact [email protected]
immediately.)
--
718842: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=718842
Debian Bug Tracking System
Contact [email protected] with problems
--- Begin Message ---
Package: torque-mom
Version: 2.4.16+dfsg-1 Severity: normal
Tags: upstream
Dear Maintainer,
I discovered, while troubleshooting an issue with an experimental
torque cluster on a group of Raspberry Pi computers, that the "mom"
daemons on the clients were misreporting the cpu count of the machines
-- all of them reported "ncpus=0".
I don't believe this bug was involved in the issues I was having, I
resolved them through suitable configuration changes elsewhere in the
torque system. I am uncertain of the seriousness of this issue.
However, the cause at least is clear.
The 2.4.16+dfsg-1 version of torque-mom counts CPUs in the system by
iterating through /proc/cpuinfo and searching for the string
"processor", followed by whitespace, and counts up the number of
times it occurs. The code is at or near line 3457 of
resmom/linux/mom_mach.c in the "torque" source-package file tree.
However, the 3.6.11+ kernel in the Raspberry Pi device reports
processors differently, it uses the string "Processor", with an
upper-case P. The string "processor", lower-case p, does not occur
in /proc/cpuinfo on this system, causing torque-mom to misreport
the cpu count as zero.
For myself, I have rebuilt the package with a separate check
for "Processor" as well as "processor", on the affected line.
This is a fix, thus confirming my diagnosis, but this fix is only
applicable to local packages on the Raspberry Pi, it's flawed in
the general case -- specifically, the string "Processor", with
an upper-case P, occurs in some x86 and x86_64 CPU model names,
so simply checking for both case variants risks over-counting
on some hardware. (This is why I don't offer a patch...)
A probable robust fix is to check for "processor" or
"Processor" at the beginning of a line -- this will correctly
count the number of CPUs.
-- System Information: Debian Release: 7.1 Architecture: armhf (armv6l)
Kernel: Linux 3.6.11+ (PREEMPT) Locale: LANG=en_US.UTF-8,
LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash
Versions of packages torque-mom depends on: ii libc6 2.13-38+rpi2 ii
libgcc1 1:4.7.2-5+rpi1 ii libtorque2 2.4.16+dfsg-1 ii lsb-base
4.1+Debian8+rpi1 ii torque-common 2.4.16+dfsg-1
torque-mom recommends no packages.
torque-mom suggests no packages.
-- no debconf information
--- End Message ---
--- Begin Message ---
Version: 2.4.16+dfsg-1.5+rm
Dear submitter,
as the package torque has just been removed from the Debian archive
unstable we hereby close the associated bug reports. We are sorry
that we couldn't deal with your issue properly.
For details on the removal, please see https://bugs.debian.org/847647
The version of this package that was in Debian prior to this removal
can still be found using http://snapshot.debian.org/.
This message was generated automatically; if you believe that there is
a problem with it please contact the archive administrators by mailing
[email protected].
Debian distribution maintenance software
pp.
Scott Kitterman (the ftpmaster behind the curtain)
--- End Message ---
