F22 upgrade

Ma bátor leszek, két gépen eresztem el egyszerre, hulljon a férgese, ha nem megy.
Élő közvetítés :P

  • 18:25 yum update
  • 18:30 fedup --network 22
    (2596 csomag letöltése)
  • 18:46 szokásos figyelmeztetés, hogy vannak tárolón kívüli csomagok, csak saját felelősségre, blablabla, de mehet a reboot a folytatáshoz. Tehát reboot.
  • 20:07 kész, le kéne cserélnem a legacy NVIDIA kártyámat, mert már nem egészen támogatott.
  • 20:23 Nvidia meghákolva. Nézek valami újabb kiadást belőle :D Jöhet a doku által javasolt upgrade utáni rpm mókázás
    rpm --rebuilddb
    dnf distro-sync --setopt=deltarpm=0
    dnf install rpmconf
    rpmconf -a
    dnf remove google-chrome-\* && sudo dnf install google-chrome-stable
  • 20:30 elkészültünk

Most pedig az általam karbantartott repokba illik megcsinálnom a 22-es csomagokat. Elleszek velük azt hiszem.
A napokban majd összefoglalom a tapasztalataimat. Az új jelzések egy része már most érzékelhető és hasznos (terminál kész van-e a futó paranccsal, addig legalább nyugodtan csinálhatom a dolgaimat). Kicsit még fura, hogy ami eddig lent megbújt ügyesen, az most a monitor tetején kukorékol, de majd vagy megszokom, vagy kitalálom a megoldást, ha nem tetszik. Az új flat design kicsit még új, de nem rossz.

szerk.: repok kész, brackets és flashplayerplugin is van már 22-höz.

( locsemege v | 2015. 06. 09., k – 18:56 )

Ugye, Fedora 21-ről? Mert Fedora 20-ról kell a --product=nonproduct kapcsoló is!

Amúgy fog működni, nekem mindenhol sikerült. És hihetetlen, hol tart már a technika: akkor is működik végre, ha a /var önálló filerendszer.

tr '[:lower:]' '[:upper:]' <<<locsemege
LOCSEMEGE

( uid_17720 | 2015. 06. 09., k – 19:54 )

Valami gond lehet, ha egy óra alatt nem indult újra. :)

A folyamat úgy néz ki, hogy fedup letölti a csomagokat, betol egy saját kernelt és a saját scriptjeit a boot folyamatba. Ezután restart, s akkor kezdi el az upgrade folyamatát. Ekkor nem úgy indul a gép, mint szokott, hanem egy folyamatjelzőt tol ki, hogy hány százaléknál áll. Ergo nem egy sima reboot van ilyenkor 1 percben, hanem a 2000 csomag tényleges frissítése.

Mi ezzel a probléma? Disztribúció főverzió közötti upgrade-ről beszélünk, nem sima update-ről. Mindamellett lehet másképp is csinálni, csak azok a metódusok nem támogatottak hivatalosan. Például a fedup bugos volt régebben, ha a /var önálló filerendszer volt, összeomlott. Ezért én korábban nem vele upgrade-eltem. Most viszont már ez is kijavult. Több gépen alkalmaztam, volt, ahol Fedora 20-ról, volt, ahol 21-ről upgrade-eltem 22-re. Kivétel nélkül mindegyik esetben hiba nélkül lefutott.

tr '[:lower:]' '[:upper:]' <<<locsemege
LOCSEMEGE

Csinálhatnám működő rendszerrel is yum segítségével (sudo yum install fedora-upgrade ; sudo fedora-upgrade).
Van választási lehetőség bőven. Én a fedupot választottam, mert így a legtisztább, illetve ez egy hivatalos upgrade tool.
Mint ahogy locsemege is írta, ez egy főverzióváltás, nem heti peccskedd.

Megismétlem: csinálhatom úgy is, mint Ubiék, hogy élő rendszernél tolom a telepítést yum segítségével (tudod, az olyan, mint az apt-get distupgrade, vagy mifene), s utána 1 perc alatt újraindíthatom. Én nem így csináltam, de van rá lehetőség (mint ahogyan Ubuntu esetén is csinálhatod boot során az egész folyamatot, csak ott iso kell, nem elég a letöltés).

A Windows-analógiát még értem, de mire fel az OMFG-felkiáltás?

