Re: Bugzilla is dead.

Re: Bugzilla is dead.

[Daniel Berlin]

Device is out of space. I just deleted the sql file from conversion, to 
give us 300 meg, but i have no idea how long it will last.
Can someone with root please make sure that 
/www/gcc/bugzilla/data/mimedump-tmp is cleaned up?
Anything in there can be removed.
The MIME Parser is too stupid to clean up on it's own, i had to add 
explicit calls to make it do so.
I have no access to the mimedump-tmp directory, since it's owned by 
alias.qmail.


On Tuesday, May 27, 2003, at 05:13  PM, Andrew Pinski wrote:

> Sorry if you heard this already but bugzilla gives me an Internal 
> Server Error each time I want to look up a bug for an example, 
> http://gcc.gnu.org/bugzilla/show_bug.cgi?id=9707.
>
> Thanks,
> Andrew Pinski
>

Re: Bugzilla is dead.

[Gerald Pfeifer]

On Tue, 27 May 2003, Daniel Berlin wrote:
> Device is out of space. I just deleted the sql file from conversion, to
> give us 300 meg, but i have no idea how long it will last.
> Can someone with root please make sure that
> /www/gcc/bugzilla/data/mimedump-tmp is cleaned up?
> Anything in there can be removed.

Done, though this really was quite little (just 1.5 MB).

Probably we could keep http-logs for a shorter period (/www/logs/
currently amounts to 6.4 GB), and if we need to, we could also
remove old versions of the GCC manuals from http://gcc.gnu.org/onlinedocs.

(Joseph, couldn't we omit the *.ps versions, as we have *.ps.gz anyways?)

The real killer, though, are the GCC mailing list archives with 6+ GB;
gcc and gcc-patches each amount to 1+ GB, even gcc-cvs is half a Gig!


Wait a second! Chris, I have it: some time ago the system started not to
compress old log files:

-rw-r--r--    1 apache   apache   985870768 May 27 22:21 gcc-combined_log
-rw-r--r--    1 apache   apache   247949608 May  4 04:02 gcc-combined_log.1
-rw-r--r--    1 apache   apache   227033651 Apr 27 04:02 gcc-combined_log.2
-rw-r--r--    1 apache   apache   217037482 Apr 20 04:02 gcc-combined_log.3
-rw-r--r--    1 apache   apache   223240718 Apr 13 04:02 gcc-combined_log.4
-rw-r--r--    1 apache   apache   14010019 Apr  5 07:00 gcc-combined_log.13.03.bz2
-rw-r--r--    1 apache   apache   11290926 Mar 29 07:00 gcc-combined_log.12.03.bz2
:

Gerald
-- 
Gerald "Jerry"   pfeifer@dbai.tuwien.ac.at   http://www.pfeifer.com/gerald/

Re: Bugzilla is dead.

[Daniel Berlin]

On Tuesday, May 27, 2003, at 06:23  PM, Gerald Pfeifer wrote:

> On Tue, 27 May 2003, Daniel Berlin wrote:
>> Device is out of space. I just deleted the sql file from conversion, 
>> to
>> give us 300 meg, but i have no idea how long it will last.
>> Can someone with root please make sure that
>> /www/gcc/bugzilla/data/mimedump-tmp is cleaned up?
>> Anything in there can be removed.
>
> Done, though this really was quite little (just 1.5 MB).
>
Maybe it was purging okay then.
I figured it was my fault we ran out of space, it may really be you 
guys's fault.
:)

> Probably we could keep http-logs for a shorter period (/www/logs/
> currently amounts to 6.4 GB), and if we need to, we could also
> remove old versions of the GCC manuals from 
> http://gcc.gnu.org/onlinedocs.
>
> (Joseph, couldn't we omit the *.ps versions, as we have *.ps.gz 
> anyways?)
>
> The real killer, though, are the GCC mailing list archives with 6+ GB;
> gcc and gcc-patches each amount to 1+ GB, even gcc-cvs is half a Gig!
>

>
> Wait a second! Chris, I have it: some time ago the system started not 
> to
> compress old log files:
>
> -rw-r--r--    1 apache   apache   985870768 May 27 22:21 
> gcc-combined_log
> -rw-r--r--    1 apache   apache   247949608 May  4 04:02 
> gcc-combined_log.1
> -rw-r--r--    1 apache   apache   227033651 Apr 27 04:02 
> gcc-combined_log.2
> -rw-r--r--    1 apache   apache   217037482 Apr 20 04:02 
> gcc-combined_log.3
> -rw-r--r--    1 apache   apache   223240718 Apr 13 04:02 
> gcc-combined_log.4
> -rw-r--r--    1 apache   apache   14010019 Apr  5 07:00 
> gcc-combined_log.13.03.bz2
> -rw-r--r--    1 apache   apache   11290926 Mar 29 07:00 
> gcc-combined_log.12.03.bz2
> :

Looks like someone switched to a different log rotator or 
logrotate.conf file or something.

Chris, isn't that the weekend you upgraded all those packages?

I ask because
1. logrotate.conf no longer has compress turned on
2. /var/log/httpd's logs aren't set to be rotated automatically.

Were they ever being rotated using logrotate, or was it done by some 
internal apache config file setting?


>
> Gerald
> -- 
> Gerald "Jerry"   pfeifer@dbai.tuwien.ac.at   
> http://www.pfeifer.com/gerald/

Re: Bugzilla is dead.

[Joseph S. Myers]

On Wed, 28 May 2003, Gerald Pfeifer wrote:

> Probably we could keep http-logs for a shorter period (/www/logs/
> currently amounts to 6.4 GB), and if we need to, we could also
> remove old versions of the GCC manuals from http://gcc.gnu.org/onlinedocs.

The old manuals are deliberately kept around forever, so as not to break
links or bookmarks to them.  We only link to the most recent manuals from
each release series, but keep the older ones around.

> (Joseph, couldn't we omit the *.ps versions, as we have *.ps.gz anyways?)

Sometimes we've linked to the .gz versions, sometimes direct to the .ps
versions (which the server would in the past have transmitted gzipped
using the .gz versions - there were problems though with how the HTTP
headers used interacted with what name the browser saved the file under
and whether it saved it compressed, which I think is why we changed to
linking to the .gz versions).  The idea of having everything in onlinedocs
both compressed and uncompressed was certainly for use with this server
feature.

-- 
Joseph S. Myers
jsm28@cam.ac.uk

Re: Bugzilla is dead.

[Gerald Pfeifer]

On Wed, 28 May 2003, Joseph S. Myers wrote:
> The old manuals are deliberately kept around forever, so as not to break
> links or bookmarks to them.  We only link to the most recent manuals from
> each release series, but keep the older ones around.

I'm aware of that.  Just, in case of serious space constraints (not
applicable now, AFAICS), this is what I'd consider removing first.

Gerald

Re: Bugzilla is dead.

[Gerald Pfeifer]

On Tue, 27 May 2003, John Anthony Kazos Jr. wrote:
> Shouldn't you be using bz2? The gains over gzip are *not* minor even in
> the slightest, and for something with a (mostly) one-time CPU cost like
> logrotate...

We are using bz2, don't worry.  (The current problem is that we simply
failed to compress at all, which is certainly worse than either of .gz
or .bz2. :-> )

Gerald
-- 
Gerald "Jerry"   pfeifer@dbai.tuwien.ac.at   http://www.pfeifer.com/gerald/

Re: Bugzilla is dead.

[John Anthony Kazos Jr.]

Shouldn't you be using bz2? The gains over gzip are *not* minor even in the 
slightest, and for something with a (mostly) one-time CPU cost like logrotate...