12:45 p.m.
Revisa estos enlaces:
http://unix.stackexchange.com/questions/37187/fedora-16-strange-tmp-permi...
http://nixcraft.com/databases-servers/14260-error-1-hy000-cant-create-wri...
El día 11 de septiembre de 2012 13:09, Gonzalo Rivero
<fishfromsalta(a)gmail.com> escribió:
Buen día
soy nuevo en fedora (aunque no tanto en linux y también uso bastante
freebsd a diario). Tengo uno de esos blade js22 de ibm y le puse
fedora porque es de las pocas cosas mas o menos libres y gratis que
pude hacer andar en ppc64; otro de los motivos es que encontré una iso
para instalar, las otras distribuciones para procesadores power
parecen ser específicas para las últimas mac que usaron ppc y no
encontré manera de iniciarlas.
Pido disculpas adelantadas por lo extenso del mail, es que vengo de
otras listas de correo donde todo el contenido del mail sería: "no
anda, arréglenlo urgente", cosa que siempre me molestó de sobremanera
En fin, esa es mi introducción, entonces instalé el sistema, lo
conecté a la red, agregué el dvd a los repositorios, y solo eso porque
nunca me gustó mucho usar repositorios no oficiales entonces empecé
por mysql:
yum install mysql mysql-server
(... salida larga, sin errores)
/etc/init.d/mysql start
No existe el fichero o directorio... changos, tal vez las cosas se
hacen diferente en esta distro, fui a google y el primer paso (install
mysql mysql-server) estaba bien y coincidía en todos los enlaces que
encontré, pero se inician las cosas de manera diferente aquí, puede
ser
service mysqld start
o systemctl start mysqld.service (que de hecho, el comando anterior
dice que redirige a este). Y esta fue la salida:
Job failed. See system logs and 'systemctl status' for details.
Como indica ahí, fui a esos lugares a ver /porque/ falló:
systemctl status mysqld.service
mysqld.service - MySQL database server
Loaded: loaded (/lib/systemd/system/mysqld.service; enabled)
Active: failed since Tue, 11 Sep 2012 17:21:40 -0300; 46s ago
Process: 3193 ExecStartPost=/usr/libexec/mysqld-wait-ready
$MAINPID (code=exited, status=1/FAILURE)
Process: 3055 ExecStart=/usr/bin/mysqld_safe --nowatch
--basedir=/usr (code=exited, status=0/SUCCESS)
Process: 3039 ExecStartPre=/usr/libexec/mysqld-prepare-db-dir
(code=exited, status=0/SUCCESS)
Main PID: 3192 (code=exited, status=1/FAILURE)
CGroup: name=systemd:/system/mysqld.service
al menos a mi eso no me dice nada, a ver el log:
Sep 11 17:23:35 moodle mysqld_safe[3244]: 120911 17:23:35 mysqld_safe
Logging to '/var/log/mysqld.log'.
Sep 11 17:23:35 moodle mysqld_safe[3244]: 120911 17:23:35 mysqld_safe
Starting mysqld daemon with databases from /var/lib/mysql
Sep 11 17:23:36 moodle systemd[1]: mysqld.service: main process
exited, code=exited, status=1
Sep 11 17:23:36 moodle systemd[1]: mysqld.service: control process
exited, code=exited status=1
Sep 11 17:23:36 moodle systemd[1]: mysqld.service holdoff time over,
scheduling restart.
Sep 11 17:23:36 moodle systemd[1]: Job pending for unit, delaying
automatic restart.
Sep 11 17:23:36 moodle systemd[1]: Unit mysqld.service entered failed state.
Sep 11 17:23:37 moodle mysqld_safe[3419]: 120911 17:23:37 mysqld_safe
Logging to '/var/log/mysqld.log'.
Sep 11 17:23:37 moodle mysqld_safe[3419]: 120911 17:23:37 mysqld_safe
Starting mysqld daemon with databases from /var/lib/mysql
Sep 11 17:23:37 moodle systemd[1]: mysqld.service: main process
exited, code=exited, status=1
Sep 11 17:23:37 moodle systemd[1]: mysqld.service: control process
exited, code=exited status=1
Sep 11 17:23:37 moodle systemd[1]: mysqld.service holdoff time over,
scheduling restart.
Sep 11 17:23:37 moodle systemd[1]: Job pending for unit, delaying
automatic restart.
Sep 11 17:23:37 moodle systemd[1]: Unit mysqld.service entered failed state.
tampoco me dice mucho. ¿y el mysql.log?
120911 17:10:07 mysqld_safe Starting mysqld daemon with databases from
/var/lib/mysql
120911 17:10:07 [Note] Plugin 'FEDERATED' is disabled.
120911 17:10:07 InnoDB: The InnoDB memory heap is disabled
120911 17:10:07 InnoDB: Mutexes and rw_locks use GCC atomic builtins
120911 17:10:07 InnoDB: Compressed tables use zlib 1.2.5
120911 17:10:07 InnoDB: Using Linux native AIO
^G/usr/libexec/mysqld: Can't create/write to file '/tmp/ibX8yBQk' (Errcode:
13)
120911 17:10:07 InnoDB: Error: unable to create temporary file; errno: 13
120911 17:10:07 [ERROR] Plugin 'InnoDB' init function returned error.
120911 17:10:07 [ERROR] Plugin 'InnoDB' registration as a STORAGE ENGINE failed.
120911 17:10:07 [ERROR] Unknown/unsupported storage engine: InnoDB
120911 17:10:07 [ERROR] Aborting
120911 17:10:07 [Note] /usr/libexec/mysqld: Shutdown complete
este dice mas, en concreto que no puede escribir en /tmp?, revisé los permisos:
ls -l / | grep tmp
drwxrwxrwt. 162 root root 12288 sep 11 17:23 tmp
o sea que, absolutamente todo el mundo puede grabar archivos ahí.
Tenía que ser otra cosa, así que volví a google y hablaban algo de
desactivar SELinux en cat /etc/sysconfig/selinux
SELINUX=disabled
y así quedó. Reinicio, pruebo arrancar de nuevo y error.
tail /var/log/mysqld.log
120911 16:52:53 InnoDB: Using Linux native AIO
/usr/libexec/mysqld: Can’t create/write to file ‘/tmp/ibg8ttcg’ (Errcode: 13)
FFFFFFFFFFFFFFFFFFFFFFUUUUUUUUUUUUUUUUUUU! entonces hice un
experimento simple para ver:
su – mysql
echo “hola” > /tmp/hola
[sin error]
cat /tmp/hola
hola
doble FFFFFFFFFFFFFFFFFFFFFUUUUUUUUUUUUUUUUUUU,
Por cierto, encontré estos comandos para ver que efectivamente selinux
está apagado y eso parece:
# sestatus
SELinux status: disabled
# getenforce
Disabled
¿que me faltaría tocar? lo mas parecido que toqué a un fedora en el
pasado es el viejo redhat 7 (antes que se haga de pago) y desde
entonces tengo debian y en los últimos años, por trabajo, freebsd.
Pero nunca lidié con selinux, y ya no estoy seguro que sea eso lo que
me falta.
--
es-users mailing list
es-users(a)lists.fedoraproject.org
To unsubscribe:
https://admin.fedoraproject.org/mailman/listinfo/es-users