Ahol olyan kritikus a rendszer, hogy nem fér bele a leállás az upgrade miatt (akár Fedora, akár Windows), ott legyen olyan szintű a redundancia, hogy ne okozzon szolgáltatáskiesést az sem, amikor az egyik gép épp újraindul.

Minden más csak műbalhé - a szolgáltatás SLA és a gépek egyedi uptime-ja között nem szabad, hogy jelentős korreláció legyen.

Jaa, ures windowst en is upgradelek neked. De menj oda barmelyik, meg mindig Windows XP-t hasznalo emberkehez, es frissitsd neki ingyen es bermentve a gepet Windows 8.1-re. Majd amikor otodik napja szopsz vele, es nem megy, akkor ne legyel ideges, hanem unalmas idodben nezegesd ezt a videot. Ja, es ha atadas utan meg tizenhatszor felhiv, hogy ez se megy meg az se, akkor eszedbe ne jusson azt mondani, hogy "hat ez nem is fog menni", mert a Windows alatt minden megy, es siman lehet upgradelni.

Aztan jusson eszedbe, hogy Windows alatt nem csak desktop oprendszert ert az ember. Ha adott mondjuk egy Exchange 5.5 azt az eletben nem fogod slight upgrade-del felhuzni Exchange 2013-ra, ha megis, varom rola a videot.

De meg egy sima NT 4.0 -> 2012 upgrade is eleg problemas tud lenni, ha nem egy egyszerveres, egyerdos torteneted van.
--
Blog | @hron84
Üzemeltető macik

Linuxon ezek szerint megoldott az, hogy az oprendszert frissítgeted mondjuk 20 évig, de a userland képes változatlanul megmaradni? Sosem törik meg a rendszer API-jainak kompatibilitása? Sosem változik a konfigfájlok szerkezete? A Python 2-es szkriptek működnek Python 3 alatt is? Ez tényleg elég jól hangzik. :)

> De meg egy sima NT 4.0 -> 2012 upgrade is eleg problemas tud lenni, ha nem egy egyszerveres, egyerdos torteneted van.

Ebben tökéletesen igazad van.

Hat, legalabbis az ilyen ivu valtozasok sokkal ritkabbak, az igenyek elobb valtoznak meg.

Illetve valamit felreertesz: a rendszer valtozik, de pl. a Postfixnak a konfigjai ot eve egy jottanyit sem valtoztak, az a rendszer, amit egy ot evvel ezelotti Postfixszel osszeraktam, rohogve mukodne egy maival is, ugyanez az Exchange-rol nem mondhato el.
--
Blog | @hron84
Üzemeltető macik

> Vagy tudomasod szerint van in-place upgrade az Exchange verziok kozott, olyan, ami nem igenyel tervezest meg veszforgatokonyveket?

Tudomásom szerint a szó szoros értelmében nem létezik olyan szoftver, hardver, vagy bármilyen IT-konfiguráció elem az ismert univerzumban és annak bármely feltételezett dimenziójában, ami megfelelő érettségű üzemeltetés mellett ne igényelne tervezést és vészforgatókönyvet frissítés előtt.

Így a válaszom: nincs az Exchange verziók között olyan in-place upgrade, ami a fentieket nem igényelné. Postfix esetében sincs, tegyük hozzá. :)

Tegyuk hozza, Exchange eseten in-place upgrade, mint olyan sem letezik.

Amugy a Postfix pont rossz pelda (neked), mert az tipikusan olyan cucc, aminek az upgrade-ja csak ugy megtortenik, a legrosszabb esetben max el sem indul a vegrehajthato fajl, mert hianyzik valami fuggoseg, de amiota ismerem evek ota ugyanugy kezbesiti a leveleket, es nem valtozott se a parancssora se a konfig fajlja neki. Ezt az Exchange-rol eleg nehez elmondani.

Mondjuk csalok, mert a Postfix igazabol csak MTA, az Exchange meg egy baromi nagy szorny, MTA, IMAP/POP3/NNTP szerver, webmail, meg meg minden egyeb, osszegyomockolve.
--
Blog | @hron84
Üzemeltető macik

Kulonbseg van a kozott, hogy egy upgrade azt jelenti, hogy kiadok egy upgrade.exe parancsot valahol, vagy azt jelenti, hogy at kell gondolnom a mostani inframat meg a mostani workflow-mat, es hogy mindez mukodni tud-e egy uj rendszerben. Az Exchange-t pont azert hoztam fel, mert gyakorlatilag minden uj verzio olyan, mintha egy kompletten uj szoftvert kellene bevezetni a cegbe, a frissites pedig altalaban nem errol szol, pontosabban nem errol kellene, hogy szoljon.
--
Blog | @hron84
Üzemeltető macik

