Jakub Fišer píše v St 08. 11. 2017 v 16:05 +0000:
Cvičně jsem si zkusil rozjet na playgroundu v Archu
Percona Server...
a v pohodě.
systemd v. 234
percona 5.7
Ale nevim jestli je ten problém způsobenej nějakou implementační
specialitou MariaDB, nebo jsem jen měl s Perconou štěstí.
Ono to vážně funguje. Naklonoval jsem si VPS do playgroundu a zkusil
PostgreSQL (plánoval jsem na to přejít, tak kdyby to fungovalo, měl
bych konečně akutní důvod to udělat), Oracle MySQL a Perconu a až
Percona se chytla. Všechny ostatní sehlaly na keyringu jako MariaDB.
Přemýšlel jsem nad tím, proč zrovna Percona. Instaloval jsem ji z
balíčků pro RHEL, kde je pořád init skript místo unit filu, tak jsem sí
říkal, že by to mohlo být tím, ale dívám se, že v Archu už používají
unit file, takže tím to asi nebude.
Tj. moje rada zní - přejdi z MariaDB na Perconu. Mělo
by to být
schopný zafungovat jako drop-in replacement.
Funguje to pěkně. Ačkoliv nemám moc rád řešení, u kterých nevím, proč
na rozdíl od jiných fungují, tak to asi vypadá jako životaschopné
dočasné řešení, dokud se to nevyřeší systémově.
Díky za radu!
Jirka
November 8, 2017 4:27 PM, "Jiří Eischmann"
<jiri(a)eischmann.cz> wrote:
jiri(a)eischmann.cz píše v St 19. 07. 2017 v 16:04
+0200:
Jiří Eischmann ml. píše v So 15. 07. 2017 v 10:42
+0200:
Ahoj,
při upgradu na Fedoru 26 jsem nebyl schopný nastartovat MariaDB s
chybovými hláškami:
mariadb.service: Failed at step KEYRING spawning
/usr/libexec/mysql-
check-socket: Permission denied
Failed at step KEYRING spawning /usr/libexec/mysql-wait-stop:
Permission denied
Dočetl jsem se, že MariaDB má problémy se systemd 233 v
kontejneru.
Očividně to není problém jenom Fedory, protože v Ubuntu řeší něco
podobného:
https://bugs.launchpad.net/ubuntu/+source/systemd/+bug/1691096
Ve Fedoře jsem to nahlásil:
https://bugzilla.redhat.com/show_bug.cgi?id=1471306
a rollbackem se vrátil zpátky na F25.
Tak si dejte na upgrade na systemd 233 pozor, používáte-li
MariaDB.
Jirka
So it turns out to be this problem of systemd with OpenVZ in
particular:
https://github.com/systemd/systemd/issues/6281
I hope systemd devels will add some fallback solution for OpenVZ,
otherwise we'll have problems with systemd >= 233 systems.
Jiri
Ahoj,
ještě na toto nikdo nenarazil? Nechce se mi věřit, že by ještě
nikdo
neměl mašinu, na které běží systemd 233 nebo novější.
EOL Fedory 25 se blíží a já začínám být docela nervózní, protože to
nemá jednoduché řešení. Podle vývojářů systemd je keyring v OpenVZ
rozbitý. V upstreamu už mají možnost to vypnout [1], ale systémům
na
OpenVZ to prý asi nepomůže.
Někdo taky navrhl workaround [2] v podobě blokování onoho
systémového
volání, potom to systemd přeskočí a jede dál, ale to jde aplikovat
pouze na hostu.
Napadá někoho nějaké řešení? Slyšel jsem, že se zvažuje přechod na
LXC,
ale asi to není otázka brzké budoucnosti, že?
Jirka
[1]
https://github.com/systemd/systemd/commit/b1edf4456eabc5951d76b
96bc
7df2db3feebe669/
[2]
https://github.com/systemd/systemd/issues/6281#issuecomment-338
4631
13
_______________________________________________
Community-list mailing list
Community-list(a)lists.vpsfree.cz
http://lists.vpsfree.cz/listinfo/community-list
--
Jakub Fišer
IT | DevOps | Audit
_______________________________________________
Community-list mailing list
Community-list(a)lists.vpsfree.cz
http://lists.vpsfree.cz/listinfo/community-list