Oracle Linux 8

Po více než dvou měsících od vydání Red Hat Enterprise Linuxu 8 byl ve verzi 8 vydán také jeho klon Oracle Linux (Wikipedie). Podrobnosti v příspěvku na blogu.

19.7.2019 00:11 | Ladislav Hagara | Nová verze

Komentáře

[filbar]

A CentOS nic ;(

[Peter Golis]

Trocha meškajú, asi si užívajú leto.

[marbu]

Dle CentOS 8 Rough Status Page se na tom pracuje, ale datum vydání pro CentOS 8 zatím není stanovené.

[Andrej]

build uz maju a ten installer a artworksnad nebude trvat dlho

[/dev/win]

a šak si to prekompiluj a zostav sam, keď ti to súri :D

[Bedňa]

Mal som teraz skúsenosť s tou RedHatovinou, zosypal sa systemd a nebootol. Má do toho prístup len externá firma z vonku, že vraj teraz kvôli tomu incidentu dostanem naň prístup aj ja aby som im tú lennartovinu spravoval.

Inštaloval som aj záložný server a som rád, že s tým fakt nemusím denno denne pracovať, páč by ma piclo.

[Conscript89]

To byl RHEL-8.0 nebo RHEL-7?

[Bedňa]

Sedmička.

[Conscript89]

To by bylo moc dobry potom vedet co se stalo, aby se dalo zabranit tomu aby s tim pripadem mel pak problem nekdo jiny :/ Obzvlaste u RHEL-7.

[Peter Golis]

To sa ale nedozvieš, spravovala im to predsa externá firma ktorá ten RHEL priohla asi až moc. Jemu len naskočila chyba, a zavolal technickú podporu.

[Bedňa]

Jako dozvedel som sa kulové, len že sa kusol systemd. Teraz by som do tej mašiny mal mať prístup aj ja, tak až sa niečo posere, dám vedieť :)

[Bedňa]

Tú novú mašinu som len inštaloval, oni sa tam potom pripojili na diaľku a netuším čo tam robili.

[dustin]

To máš všude stejné. Právě jsem celý večer řešil upgrade serveru s debianem 8 (obyč apt-get upgrade, nešlo ani o přechod na novou verzi stablu) - vše hlásilo timeout service.systemd1. Prostě se při upgradu balíků zaseknul systemd init (PID 1), ani reboot nic nedělal, musel jsem lokálně magic key sync + boot. Tohle nemohu nasadit na produkční servery.

[Bedňa]

Tohle nemohu nasadit na produkční servery.

No vidíš a v komerčnej sfére sa toho neboja :) Zakaždým je mi do plaču ako nám ten Linux enviroment windowsatie.

[dustin]

Zrovna dneska jsem si říkal, že snad ani win server už na tom nebude hůř...

Udělat ten nejdůležitější proces (init) takhle složitý a tedy logicky nespolehlivý, to je prostě technicky špatně. K čemu jsou features, když se na základ nedá spolehnout...

[kralyk z abclinuxu]

No a v čem byl problém? Já teď řešil problém se systemd, ukázalo se, že problém je v hardware/acpi.

[pavele]

Problém je v tom, že když máš udělat apt-get upgrade u několika set strojů, čekáš tu pověstnou spolehlivost linuxu a nečekáš s hrůzou, co se zase rozdrbe a nebude fungovat.

Už vidím, jak jedeš pár set kilometrů opravit acpi, protože systemd...

[kralyk z abclinuxu]

→ #16

[dustin]

Veškerá práce se servisy (start/stop) končila na

Activation of org.freedesktop.systemd1 timed out

Téhle hlášky je plný google. Dobrá rada byla třeba: kill 1 .

Nefunkčnost správy servisů je samozřejmě při aktualizaci problém, když každý druhý balík nějaku službu při svém upgradu restartuje.

Přesnou příčinu neznám, journalctl vypisoval defakto to samé, co šlo do syslogu - pokus o shutdown bindu - systemd1 timed out. Upgrade dělal i aktualizaci balíku systemd, tak si myslím, že při tom se to hryzlo. Zřejmě něco jako https://github.com/systemd/systemd/issues/6408

[Peter Golis]

Ten link odkazuje na problém s LXC kontajnerom.

Pán považuje beh Debianu v LXC kontajneri za stabilnú alternatívu ku behu v KVM? Tak to by som si rád pozrel business model. Hoci aj ten z roku 2017 kedy to nastalo.

[kralyk z abclinuxu]

Ok, dík.

[R]

Systemd na serveroch nemam, aj v Busteri to je mozne.

P.S. echo b >/proc/sysrq-trigger