Jiří Eischmann ml. píše v So 11. 11. 2017 v 23:05 +0100:
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.
Tak ještě jeden update: ono to tím nakonec bude. Zkusil jsem spustit
Perconu unit filem a selhalo to na keyringu. Takže to vypadá, že se
systemd o to pokouší pouze u služeb, které mají unit file a nejsou
startované init skriptem.
Nemůžete nastartovat službu kvůli keyringu? Sežeňte si init skript :)
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/b1edf4456eabc5951d7
> > 6b
> > 96bc
> > 7df2db3feebe669/
> > [2]
https://github.com/systemd/systemd/issues/6281#issuecomment-3
> > 38
> > 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