The randomness of the process numbers is a (good) feature of grsecurity. Don't worry, it's normal :)
-----Original Message----- From: Cowles, Steve [mailto:[EMAIL PROTECTED]] Sent: Friday, November 22, 2002 3:21 PM To: [EMAIL PROTECTED] Subject: [leaf-user] Runaway Process (Bering) -- I think! Installed bering "Bering_1.0-stable_img_bering_1680.bin" with very few problems on a measly P120/48MB system. This same system ran RH-7.3 prior to this. Anyway, I just noticed that when I do a "ps" on this new bering system, the process ID for any new process is going crazy. Ex: The following are two ps's within a second of each other (up arrow). Note: the process ID for the ps command has rolled past 32768. firewall: -root- # ps PID Uid VmSize Stat Command 1 root 920 S init [2] 2 root S [keventd] 3 root S [ksoftirqd_CPU0] 4 root S [kswapd] 5 root S [bdflush] 6 root S [kupdated] 13136 root 1688 S /sbin/syslogd -m 240 30346 root 1400 S /sbin/klogd 18787 root 2376 S /usr/sbin/sshd 28894 root 1368 S /usr/sbin/watchdog 22864 root 796 S /usr/sbin/inetd 7719 root 800 S /usr/sbin/pptpd 17864 root 1608 S /usr/sbin/ntpd 10744 root 3024 S /usr/sbin/snmpd 7462 root 816 S /usr/sbin/cron 27500 root 1224 S /sbin/getty 38400 tty2 27235 root 4988 S /usr/sbin/sshd 15628 root 1556 S -sh 22148 root 1888 S /sbin/getty 38400 tty1 29003 root 1332 R ps firewall: -root- # ps PID Uid VmSize Stat Command 1 root 920 S init [2] 2 root S [keventd] 3 root S [ksoftirqd_CPU0] 4 root S [kswapd] 5 root S [bdflush] 6 root S [kupdated] 13136 root 1688 S /sbin/syslogd -m 240 30346 root 1400 S /sbin/klogd 18787 root 2376 S /usr/sbin/sshd 28894 root 1368 S /usr/sbin/watchdog 22864 root 796 S /usr/sbin/inetd 7719 root 800 S /usr/sbin/pptpd 17864 root 1608 S /usr/sbin/ntpd 10744 root 3024 S /usr/sbin/snmpd 7462 root 816 S /usr/sbin/cron 27500 root 1224 S /sbin/getty 38400 tty2 27235 root 4988 S /usr/sbin/sshd 15628 root 1556 S -sh 22148 root 1888 S /sbin/getty 38400 tty1 16422 root 1828 R ps firewall: -root- # I have scanned all the /var/log files looking for a "respawning to fast" type of entries, but I don't see anything that stands out. Normal startup entries along with shorewall logging and sshd auth entries. Thats about it! I have also tried stopping the ntpd, pptpd, ntpd and snmpd process to see if they were causing this, but same results. I even plugged in a keyboard to see if this was the culprit (This is system is headless and is admin'd through ssh). FWIW: snmpget from another system does not show the CPU utilization maxed out, but it would be nice if there was a version of "top" available to help debug this. Any ideas on what may be causing this problem? thanks Steve Cowles ------------------------------------------------------- This sf.net email is sponsored by:ThinkGeek Welcome to geek heaven. http://thinkgeek.com/sf ------------------------------------------------------------------------ leaf-user mailing list: [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/leaf-user SR FAQ: http://leaf-project.org/pub/doc/docmanager/docid_1891.html ------------------------------------------------------- This sf.net email is sponsored by:ThinkGeek Welcome to geek heaven. http://thinkgeek.com/sf ------------------------------------------------------------------------ leaf-user mailing list: [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/leaf-user SR FAQ: http://leaf-project.org/pub/doc/docmanager/docid_1891.html