( csortu v | 2015. 06. 10., sze – 07:34 )

Minap nálam is lement a munkalaptopomon (egy öreg Dell Latitude E6510) is az upgrade. Sajnos vacakol a legacy NVIDIA kártya, úgyhogy egyelőre ment vissza a Nouveau driver, eddig nincs vele probléma.
Egyébként mit gondoltok a fedy postinstall tool-ról. Vannak benne határozottan kényelmes dolgok, de nem tetszik, hogy saját repo-t installál.
Csaba

( haspokember | 2015. 06. 10., sze – 12:26 )

Ki lehet valahogy szurni egy nem mukodo mirrort a dnf-nel? Mindenaron a mirror.bytemark.co.uk-rol akar tolteni, kb. 5 perc, mire timeoutol, borzalmas igy csomagokat installalni. Erdekes, hogy a yum-nak nem volt ilyen problemaja...

( haspokember | 2015. 06. 12., p – 11:07 )


$ sudo dnf copr enable dacr/brackets
...
Repository successfully enabled.
$ sudo dnf install brackets
Copr repo for brackets owned by dacr

Last metadata expiration check performed 0:00:00 ago on Fri Jun 12 09:52:47 2015.
Error: nothing provides compat-libudev0 needed by brackets-1.3-2.fc22.x86_64

Talaltam egy ilyet:
http://www.rpmfind.net//linux/RPM/sourceforge/p/po/postinstaller/fedora…

De ezt hogy rakom fel? Es miert nem teszi fel automatikusan?


$ sudo dnf install libudev0
Last metadata expiration check performed 0:14:08 ago on Fri Jun 12 09:52:47 2015.
No package libudev0 available.
Error: no package matched: libudev0

( gyko v | 2015. 06. 15., h – 00:54 )

optimistán nekiugrottam, végre felébredt a gép, nvidia nem megy, a hangkártyám is eltűnt... nem lesz egyszerű, azt hiszem jobb ha lefekszek :)

Azért nem kell ezt túlparázni, úgy látom, mérnökből vagy, megoldod. :)

Érdekesség: egy ismerős régi notebook-ját upgrade-eltem F21-ről F22-re. Működött, de gyanúsan halk volt, 130 - 150 %-os master hangerőn kellett hallgatni az alkalmazásokat úgy, hogy azok egyedi jelszintjei 100 %-on voltak. Kijelentkeztem, majd - értelemszerűen root-ként - töröltem az érintett profil ~/.pulse alkönyvtárát. Belépés után létrehozta default beállításokkal, így már jó lett a hangerő.

Nvidiára nem tudok mit mondani, saját gépemen nouveau driver-t használok.

tr '[:lower:]' '[:upper:]' <<<locsemege
LOCSEMEGE

Nekem az nVidia az mindig olyan volt, hogy most vagy nagyon sokat fogok vele szivni, vagy nagyon keveset, a ketto kozott nemigen letezett atmenet, az Intel kartyak (foleg a HD sorozattal van tapasztalat) meg a just works kategoria, meg sose akartam vele szivni, de sose kellett.
--
Blog | @hron84
Üzemeltető macik

Most ebben reménykedem, már csináltam új image-et, délután kipróbálom (xorg-x11-server-1.17.1-16.fc22):

* Tue Jun 16 2015 Dave Airlie <*@redhat.com> 1.17.1-16
- fix bug with glamor and overlapping copies

Olyan gondjaim vannak Intel kártyával, hogy vagy a fontok egy része hiányzik, vagy videók színei és/vagy geometriája rossz, vagy majdnem jó, de Xfce-n az ikon alatti szöveg háttér maszkja részben hiányzik, ami aztán frissül, ha fölé húzok egy ablakot. Attól függően teszi ezeket, hogy milyen renderelési metódust mondok neki a konfigban. (uxa, sna, glamor, legalább is így fejből, de tévedhetek.)

Olyan, hogy minden jó legyen Intel VGA-val, még nem volt.

Szerk.: az általam bemásolt changelog csak egy durva regressziót fog javítani szerintem - durván villódzó képernyővédő például -, az eredeti bajaimra aligha lesz ez gyógyír.

tr '[:lower:]' '[:upper:]' <<<locsemege
LOCSEMEGE