HPPA Proc problems?
pa,
I'm seeing some weird proc behaviour, like cpu times in the billions of seconds, but only for a transient amount of time, after which it corrects itself. Very odd. Just doing 'ps aux www' triggers this... and not always.
---
root 306 0.0 0.1 4996 1600 ? S Nov26 0:00 /usr/sbin/apache
root 7897 0.0 0.0 12992 864 ? S Nov27 0:00 /usr/sbin/nscd
root 7898 0.0 0.0 12992 864 ? S Nov27 0:00 /usr/sbin/nscd
root 7899 0.0 0.0 12992 864 ? S Nov27 0:00 /usr/sbin/nscd
root 7900 99.9 0.0 12992 864 ? S Nov27 13600729:46 /usr/sbin/nscd
^^^^^^^^^^^ ???root 7901 0.0 0.0 12992 864 ? S Nov27 0:00 /usr/sbin/nscd root 7902 0.0 0.0 12992 864 ? S Nov27 0:00 /usr/sbin/nscd root 7903 0.0 0.0 12992 864 ? S Nov27 0:00 /usr/sbin/nscd root 7909 0.0 0.2 5200 3384 ? S Nov27 0:00 /usr/bin/X11/xfs -daemon
---
procps 3.1.0-1 The /proc file system utilities. 2.4.19-pa22, gcc-3.1.1 compiled, toolset from unstable.
Any ideas aobut this? Is anyone seeing any odd behavour?
Berthold from SuSE was commenting about this (building SuSE on HPPA :) and also noted that his gcc-3.3 compiled kernel has procinfo problems:
procinfo complains that it can't grok his gcc version.
--
Linux 2.4.19-pa20 (xxxx@xxx) (gcc [can't parse]) #??? 1CPU [raven.] -- Berthold's
Linux 2.4.19-pa22 (xxxx@xxx) (gcc 3.1.1 20020715 ) #5 1CPU [firin] -- Carlos'
In sysutils/procinfo/routines.c
269 ret = sscanf (line, "Linux version %s (%[^)]) (gcc %[^)]) #%s %[^\n]",
270 ver, host, gcc, compno, date);
271
272 if (ret != 5) /* Damn egcs uses nested ()'s... */
273 ret = sscanf (line, "Linux version %s (%[^)]) (gcc %[^(] (%*[^)])) #%s %[^\n]",
274 ver, host, gcc, compno, date);
275
276 if (ret == 3) { /* At least we've got ver & host right... */
277 strcpy (gcc, "[can't parse]");
278 strcpy (compno, "???");
279 date[0] = 0;
280 }Looks like it might be a regex problem?
c.