[Ratkaistu] 12.04 päivitys rikkoo verkon - NetworkManager

[Sami Lehtinen]

https://www.linuxquestions.org/questions/showthread.php?p=4717700#post4717700

Verkko ei toimi päivityksen jälkeen. Siinähän se lyhyesti.

Jokaisen bootin jälkeen avaa komentokehoite ja kirjoita:

Koodia: [Valitse]

sudo service network-manager start
Jotta pääset taas internettiin.

On nää päivitykset mahtavia. Vielä kun tuota ei tarvitsisi tehdä hans manual menetelmällä joka hemmetin kerta.

kw: networkmanager service startup failure fail start boot doesn't work ubuntu 12.04 update upgrade

[juyli]

Vielä kun tuota ei tarvitsisi tehdä hans manual menetelmällä joka hemmetin kerta.

Auttaisiko ko. komennon lisääminen rc.local tiedostoon? Ei tarvitsisi edes sudoilla.
http://linux.fi/wiki/Rc.local

[Tomin]

Verkko ei toimi päivityksen jälkeen. Siinähän se lyhyesti.
Jokaisen bootin jälkeen avaa komentokehoite ja kirjoita:

Itse kyllä ihmettelisin, miksi se network manager jää käynnistymättä. Eikö asiaan kuitenkin kuulu, että se käynnistyy käynnistyksessä.

Oletko muuten ihan varma, että tuo on oikea linkki? Sisältö ei näytä liittyvän asiaan, siellä oli vain pari viestiä notification daemonin toimimattomuudesta.

[salai]

Lieneekö samanlainen ongelma network-managerin kohdalla, mihin törmäsin toissa vuonna Kubuntussa:
Nm-applet toimii Kubuntu 10.10:ssä vain tango-, tai gnome teemalla[RATKAISTU]

Taisi vastaavanlainen ongelma olla ainakin vielä viime syksynä Lubuntussakin? Eli  oletusteemaan oli kai valittu toimimattomat ikonit, tai jotain.

[Sami Lehtinen]

Auttaisiko ko. komennon lisääminen rc.local tiedostoon? Ei tarvitsisi edes sudoilla.
http://linux.fi/wiki/Rc.local

Varmaan "auttaisi", mutta kuuluisi ns. "it-hemmojen" korjauksiin, joista en periaatteessa tykkää yhtään. Oma näkemykseni on se, että aina pitäisi tehdä root cause analysis ja korjata vähintään se oikeaksi ohjelmistossa havaittu ongelma, eikä tehdä muisti sääntöön perustuvaa work-a-roundia jota sitten joku käyttää jos sattuu muistamaan miten sitä missäkin tilanteessa käytetään.

 - Been there, done that, eikä muuten mene läpi enää.

Tuo myös synnyttää sen ongelman, että kun on tehty tarpeeksi monta viri viri korjausta, niin sen jälkeen välttämättä ne oikeatkaan korjaukset ei enää auta kun ne on konfliktissa noiden viri virien kanssa. Ei sinänsä, että tuo ei olisi "toimiva" vinkki.

 - Kiitos

Se että joku prosessi kaatuu, ei ole itse ongelma. Eikä sen korjaus varsinkaan ole se, että käynnistetään se prosessi uudelleen. Tästä asiasta olen muuten keskustellut aika monta tuntia.  RAC

--

Kyllä, network-manager palvelua yritetään käynnistää aikanaan, mutta jostain tuntemattomasta syystä se ei lähde känytiin. Tuo linkki oli ihan oikea, käsittääkseni käynnistymistä voi estää mm. notification managerin väärä versio tai väärät kuvakkeiden nimet. Joka sinänsä noin tärkeän prosessin käynnistymisen kannalta kuulostaa täysin järjettömältä syyltä. Mitä sitten jos noficiation epäonnistuu, ignore, ignore, pass, what ever. Jotta tärkeämmät asiat toimii. Logiin siitä voisi kuitenkin pudotella rivin.

dmesg:

Koodia: [Valitse]

[   21.891523] type=1400 audit(1341313655.383:11): apparmor="STATUS" operation="profile_load" name="/usr/sbin/cupsd" pid=1000 comm="apparmor_parser"
[  141.851945] type=1400 audit(1341313775.343:12): apparmor="STATUS" operation="profile_replace" name="/sbin/dhclient" pid=1054 comm="apparmor_parser"
[  141.852392] type=1400 audit(1341313775.347:13): apparmor="STATUS" operation="profile_replace" name="/usr/lib/NetworkManager/nm-dhcp-client.action" pid=1054

Tuolta tuo näyttää logissa, ei todellakaan mitään selvää syytä siihen miksi homma jää jumiin.

Hmm... UWF periaatteessa voisi olla syyllinen, mutta katsoin läpi eikä sillä ole vaikutusta asiaan. mm. jos siihen olisi lisätty DHCP palveluun liittyviä ominaisuuksia joita ei ole sallittu niin tämähän olisi varsin odotettu tulos. Joskin silloin network-servicen pitäisi olla käynnissä ja dhcp vaan ei toimi.

