public inbox for overseers@sourceware.org
 help / color / mirror / Atom feed
* web page is crapped out
@ 2003-08-28  3:09 Andrew Pinski
  2003-08-28  3:33 ` Ian Lance Taylor
  0 siblings, 1 reply; 6+ messages in thread
From: Andrew Pinski @ 2003-08-28  3:09 UTC (permalink / raw)
  To: overseers; +Cc: Andrew Pinski

Looking at <http://gcc.gnu.org/ml/gccadmin/2003-q3/msg00132.html>
Looks like the disk is full.
Thanks,
Andrew Pinski

^ permalink raw reply	[flat|nested] 6+ messages in thread

* Re: web page is crapped out
  2003-08-28  3:09 web page is crapped out Andrew Pinski
@ 2003-08-28  3:33 ` Ian Lance Taylor
  2003-08-28  3:41   ` Ian Lance Taylor
  2003-08-28  3:41   ` Christopher Faylor
  0 siblings, 2 replies; 6+ messages in thread
From: Ian Lance Taylor @ 2003-08-28  3:33 UTC (permalink / raw)
  To: Andrew Pinski; +Cc: overseers

Andrew Pinski <pinskia@physics.uc.edu> writes:

> Looking at <http://gcc.gnu.org/ml/gccadmin/2003-q3/msg00132.html>
> Looks like the disk is full.

Ah, so that's what happened.  The last thing that script does is
update all the web pages, and it looks like the disk filled up while
it was doing that.  That must be what broke the web pages, which I
just fixed.

There is plenty of space on the disk right now, so I don't know why it
would have filled up.  Anybody else know?  The critical time, as noted
before, seems to have been 00:54.

I see that root runs /sourceware/ftp/bin/create-md5-checksums.sh at
that time, but I don't see how that could fill the disk.

There is nothing in /var/log/messages.  I note that that file is full
of ``blocked'' messages for some reason--are there really random
network packets coming in every other second?

Ian

^ permalink raw reply	[flat|nested] 6+ messages in thread

* Re: web page is crapped out
  2003-08-28  3:33 ` Ian Lance Taylor
@ 2003-08-28  3:41   ` Ian Lance Taylor
  2003-08-28  3:41   ` Christopher Faylor
  1 sibling, 0 replies; 6+ messages in thread
From: Ian Lance Taylor @ 2003-08-28  3:41 UTC (permalink / raw)
  To: Andrew Pinski; +Cc: overseers

Just in case there were any lingering inconsistencies, I ran
    /home/gccadmin/scripts/update_web_docs
as gccadmin.  I watched the disk space throughout.  It didn't make any
appreciable difference in the amount of disk space available.

So something else used up all the disk space, and then freed it up
again.  Or something.

Ian

^ permalink raw reply	[flat|nested] 6+ messages in thread

* Re: web page is crapped out
  2003-08-28  3:33 ` Ian Lance Taylor
  2003-08-28  3:41   ` Ian Lance Taylor
@ 2003-08-28  3:41   ` Christopher Faylor
  2003-08-28  3:59     ` Ian Lance Taylor
  1 sibling, 1 reply; 6+ messages in thread
From: Christopher Faylor @ 2003-08-28  3:41 UTC (permalink / raw)
  To: Ian Lance Taylor; +Cc: Andrew Pinski, overseers

On Wed, Aug 27, 2003 at 08:33:23PM -0700, Ian Lance Taylor wrote:
>Andrew Pinski <pinskia@physics.uc.edu> writes:
>
>> Looking at <http://gcc.gnu.org/ml/gccadmin/2003-q3/msg00132.html>
>> Looks like the disk is full.
>
>Ah, so that's what happened.  The last thing that script does is
>update all the web pages, and it looks like the disk filled up while
>it was doing that.  That must be what broke the web pages, which I
>just fixed.

It probably was the /tmp partition.  I had a couple of large files there.
I'll extend it (and the qmail partition) tomorrow so that we won't have
this problem again.

>There is nothing in /var/log/messages.  I note that that file is full
>of ``blocked'' messages for some reason--are there really random
>network packets coming in every other second?

Weird.  Source port 25.

cgf

^ permalink raw reply	[flat|nested] 6+ messages in thread

* Re: web page is crapped out
  2003-08-28  3:41   ` Christopher Faylor
@ 2003-08-28  3:59     ` Ian Lance Taylor
  2003-08-28 12:42       ` Gerald Pfeifer
  0 siblings, 1 reply; 6+ messages in thread
From: Ian Lance Taylor @ 2003-08-28  3:59 UTC (permalink / raw)
  To: Christopher Faylor; +Cc: Andrew Pinski, overseers

Christopher Faylor <cgf@redhat.com> writes:

> >Ah, so that's what happened.  The last thing that script does is
> >update all the web pages, and it looks like the disk filled up while
> >it was doing that.  That must be what broke the web pages, which I
> >just fixed.
> 
> It probably was the /tmp partition.  I had a couple of large files there.
> I'll extend it (and the qmail partition) tomorrow so that we won't have
> this problem again.

Yeah, it must have been /tmp.  The preprocess script uses /tmp when
handling *.html files--it uses MetaHTML.

Maybe the script should check for an error return from MetaHTML before
it does anything with the output, but I'll leave that to the gccadmin
folks.

Ian

^ permalink raw reply	[flat|nested] 6+ messages in thread

* Re: web page is crapped out
  2003-08-28  3:59     ` Ian Lance Taylor
@ 2003-08-28 12:42       ` Gerald Pfeifer
  0 siblings, 0 replies; 6+ messages in thread
From: Gerald Pfeifer @ 2003-08-28 12:42 UTC (permalink / raw)
  To: Ian Lance Taylor; +Cc: overseers

On Thu, 27 Aug 2003, Ian Lance Taylor wrote:
> Yeah, it must have been /tmp.  The preprocess script uses /tmp when
> handling *.html files--it uses MetaHTML.
>
> Maybe the script should check for an error return from MetaHTML before
> it does anything with the output, but I'll leave that to the gccadmin
> folks.

First of all, thanks for tracking down the problem and re-running the
preprocess script to fix the GCC web pages!

I am currently testing a patch to make the script more stable in case
of error conditions and will commit it later today.

Gerald

^ permalink raw reply	[flat|nested] 6+ messages in thread

end of thread, other threads:[~2003-08-28 12:42 UTC | newest]

Thread overview: 6+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2003-08-28  3:09 web page is crapped out Andrew Pinski
2003-08-28  3:33 ` Ian Lance Taylor
2003-08-28  3:41   ` Ian Lance Taylor
2003-08-28  3:41   ` Christopher Faylor
2003-08-28  3:59     ` Ian Lance Taylor
2003-08-28 12:42       ` Gerald Pfeifer

This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).