Stéphane Graber a écrit : > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA1 > > Nicolas Lebrun wrote: > >> Hi ! >> >> Here is our problem... >> >> We've got a ltsp ubuntu jaunty system in our high school ... >> >> - The server is a DELL PowerEdge 840 with an unbuntu 9.04 >> - We got 67 thin clients HP 5730 ( yes, it's a lot ) >> - As our thin clients are quite powerfull, we use localapps ... Here's >> our lts.conf >> [default] >> SEARCH_DOMAIN = >> lyc-jacques-monod-st-jean-de-braye.ac-orleans-tours.fr >> DNS_SERVER = 10.145.15.130 >> RCFILE_01=/etc/init.d/chmod-resolv.sh >> LOCAL_APPS=True >> LOCAL_APPS_MENU = True >> LOCAL_APPS_MENU_ITEMS = >> firefox,mplayer,vlc,gimp,openoffice.org-calc,openoffice.org-draw,openoffice.org-impress,openoffice.org-math,openoffice.org-writer >> LOCALDEV = True >> LDM_DIRECTX = True >> SCREEN_07 = ldm >> - We have a LDAP connection for our users >> - We access our documents on another samba server with pam_mount >> >> Two days ago, nobody could anymore connect to a thin client ... We >> discovered that the /home partition ( /dev/sda4 ) was full : 100% >> >> In some user's home, we had those directories : >> >> drwxr-xr-x 2 andre.montay professeurs 4096 2009-09-03 >> 08:38 bin >> drwxr-xr-x 3 andre.montay professeurs 4096 2009-09-03 >> 08:38 boot >> drwxrwxrwx 9 andre.montay professeurs 4096 2009-09-03 >> 08:38 cow >> drwxr-xr-x 8 andre.montay professeurs 4096 2009-09-03 >> 11:38 dev >> >> The dev is especially big ... >> >> Since two days, we are checking if dev is appearing in user's home, and >> we find that the process filling home was ' scp -r -d -t . ' >> >> Here is what we have to do every hour to avoid server saturation ... >> >> r...@ltsp-jaunty:~# df /dev/sda4 >> Sys. de fich. 1K-blocs Occupé Disponible Capacité Monté sur >> /dev/sda4 187026804 35989856 141536512 21% /home >> r...@ltsp-jaunty:~# ps aux | grep scp | grep -v scp-client | grep -v grep >> 13451 6344 5.4 0.0 4960 1308 ? D<s 17:32 0:16 scp -r >> -d -t . >> 13483 30301 0.4 0.0 4964 1368 ? S<s 17:12 0:06 scp -r >> -d -t . >> r...@ltsp-jaunty:~# kill 6344 >> r...@ltsp-jaunty:~# ps aux | grep scp | grep -v scp-client | grep -v grep >> 13483 30301 0.4 0.0 4964 1368 ? S<s 17:12 0:06 scp -r >> -d -t . >> r...@ltsp-jaunty:~# kill 30301 >> r...@ltsp-jaunty:~# ps aux | grep scp | grep -v scp-client | grep -v grep >> r...@ltsp-jaunty:~# ls /home/*/*/dev >> /home/c/caroline.nio/dev: >> dri fd net pts shm snd sndstat >> /home/s/sylvain.andre/dev: >> dri fd net pts shm snd sndstat >> r...@ltsp-jaunty:~# rm -fr /home/*/*/dev >> r...@ltsp-jaunty:~# ls /home/*/*/dev >> ls: ne peut accéder /home/*/*/dev: Aucun fichier ou dossier de ce type >> r...@ltsp-jaunty:~# df /dev/sda4 >> Sys. de fich. 1K-blocs Occupé Disponible Capacité Monté sur >> /dev/sda4 187026804 31773428 145752940 18% /home >> >> Sorry for this (too) long message ... >> >> We don't now when, why, this process "scp -r -d -t" exists... >> >> Any advice, any idea will be welcome... >> >> Nicolas Lebrun >> > > This happen when a username starts with a space, in this case it tries > to copy the whole LTSP chroot into the user home directory. > I fixed that bug a few weeks ago, using my PPA will solve the issue: > http://launchpad.net/~stgraber/+archive > > A SRU/backport could be done if someone can invest the time to do it. > As we are in production, is it safe to migrate from 5.1.65-0ubuntu2 to your 5.1.85 ?
Many thanks Stephane Nicolas ------------------------------------------------------------------------------ Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day trial. Simplify your report design, integration and deployment - and focus on what you do best, core application coding. Discover what's new with Crystal Reports now. http://p.sf.net/sfu/bobj-july _____________________________________________________________________ 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