syslog:

Koodia: [Valitse]

Jul  3 14:07:35 Bender udev-configure-printer: Failed to get parent
Jul  3 14:09:35 Bender kernel: [  141.851945] type=1400 audit(1341313775.343:12): apparmor="STATUS" operation="profile_replace" name="/sbin/dhclient" pid=1054 comm="apparmor_parser"

Ihanan niukasti informaatiota yhtään mistään, varsinkaan siitä mikä ongelman aiheuttaa. Uh oh.

Kun myöhemmin käynnistän network-managerin, se käynnistyy normaalisti ja logiin tulee siitä karkeasti vilkaistuna varmaan noin satakunta merkintää.

Tuo network managerin sekoilu muuten hidastaa boottia myös lähdes kahdella minuutilla, kuten timestampeista näkyy.

Pitänee debugata vähän lisää. Mutta oijoi, otenkin tuntuu että 24/7 debuggaaminen ei aina jaksa viihdyttää. Vaikka onhan se pirun hyvää harjoitusta. Heh. Ilman harjoitusta ja kokemusta sitä onkin sitten paljon huonompi vikojen syiden "arvaamisessa".

Kyllä tämä tästä kun vähän tonkii, tuo salai:n heittämä keskustelu vaikuttaa tällä hetkellä lupaavalta. Kuten ensimmäisessä linkissä jo epälinkin.

[Sami Lehtinen]

Lieneekö samanlainen ongelma network-managerin kohdalla, mihin törmäsin toissa vuonna Kubuntussa:
Nm-applet toimii Kubuntu 10.10:ssä vain tango-, tai gnome teemalla[RATKAISTU]

Hmm, ei pitäisi olla tuosta kiinni. Koska nyt ongelma ei ole nm-appletin kanssa käsittääkseni, vaan sen kanssa että koko network-manageri jää käynnistymättä bootin aikana. Kun käynnistän network-managerin myöhemmin, tulee myös nm-applet näkyviin ilman ongelmia. Joten ei taida olla samasta asiasta kyse.

Luin vielä kerran syslogin läpi, eikä siellä pistä mikään silmään josta hiffaisin, että mikä mättää. Nyt taidan mennä lukemaan lehden pihalle aurinkoon ja sitten mietiskelen tätä vähän lisää. Bootin aikana kyllä tulee ilmoitukset, että odotellaan network managerin käynnistymistä, mutta mitään merkintöjä asiasta ei jää logeihin.

Tästä päästäisiin taas mahtavaan keskusteluun siitä, mitä pitää laittaa logeihin ja missä formaatissa. Koska mikään ei ole sen riemukkaampaa kuin täysin harhaanjohtavat virheilmoitukset. Tässäkin tapauksessa voisi kuvitella että vika on dhclientissä, sehän tuossa "jumittelee", paremman tiedon puutteessa.

Edit: about 15 minsaa myöhemmin, tutkittuani asiaa päätin kokeilla kahta low risk kategoriaan kuuluvaa temppua jotka vaikutti ihan järkeenkäyviltä. Nyt bootti ja katsotaan mitä tästä vielä seuraa.

[Sami Lehtinen]

Ei, eipä korjannut mitään. Käänsin Wlanin pois päältä: /var/lib/NetworkManager/NetworkManager.state

Lisäksi tarksitin, että tuo on todellkain käynnistyksessä, mutta kun ei toimi niin ei toimi. Eikä anna mitään vihjeitä siitä mikä on vikana. Nämä on tyypillisesti juuri sellaisia ongelmia, jotka pitäis pistää suoraan kehittäjien pöydälle, että ratkokaa avain ite, kun teette hommat näin hankalaksi ylläpidolle.

Ehkä tää tästä joku päivä, nyt mulla on työpöydällä kuvake joka käynnistää verkon.

P.S. On tossa toinenkin hauska ominaisuus, mutta se on ehkä ihan oman langan juttunsa. Nimittäin, työpöytä ei tule näkyviin ennen kuin avaa nautiluksen, ilman sitä työpöytäkin jää "pimeäksi".

Tämä artikkeli muuten sai itkemänä ja nauramaan: "DBus call fails with a not-very-helpful error message."  - Hyvin menee. Varsinkin kun katsot NetworkManager kohtaa.

[JaniAlander]

Ainakin itellä toimii ököttelemättä. Kone buutattu pitkän päivitysrymban jälkeen pariin kertaankin ja ongelmitta, nettiin pääsee. Olin juuri parin viikon reissulta tultua käynnistänyt masiinan ja aloittanut päivityksen kun huomasin ketjun, alkoi kyllä ärräpäät lentämään, mutta päätin ottaa riskin ja antaa sen päivittää vaan.

[Sami Lehtinen]

