Page 1 of 1
Dreamhost warning
Posted: Thu Aug 21, 2008 9:12 am
by AF
Code: Select all
Tom, either get them to fix this (this is the 2nd time it's been mentioned to me) or get TA3d off our system, please.
---------- Forwarded message ----------
From: DreamHost Customer Support Team <support@dreamhost.com>
Date: 2008/8/21
Subject: [chrbar12 20088983] user ta3d filling up /tmp often
To: BlackLiger788@gmail.com
------------------------------------------------------------------------
- After reading this response, please consider visiting
- the URL below to comment on its quality. Thanks!
-
- http://www.dreamhost.com/survey.cgi?n=20088983&m=5879723
------------------------------------------------------------------------
Hello,
While investigating a /usr/local filling up on your server (bart) I have
noticed that your user ta3d seems to be the cause of this quite
frequently.
the files look like this:
511651 4448 -rw-r--r-- 1 ta3d pg897036 4541168 Jun 29 10:56
./wsvnG5j5q8/tags.r1110/ta3d_0_5_0_TEST_4/src/tools/win32/libs/libagld.a
526615 4448 -rw-r--r-- 1 ta3d pg897036 4541168 Jun 29 10:56
./wsvnQBm3T3/tags.r1110/ta3d_0_5_0_TEST_6/src/tools/win32/libs/libagld.a
528573 4448 -rw-r--r-- 1 ta3d pg897036 4541168 Jun 29 10:56
./wsvnwKWBLk/tags.r1110/ta3d_0_5_0_TEST_6/src/tools/win32/libs/libagld.a
543724 4448 -rw-r--r-- 1 ta3d pg897036 4541168 Jun 29 10:56
./wsvnItSOa9/tags.r1110/ta3d_0_5_0_TEST_4/src/tools/win32/libs/libagld.a
544664 4448 -rw-r--r-- 1 ta3d pg897036 4541168 Jun 29 10:56
./wsvncvzwia/tags.r1110/ta3d_0_5_0_TEST_6/src/tools/win32/libs/libagld.a
577178 4448 -rw-r--r-- 1 ta3d pg897036 4541168 Jun 29 10:56
./wsvnYUPERh/tags.r1110/ta3d_0_5_0_TEST_5/src/tools/win32/libs/libagld.a
642620 4448 -rw-r--r-- 1 ta3d pg897036 4541168 Jun 29 10:56
./wsvnG5j5q8/tags.r1110/ta3d_0_5_0_TEST_6/src/tools/win32/libs/libagld.a
724044 4448 -rw-r--r-- 1 ta3d pg897036 4541168 Jun 29 10:56
./wsvnG5j5q8/tags.r1110/ta3d_0_5_0_TEST_5/src/tools/win32/libs/libagld.a
774815 4448 -rw-r--r-- 1 ta3d pg897036 4541168 Jun 29 10:56
./wsvncDZKcP/tags.r1103/ta3d_0_5_0_TEST_5/src/tools/win32/libs/libagld.a
based on the filenames, it looks like it's some sort of web-based
subversion browser software creating temporary files. This is fine, we
encourage people to use caching. However, your caching also needs to
clean up after itself. Please configure your software to clean up after
itself a little better than it is (if it is, I'm not sure). having /tmp
fill up causes lots of problems for every user on the system.
If you have any questions, please feel free to ask!
Thanks!
Jeremy K
--
DreamHost Support Team + support@dreamhost.com
Earn over $97 for each referral: http://www.dreamhost.com/rewards.html
To continue this support case, just reply to this email.
Open a new case at: https://panel.dreamhost.com/?tab=support
--
FOR THE GLORY OF THE COMMONWEALTH
I would suggest removing whatever your using and setting it up on a local host and not putting it back till all is fixed. This is the second time this has happened and it appears to be a regular occurance, I'm not sure how much longer dreamhost are happy to keept /tmp when the vast majority of files in there belong to the ta3d user, and technically by doing this we're in violation of there terms of service, which means this site and all the other sites me and my friend have would be nuked and we'd loose 2 years worth of prepaid hosting
Posted: Thu Aug 21, 2008 9:57 am
by milipili
We can use the trac instead of the WebSVN. The sync is not done in realtime but it is not a big problem.
Posted: Thu Aug 21, 2008 1:35 pm
by zuzuf
So what do we do ? remove websvn ?
does websvn support clearing its cache when its size reaches some quota ?
if not we can write a small script to do the job every day or something like that.
Posted: Thu Aug 21, 2008 6:15 pm
by Doors
zuzuf wrote:So what do we do ? remove websvn ?
does websvn support clearing its cache when its size reaches some quota ?
if not we can write a small script to do the job every day or something like that.
Is DAV autoversioning on? or is this the default script dreahost supplies.
Posted: Thu Aug 21, 2008 6:32 pm
by zuzuf
I don't know, I never looked at websvn config files (I didn't install it).
For now, I cleared the cache but since it takes time I'd rather setting up a script to do the job
Posted: Thu Aug 21, 2008 7:28 pm
by milipili
If a script is enough, so what's the problem ?
Posted: Thu Aug 21, 2008 8:34 pm
by zuzuf
just wondering is someone had a better solution
Posted: Tue Aug 26, 2008 12:21 pm
by AF
You all said this last time, that there was a script. Obviously either nothing was done or it didn't work.
There si no reason websvn should be making so many cache files. I would suggest disabling the creation and downloading of zip files out of svn folders in the config, checking for updates, and googling for this issue while keeping the site under lock and key via a ".htaccess" until you have sorted it.
Putting a band aid on it and saying its fixed without checking isn't enough, especially when its putting my money at risk.
Posted: Tue Aug 26, 2008 1:14 pm
by zuzuf
it works but too slowly ... the scripts remove temporary files every day, but too much files are created. I've been reading the config files of websvn, I didn't see a way to disabled caching so much things.
There si no reason websvn should be making so many cache files.
I see one : bots ... because those temporary files cover the entire repository ...
Since we don't use websvn and have a trac, I suggest we remove websvn ... until final decision I am going to disable it.
Posted: Tue Aug 26, 2008 8:04 pm
by Vampiloup
I don't understand why a file repository, even with an in-built database for versions, changes and so on, need cache at all.
Posted: Tue Aug 26, 2008 8:16 pm
by zuzuf
it's not the file repository itself that is a problem, it's the web interface to the SVN repository (websvn) which produces huge amounts of data in its cache
.
Currently websvn is disabled ... I changed related links to our trac page
