Portál AbcLinuxu, 5. května 2025 23:16
Fedoru používám pouze pro program CACTI.
Aktualizoval jsem z verze 19 na 20 a mám problém s MySQL.
Dříve, když jsem aktualizoval z 18 na 19 atd., tak jsem problém neměl.
Poradíte postup, jak problém odstraním?
service mysqld status:
Redirecting to /bin/systemctl status mysqld.service mariadb.service - MariaDB database server Loaded: loaded (/usr/lib/systemd/system/mariadb.service; enabled) Active: failed (Result: exit-code) since Čt 2014-02-20 12:54:26 CET; 6min ago Process: 9301 ExecStartPost=/usr/libexec/mariadb-wait-ready $MAINPID (code=exited, status=1/FAILURE) Process: 9300 ExecStart=/usr/bin/mysqld_safe --basedir=/usr (code=exited, status=1/FAILURE) Process: 9272 ExecStartPre=/usr/libexec/mariadb-prepare-db-dir %n (code=exited, status=0/SUCCESS) Main PID: 9300 (code=exited, status=1/FAILURE) úno 20 12:54:26 tss0000spllx001 mysqld_safe[9300]: 140220 12:54:26 mysqld_safe Logging to '/var/log/mariadb/mariadb.log'. úno 20 12:54:26 tss0000spllx001 mysqld_safe[9300]: 140220 12:54:26 mysqld_safe Starting mysqld daemon with databases from /var/lib/mysql úno 20 12:54:26 tss0000spllx001 mysqld_safe[9300]: /usr/bin/mysqld_safe: řádek 138: /var/log/mariadb/mariadb.log: Operace zamítnuta úno 20 12:54:26 tss0000spllx001 mysqld_safe[9300]: /usr/bin/mysqld_safe: řádek 182: /var/log/mariadb/mariadb.log: Operace zamítnuta úno 20 12:54:26 tss0000spllx001 mysqld_safe[9300]: 140220 12:54:26 mysqld_safe mysqld from pid file /var/run/mariadb/mariadb.pid ended úno 20 12:54:26 tss0000spllx001 mysqld_safe[9300]: /usr/bin/mysqld_safe: řádek 138: /var/log/mariadb/mariadb.log: Operace zamítnuta úno 20 12:54:26 tss0000spllx001 systemd[1]: mariadb.service: main process exited, code=exited, status=1/FAILURE úno 20 12:54:26 tss0000spllx001 systemd[1]: mariadb.service: control process exited, code=exited status=1 úno 20 12:54:26 tss0000spllx001 systemd[1]: Failed to start MariaDB database server. úno 20 12:54:26 tss0000spllx001 systemd[1]: Unit mariadb.service entered failed state.
journalctl -xn:
-- Logs begin at St 2013-10-02 09:20:07 CEST, end at Čt 2014-02-20 13:04:08 CET. -- úno 20 13:03:50 tss0000spllx001 kernel: mei_me 0000:00:03.0: unexpected reset: dev_state = ENABLED úno 20 13:03:56 tss0000spllx001 kernel: mei_me 0000:00:03.0: reset: connect/disconnect timeout. úno 20 13:03:56 tss0000spllx001 kernel: mei_me 0000:00:03.0: unexpected reset: dev_state = ENABLED úno 20 13:04:01 tss0000spllx001 systemd[1]: Starting Session 54 of user cacti. -- Subject: Unit session-54.scope has begun with start-up -- Defined-By: systemd -- Support: http://lists.freedesktop.org/mailman/listinfo/systemd-devel -- -- Unit session-54.scope has begun starting up. úno 20 13:04:01 tss0000spllx001 systemd[1]: Started Session 54 of user cacti. -- Subject: Unit session-54.scope has finished start-up -- Defined-By: systemd -- Support: http://lists.freedesktop.org/mailman/listinfo/systemd-devel -- -- Unit session-54.scope has finished starting up. -- -- The start-up result is done. úno 20 13:04:01 tss0000spllx001 CROND[11082]: (cacti) CMD (php /usr/share/cacti/poller.php > /dev/null 2>&1) úno 20 13:04:02 tss0000spllx001 kernel: mei_me 0000:00:03.0: reset: connect/disconnect timeout. úno 20 13:04:02 tss0000spllx001 kernel: mei_me 0000:00:03.0: unexpected reset: dev_state = ENABLED úno 20 13:04:08 tss0000spllx001 kernel: mei_me 0000:00:03.0: reset: connect/disconnect timeout. úno 20 13:04:08 tss0000spllx001 kernel: mei_me 0000:00:03.0: unexpected reset: dev_state = ENABLED
Řešení dotazu:
/usr/bin/mysqld_safe: řádek 138: /var/log/mariadb/mariadb.log: Operace zamítnutaAsi nesedí práva k zápisu do toho logu. Tohle vypadá podobně: https://bugzilla.redhat.com/show_bug.cgi?id=1061045
Tiskni
Sdílej:
ISSN 1214-1267, (c) 1999-2007 Stickfish s.r.o.