Ainakin itellä toimii ököttelemättä. Kone buutattu pitkän päivitysrymban jälkeen pariin kertaankin ja ongelmitta, nettiin pääsee. Olin juuri parin viikon reissulta tultua käynnistänyt masiinan ja aloittanut päivityksen kun huomasin ketjun, alkoi kyllä ärräpäät lentämään, mutta päätin ottaa riskin ja antaa sen päivittää vaan.

Olen antanut itseni ymmärtää, että tällä voisi olla jotain tekemistä sen kanssa, että käytän XFCE:tä.

Mutta kyllä tää tästä vielä selviää. Jotenkin vaan kun tällaisten asioiden kanssa saa painia ihan joka päivä töissä ja vielä öinkin, niin lomalla motivaatio näin "mielenkiintoisten" ongelmien kanssa painimiseen on ihan suunnaton.

Sen kuitenkin tiedän, että en ole yksin tämän ongelman kanssa. Mutta ongelma ei ole kovin yleinen. Kyllä se vielä jostain tulee. Eniten tosissaan kismittää tuo ongelman hankala debugttavuus ja logi-infojen puute. Mutta ehkä tää tästä joku päivä. Nyt kuitenkin on toimiva kiertotie, joka saa toistaiseksi riittää. Koska ulkona paistaa aurinko, grilli on kuumana ja jääkaappi täynnä kylmää olutta.

Ajatellaan postiivisesti, eikä jäädä "hikikomeroon" tappelemaan.

Edit, äänetkin on hajalla. ns. automute on boot feature toimii liiankin hyvin. Tuo tuli toiseen koneeseen pari distributtiota sitten ja korjautui jossain vaiheessa. Tähän koneeseen tuo tuoli muistaakseni 11.10:n myötä, eikä ole sittemmin korjaantunut. Tuohonkin asiaan on miljoona viri viri korjausta, joista monet itse asiassa pahentaa tilannetta ja tekee sitä sun tätä säätöä järjestelmälle, kuitenkaan korjaamatta sitä todellista ongelmaa.

Ääh, pitäs varmaan jaksaa asentaa systeemit uusiksi... Mutta kun periaate on vähän se, että samaan koneeseen ei jaksa millään asentaa uudestaan käyttistä, jos sellaiseen suohon joutuu, niin samalla voi myös vaihtaa koko koneen. Pitänee tuumailla tuotakin optiota. Tässä konessa tosin ei ole vielä mitään puutteita miksi pitäisi vaihtaa, mutta voihan sitä vaihtaa ihan vaihtamisen vuoksi.

Loppukommentteina voisi sanoa, että joka kerta kun tekee distribution upgraden, jotain rikkoutuu ja sitten sitä saa saa selvitellä kissojen ja koirien kanssa. Olisikohan kerran käynyt sellainen ihme, että mitään ole hajonnut. Kuten aikaisemmin totesin, softakaverina olen sitä mieltä, että jos järjestelmät hajoaa kun asiakas tekee päivityksen, niin jonkun pitäisi kiikkua sen jälkeen narunjatkona. Mutta ainahan se on helpommin sanottu kuin tehty.

Monesti ikävimpiä on asiat joiden korjaaminen olisi kestänyt kehittäjältä esim. 30 minuuttia. No sitä ongelmaa ei sitten korjattu tai huomioitu ennen julkaisua. Mikä on lopputulos? 2000 asiakasta tatti otsassa, sen jälkeen helpdesk on ylikuormittunut, ongelmia korjaillaan, kaikki taistelee sen parissa  ja säädetään sitä sun tätä, lisäksi tulee sijaisongelmia jotka ilmenevät tuon pääongelman vuoksi (mm. virheellisten korjausohjeiden seuraaminen). Näin saatiin tosi kätevästi 30 minuutin "ongelma", muuttumaan esimerkiksi 4000 menetetyn työtunnin ongelmaksi ja bonuksena vielä romahtanut asiakastyytyväisyys. Kuulostaa suunnitelmalta ja menestyksen reseptiltä.

[Sami Lehtinen]

Asensin kaikki paketit joiden nimessä oli network synapticilla uudelleen. Tuli kuntoon, en tosi tajua miksi tämä toimenpide vaikutti asiaan ollenkaan. Eikös tuon distribution upgraden olisi pitänyt asentaa nuo kaikki paketit. Yhtään uutta pakettia tai riippuvuutta EI asennettu.

Hämärää, ihan törkeän hämärää. Jatketaan elämää, sadesäitä odotellessa.

[ajaaskel]

Verkotus on järjestelty hieman eri tavalla 12.04 versiosta alkaen, voi liittyä ongelmaasi tai sitten ei:

http://forum.ubuntu-fi.org/index.php?topic=43008.msg330950#msg330950

[oobetimer]

Tuon voi korjata myös /etc/rc.local scriptin avulla.

#!/bin/sh -e
#
# rc.local
#
# This script is executed at the end of each multiuser runlevel.
# Make sure that the script will "exit 0" on success or any other
# value on error.
#
# In order to enable or disable this script just change the execution
# bits.
#
# By default this script does nothing.
service network-manager start
exit 0