cuadrantes-espiral
[Top][All Lists]
Advanced

[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
  




reply via email to

[Prev in Thread] Current Thread [Next in Thread]