5:04 a.m.
Hi all,
The wiki is broken. It appears that there's a disk full or something -
when I try to access any wiki page, I get the following error:
Database error
Jump to: navigation, search
A database query syntax error has occurred. This may indicate a bug in
the software. The last attempted database query was:
(SQL query hidden)
from within function "SqlBagOStuff::set". Database returned error "1114:
The table 'mw_objectcache' is full (localhost)".
Special pages still work (kind of) - but I can't review wiki account
requests. And I can edit pages, but not read them. When you edit a page,
everything is dynamically created, so we don't hit the object cache.
However, I can't save edits.
Who has access to the server? The ideal would be admin access to the
wiki database, but even shell access to the server to clean up the disk
would be helpful.
Thanks,
Dave.
--
Dave Neary - Community Action and Impact
Open Source and Standards, Red Hat - http://community.redhat.com
Ph: +33 9 50 71 55 62 / Cell: +33 6 77 01 92 13
10:18 a.m.
This is an OpenPGP/MIME signed message (RFC 2440 and 3156)
--------------enig669AD25B02F597B0C0F6C8BB
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: quoted-printable
On 11/14/2012 02:04 AM, Dave Neary wrote:
Hi all,
=20
The wiki is broken. It appears that there's a disk full or something -
when I try to access any wiki page, I get the following error:
=20
Database error
Jump to: navigation, search
A database query syntax error has occurred. This may indicate a bug in
the software. The last attempted database query was:
=20
(SQL query hidden)
=20
from within function "SqlBagOStuff::set". Database returned error "1114=
:
The table 'mw_objectcache' is full (localhost)".
=20
Special pages still work (kind of) - but I can't review wiki account
requests. And I can edit pages, but not read them. When you edit a page=
,
everything is dynamically created, so we don't hit the object
cache.
However, I can't save edits.
=20
Who has access to the server? The ideal would be admin access to the
wiki database, but even shell access to the server to clean up the disk=
would be helpful.
This was probably not a full database but a full disk, looks like
someone has cleaned it up already or one of the cronjobs took care of it
since then? 1.9G are back available.
I pulled 500 MB of log files last week, and can adjust the backup
scripts to keep only the past 5 days. I've noticed the wiki database and
files are continuing to grow at a rate of about 2 MB total each day. I
reckon it's RPMs and such that grow more rapidly apiece than the wiki
database is.
What this means: When we have the wiki off that server within the next
week (which we should be able to do), that means we're only going to
have ~200 MB additional free on that box.
We're going to find our way out of this soon enough, it's just tight
times until we get all the new hosting rolled out.
- Karsten
--=20
Karsten 'quaid' Wade, Sr. Analyst - Community Growth
http://TheOpenSourceWay.org .^\ http://community.redhat.com
@quaid (identi.ca/twitter/IRC) \v' gpg: AD0E0C41
--------------enig669AD25B02F597B0C0F6C8BB
Content-Type: application/pgp-signature; name="signature.asc"
Content-Description: OpenPGP digital signature
Content-Disposition: attachment; filename="signature.asc"
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.12 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://www.enigmail.net/
iD8DBQFQo7Yv2ZIOBq0ODEERAp9dAJwJw6XCcSfgIRpsY3kc+zuCtJuORQCfbU6M
DcSYvI12hIFabBKfCAQkqvA=
=fPrL
-----END PGP SIGNATURE-----
--------------enig669AD25B02F597B0C0F6C8BB--
4427
days inactive
4427
days old
1 comments
2 participants
participants (2)
-
Dave Neary -
Karsten 'quaid' Wade