Everex Cloudbook Client Causes DOS on LTSP Server
P. Scott DeVos <
scott@...>
2010-09-03 18:47:56 GMT
I am having an interesting problem in my attempts to use an Everex
Cloudbook as a thin client on an HP Proliant DL380 G4 server running
Fedora 13.
I am able to PXE-boot the Cloudbook client to the login screen, but when
I login, things work for a few seconds and then I am returned to the
login screen. Further below are the messages that appear
in /var/log/messages and /var/log/secure, so you can see that this is
not a problem with a bad password or anything like that.
Unfortunately, the problem gets worse. Here is the output from top
several minutes later:
top - 13:22:54 up 21 days, 20:13, 5 users, load average: 1.18, 1.22,
1.50
Tasks: 264 total, 2 running, 262 sleeping, 0 stopped, 0 zombie
Cpu(s): 25.2%us, 0.4%sy, 0.0%ni, 74.2%id, 0.0%wa, 0.2%hi, 0.0%si,
0.0%st
Mem: 3992012k total, 3403988k used, 588024k free, 315780k buffers
Swap: 3145720k total, 91784k used, 3053936k free, 1666660k cached
PID USER PR NI VIRT RES SHR S %CPU %MEM TIME+ COMMAND
31044 scott 20 0 317m 14m 9904 R 100.2 0.4 2:28.8 gnome-panel
31456 root 20 0 15096 1296 876 R 1.0 0.0 0:00.06 top
29761 root 20 0 226m 8172 5496 S 0.7 0.2 0:02.14 parcellite
31350 root 20 0 601m 64m 25m S 0.7 1.6 0:07.53 firefox
2477 asterisk 20 0 2491m 6312 2724 S 0.3 0.2 24:54.28 asterisk
And after four attempts to login:
top - 13:28:18 up 21 days, 20:18, 2 users, load average: 5.17, 2.38,
1.80
Tasks: 266 total, 5 running, 261 sleeping, 0 stopped, 0 zombie
Cpu(s): 97.0%us, 1.9%sy, 0.0%ni, 0.0%id, 0.0%wa, 1.0%hi, 0.1%si,
0.0%st
Mem: 3992012k total, 3523148k used, 468864k free, 316240k buffers
Swap: 3145720k total, 91324k used, 3054396k free, 1671780k cached
PID USER PR NI VIRT RES SHR S %CPU %MEM TIME+ COMMAND
691 scott 20 0 317m 14m 9988 R 95.8 0.4 0:22.36 gnome-panel
32736 scott 20 0 317m 14m 9.9m R 95.2 0.4 0:45.11 gnome-panel
31044 scott 20 0 317m 14m 9904 R 78.1 0.4 7:41.41 gnome-panel
31784 scott 20 0 316m 14m 9748 R 76.5 0.4 1:05.66 gnome-panel
754 root 20 0 361m 128m 8496 S 12.1 3.3 0:17.13
setroubleshootd
2805 root 20 0 124m 736 400 S 1.3 0.0 139:14.32 hpasmd
32404 root 20 0 226m 8064 5376 S 0.7 0.2 0:00.39 parcellite
32619 root 20 0 15096 1304 876 R 0.7 0.0 0:01.11 top
1 root 20 0 19228 500 292 S 0.0 0.0 0:59.54 init
And it will keep adding gnome-panel processes running flat out each time
I attempt to login. I can bring this server to a crawl and get the fans
running at top speed just by attempting to login 20 or 30 times from the
CloudBook.
One note. The first time I logged in, it worked fine. Then I plugged
in an external monitor and had this problem. Now the problem occurs
with our without the monitor plugged in.
Any help would be greatly appreciated.
/var/log/messages
Sep 3 13:20:24 www gnome-session[30935]: WARNING: Unable to determine
session: Unable to lookup session information for process '30935'
Sep 3 13:20:25 www gnome-keyring-daemon[31031]: dbus failure
unregistering from session: Connection is closed
Sep 3 13:20:25 www gnome-keyring-daemon[31031]: dbus failure
unregistering from session: Connection is closed
Sep 3 13:20:26 www python: abrt: detected unhandled Python exception
in /usr/share/system-config-printer/applet.py
Sep 3 13:20:26 www python: hp-systray(hpssd)[31167]: error: Unable to
connect to dbus session bus. Exiting.
Sep 3 13:20:26 www abrtd: dumpsocket: New client connected
Sep 3 13:20:26 www abrtd: dumpsocket: Saved Python crash dump of pid
31113 to /var/spool/abrt/pyhook-1283538026-31113
Sep 3 13:20:26 www abrtd: dumpsocket: Socket client disconnected
Sep 3 13:20:26 www abrtd: Directory 'pyhook-1283538026-31113' creation
detected
Sep 3 13:20:27 www abrtd: Crash is in database already (dup
of /var/spool/abrt/pyhook-1283536948-27236)
Sep 3 13:20:27 www abrtd: Deleting crash pyhook-1283538026-31113 (dup
of pyhook-1283536948-27236), sending dbus signal
/var/log/secure
Sep 3 13:20:13 www sshd[30911]: Accepted password for scott from
192.168.1.83 port 58127 ssh2
Sep 3 13:20:13 www sshd[30911]: pam_unix(sshd:session): session opened
for user scott by (uid=0)
Sep 3 13:20:23 www sshd[30915]: subsystem request for sftp
Sep 3 13:20:25 www sshd[30915]: Received disconnect from 192.168.1.83:
11: disconnected by user
Sep 3 13:20:25 www sshd[30911]: pam_unix(sshd:session): session closed
for user scott
--
--
P. Scott DeVos
Member
4A Homes LLC
------------------------------------------------------------------------------
This SF.net Dev2Dev email is sponsored by:
Show off your parallel programming skills.
Enter the Intel(R) Threading Challenge 2010.
http://p.sf.net/sfu/intel-thread-sfd
_____________________________________________________________________
Ltsp-discuss mailing list. To un-subscribe, or change prefs, goto:
https://lists.sourceforge.net/lists/listinfo/ltsp-discuss
For additional LTSP help, try #ltsp channel on irc.freenode.net