google-code-export / umple

Automatically exported from code.google.com/p/umple
1 stars 0 forks source link

Purging of tmp directories in UmpleOnline is not working #244

Closed GoogleCodeExporter closed 9 years ago

GoogleCodeExporter commented 9 years ago
When UmpleOnline produces a new tmp directory for a user session, it is 
supposed to purge those that are more than a few days old. This is not working

Until this is fixed it is necessary to manually purge the oldest of the 
umpleonline/ump/tmp* directories such that the number of directories in 
umpleonline/ump does not approach 32,000.

Original issue reported on code.google.com by TimothyCLethbridge on 20 Nov 2011 at 10:07

GoogleCodeExporter commented 9 years ago
Downgraded priority.

I discovered that most of the entries, and so-called uses of UmpleOnline, which 
were about 10,000 per month, were from web crawlers or other visitors without 
active JavaScript (or browsers that failed in some other way to correctly set 
up the 'model' file.

I deleted all saved directories on the server that did not have a model file 
(only contained UIGU), resulting in several months of reprieve on this issue. 
The issue still needs resolving. It would be ideal if sessions without 
Javascript never created a working directory to start with. A robots.txt file 
that blocks robots might be a possibility, but it might be better to maintain a 
no-script web page as long as it doesn't cause creation of any permanent result 
on the server.

Original comment by TimothyCLethbridge on 30 Jan 2012 at 1:06

GoogleCodeExporter commented 9 years ago
Modified the code to improve this functionality, but it seems still not to be 
deleting the older directories. Needs further investigation.

This bug can only be worked on by an administrator, so I (t. lethbridge) will 
continue to work on it.

Original comment by TimothyCLethbridge on 4 Feb 2012 at 1:41

GoogleCodeExporter commented 9 years ago

Original comment by TimothyCLethbridge on 14 Jun 2012 at 3:05

GoogleCodeExporter commented 9 years ago
Today I I have added a script on the server in the ralph account that does a 
more thorough cleanup job.
I also submitted r1937 which fixes compiler-config.php I changed an argument in 
the find command from -depth to -maxdepth to partially fix this bug. However 
more work needs doing, to ensure that only relevant directories are present.

Original comment by TimothyCLethbridge on 17 Jul 2012 at 6:44

GoogleCodeExporter commented 9 years ago
This has been partly rectified by preventing a lot of extraneous directories 
from being created. Over the last few days there had been outages almost every 
day by reaching the 32000 limit of directories on the server imposed by Linux. 
I fixed several scripts to clean up after themselves when bots or spiders hit 
various links with JavaScript turned off.

Original comment by TimothyCLethbridge on 3 Aug 2012 at 6:38

GoogleCodeExporter commented 9 years ago

Original comment by TimothyCLethbridge on 27 Sep 2012 at 7:33

GoogleCodeExporter commented 9 years ago

Original comment by TimothyCLethbridge on 30 Apr 2013 at 1:35