[Top][All Lists]
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: [Cuadrantes-espiral] SOS URGENTE
From: |
Javier Linares |
Subject: |
Re: [Cuadrantes-espiral] SOS URGENTE |
Date: |
Wed, 29 Jan 2003 16:30:36 +0100 |
User-agent: |
Mutt/1.3.28i |
On Wed, Jan 29, 2003 at 12:16:29PM +0100, Quim Gil wrote:
> Ya pasó alguna vez que el MySQL se clavó sin más...
Mmmm....
Revisando el log de MySQL del servidor parece que es que alguien (o
"algo", algún proceso :-)) ha intentado iniciar el servidor mientras ya
estaba iniciado. Espero que esto no suceda cada vez que se intenta
iniciar de nuevo el servidor si ya está corriendo. Pero ya veremos el
log la próxima vez que falle.
El log lo adjunto aquí abajo, las líneas más interesantes son:
A mysqld process already exists at Wed Jan 29 02:51:25 GMT 2003
A mysqld process already exists at Wed Jan 29 02:55:53 GMT 2003
A las 3:55 en España. Después (supongo que esto ya era Quim) un poco más
tarde de las 9 de la mañana (al menos para mi :-)) hacía todo esto:
030129 8:18:11 /usr/libexec/mysqld: Normal shutdown
030129 8:18:12 /usr/libexec/mysqld: Shutdown Complete
030129 08:18:12 mysqld ended
030129 08:18:25 mysqld started
Viendo qué pasaba entre las 2 y las 3 (también está el log aquí abajo),
veo que al servidor le pasa algo entre las 2:00 y las 2:49 )(el cron se
para) y un administrador se conecta un poco más tarde (que no sé qué
hacía despierto a esas horas :-)), reinicia un par de cosas y se
desconecta. Pero el reinicio no fue limpio para el MySQL.
Jan 29 02:00:01 skyscraper CROND[2755]: (mailman) CMD (/usr/bin/python -S
/home/mailman/cron/gate_news)
Jan 29 02:49:54 skyscraper syslogd 1.4.1: restart.
Jan 29 02:49:55 skyscraper PAM_pwdb[2101]: (su) session closed for user admin
Jan 29 02:49:55 skyscraper crond[2119]: (CRON) STARTUP (fork ok)
Jan 29 02:50:00 skyscraper CROND[2149]: (mailman) CMD (/usr/bin/python -S
/home/mailman/cron/qrunner)
Jan 29 02:50:00 skyscraper CROND[2150]: (mailman) CMD (/usr/bin/python -S
/home/mailman/cron/gate_news)
Jan 29 02:51:00 skyscraper CROND[3282]: (mailman) CMD (/usr/bin/python -S
/home/mailman/cron/qrunner)
Jan 29 02:51:24 skyscraper PAM_pwdb[3715]: (su) session opened for user admin
by (uid=0)
Jan 29 02:51:24 skyscraper syslogd 1.4.1: restart.
Jan 29 02:51:24 skyscraper crond[3730]: (CRON) STARTUP (fork ok)
Jan 29 02:51:24 skyscraper PAM_pwdb[3715]: (su) session closed for user admin
Jan 29 02:52:00 skyscraper CROND[4349]: (mailman) CMD (/usr/bin/python -S
/home/mailman/cron/qrunner)
Jan 29 02:52:00 skyscraper CROND[4347]: (mailman) CMD (/usr/bin/python -S
/home/mailman/cron/qrunner)
---------------------- log ---------------------------
030128 15:46:34 /usr/libexec/mysqld: Normal shutdown
030128 15:46:34 /usr/libexec/mysqld: Shutdown Complete
030128 15:46:34 mysqld ended
030128 15:46:48 mysqld started
Cannot initialize InnoDB as 'innodb_data_file_path' is not set.
If you do not want to use transactional InnoDB tables, add a line
skip-innodb
to the [mysqld] section of init parameters in your my.cnf
or my.ini. If you want to use InnoDB tables, add to the [mysqld]
section, for example,
innodb_data_file_path = ibdata1:10M:autoextend
But to get good performance you should adjust for your hardware
the InnoDB startup options listed in section 2 at
http://www.innodb.com/ibman.html
/usr/libexec/mysqld: ready for connections
030129 02:49:55 mysqld started
Cannot initialize InnoDB as 'innodb_data_file_path' is not set.
If you do not want to use transactional InnoDB tables, add a line
skip-innodb
to the [mysqld] section of init parameters in your my.cnf
or my.ini. If you want to use InnoDB tables, add to the [mysqld]
section, for example,
innodb_data_file_path = ibdata1:10M:autoextend
But to get good performance you should adjust for your hardware
the InnoDB startup options listed in section 2 at
http://www.innodb.com/ibman.html
/usr/libexec/mysqld: ready for connections
A mysqld process already exists at Wed Jan 29 02:51:25 GMT 2003
A mysqld process already exists at Wed Jan 29 02:55:53 GMT 2003
030129 8:18:11 /usr/libexec/mysqld: Normal shutdown
030129 8:18:12 /usr/libexec/mysqld: Shutdown Complete
030129 08:18:12 mysqld ended
030129 08:18:25 mysqld started
Cannot initialize InnoDB as 'innodb_data_file_path' is not set.
If you do not want to use transactional InnoDB tables, add a line
skip-innodb
to the [mysqld] section of init parameters in your my.cnf
or my.ini. If you want to use InnoDB tables, add to the [mysqld]
section, for example,
innodb_data_file_path = ibdata1:10M:autoextend
But to get good performance you should adjust for your hardware
the InnoDB startup options listed in section 2 at
http://www.innodb.com/ibman.html
/usr/libexec/mysqld: ready for connections
---------------------- log ---------------------------
Venga, que tenemos cazado al bug ;-). Me encantan estas investigaciones
:P.
--
.''`. Javier Linares http://adala.org
: :' : <address@hidden> <address@hidden>
`. `'`
`- Debian - I hack, therefore I am