systemd-sysv upstart job on historiaa!

Riippuu täysin siitä, asuuko stråmsössä vaiko ei! Tuo päivitys nyt jätti n. 80 pakettia päivittämättä ja siinä sivussa siivoamatta käynnistyskriptejä - itse asiassa näyttivät olevan jo vuodelta 2011 nuo, joten ei ole siivous toiminut pitkään aikaan. Vieläkin on 60 pakettia asentamatta dependancy-problem:in takia ja uusin kerneli ei toimi vaan ajellaan 16.04:n kernelillä. 18.04 ei ole vielä missään määrin valmis ainakaan jos on dkms-moduleita käännettävänä - niissä on dependancyjen takia käännös ongelmaa ja mm. virtualbox ei toimi ennen dkms paketin uudelleen asennusta.
Kaikilla koneet eivät ole käyttämättöminä, vaan mukana on paljon ylimääräistä tauhkaa - toisaalta all-asennustakaan ei ole tehty.
Eli huomio on aivan todellinen ja muillakin todennettu - kuten yo. linkki osoittaa ja syynä tuo wrapperin wrapperin wrapperi -menettely, jolla on päästy aika kauaksi varsinaisesta käytöstä, kun yritetty tehdä ohjelmien käyttö yhteensopivaksi rc-systeemin kanssa kuten ennen muinoinkin asiat olivat. Se vaan alkaa rakoilla jo pahasti koko systeemi. Enkä tarkoita, että se pitäisi poistaa, vaan tiedostaa, että miten asiat nykyään tehdään - koko "rc" hommahan on ollut aina jossakin määrin tapa tunkea kaikki asetukset samaan paikkaan löydettäväksi. Nyt se paikka vaan on vaihtunut jo vähintään kaksi kertaa siitä alkuperäisestä..
Yleisesti ottaen versiopäivitys on nimenomaan ylläpidolle se homma, joka aiheuttaa ne harmaat hiukset. Kaikkea ei todellakaan ole otettu huomioon - varsinkaan sitä, kuinka luovia tapoja ylläpitäjät keksivät tehdäkseen päivitykset 'oikotietä'.

tosi_satuja kirjoitti:

Riippuu täysin siitä, asuuko stråmsössä vaiko ei! Tuo päivitys nyt jätti n. 80 pakettia päivittämättä ja siinä sivussa siivoamatta käynnistyskriptejä - itse asiassa näyttivät olevan jo vuodelta 2011 nuo, joten ei ole siivous toiminut pitkään aikaan. Vieläkin on 60 pakettia asentamatta dependancy-problem:in takia ja uusin kerneli ei toimi vaan ajellaan 16.04:n kernelillä. 18.04 ei ole vielä missään määrin valmis ainakaan jos on dkms-moduleita käännettävänä - niissä on dependancyjen takia käännös ongelmaa ja mm. virtualbox ei toimi ennen dkms paketin uudelleen asennusta.
Kaikilla koneet eivät ole käyttämättöminä, vaan mukana on paljon ylimääräistä tauhkaa - toisaalta all-asennustakaan ei ole tehty.
Eli huomio on aivan todellinen ja muillakin todennettu - kuten yo. linkki osoittaa ja syynä tuo wrapperin wrapperin wrapperi -menettely, jolla on päästy aika kauaksi varsinaisesta käytöstä, kun yritetty tehdä ohjelmien käyttö yhteensopivaksi rc-systeemin kanssa kuten ennen muinoinkin asiat olivat. Se vaan alkaa rakoilla jo pahasti koko systeemi. Enkä tarkoita, että se pitäisi poistaa, vaan tiedostaa, että miten asiat nykyään tehdään - koko "rc" hommahan on ollut aina jossakin määrin tapa tunkea kaikki asetukset samaan paikkaan löydettäväksi. Nyt se paikka vaan on vaihtunut jo vähintään kaksi kertaa siitä alkuperäisestä..
Yleisesti ottaen versiopäivitys on nimenomaan ylläpidolle se homma, joka aiheuttaa ne harmaat hiukset. Kaikkea ei todellakaan ole otettu huomioon - varsinkaan sitä, kuinka luovia tapoja ylläpitäjät keksivät tehdäkseen päivitykset 'oikotietä'.

Lue lisää

Valehtelet kurja, Trolli olet!

winuskovaisensaarnaa kirjoitti:

Valehtelet kurja, Trolli olet!

Winhihhuli yleistää asioita vaihka itse ne sotkee!

Joten vale_satuja ne on!
Googlesta lukee ja vääristelee asian tännne, jon lopputulos on ollut normaalin päivityksen ohitus omilla tempuillaan sotkea järjestelmä.
eikä joku kerneli ole mitenkään sanottu jonkun ubuntu version kerneliksi. nekin päivittyy jotakuinkin kuukausittain.

Ei windowsissakaan homma toimi, verrsiopäivitys on paniikissa monissa ohjelmissa mm w7->w10
Mutta windowshan ei päivittele ohjelmia ollenkaan.
siksi yleinen neuvo oli että w7 asennettii uudestaan ennen päivitystä, ilman yhtään kolmatta ohjelmaa.

Nimenomaan, kun ongelmana on se, että tuotantokäytössä olevassa systeemissä on muidenkin tarjoamia ohjelmia asennettuna, kuin vain ubuntun ja ihan maksullisia sellaisia. Näin ollen ubuntu ei voi tietää, mitkä rc-skriptit pitää poistaa ja varsinkin jos ne on asennettu systeemin ohi. Näiden muiden tahojen ei ole myöskään mikään pakko pitäytyä ubuntun päivitys-syklissä, joten yleensä tarvitut päivitykset ovat tulleet n. 2 vuotta ensimmäisen julkaisun jälkeen. Pakko kuitenkin varautua päivitykseen jo etukäteen, jotta on kartalla siinä vaiheessa, kun varsinaiset softat asennetaan - eihän sitä muuten tempaista pystyyn parissa päivässä ilman käyttökatkoja! Tällöin mm. ei tarvitse hyväksyä laskuja vioista, jotka näkee silmällä, että on jätetty tahallaan korjaamatta lisälaskutuksen toivossa.
Homma perustuu layereihin, pohjalla käyttis, päällä ubuntun softat, sen päällä production-softat. Koko kakku pitää pitää koossa, eli ei niitä päivityksiä asenneta ellei ole syytä siihen. Ja varsinkaan päivityksiä ei tehdä ennen testausvaihetta että homma toimii. Noita dependancy-ongelmia kahlataan läpi ja raportoidaan siinä toivossa, että homma toimii siinä vaiheessa, kun sille on tarvetta. Virtualisointi tosin on auttanut mm. joihinkin driver-ongelmiin(closed source), joilla pääsee virtuaalikoneen kautta eteenpäin, mutta se syö turhaan resursseja.

no_voi_ehoh kirjoitti:

Nimenomaan, kun ongelmana on se, että tuotantokäytössä olevassa systeemissä on muidenkin tarjoamia ohjelmia asennettuna, kuin vain ubuntun ja ihan maksullisia sellaisia. Näin ollen ubuntu ei voi tietää, mitkä rc-skriptit pitää poistaa ja varsinkin jos ne on asennettu systeemin ohi. Näiden muiden tahojen ei ole myöskään mikään pakko pitäytyä ubuntun päivitys-syklissä, joten yleensä tarvitut päivitykset ovat tulleet n. 2 vuotta ensimmäisen julkaisun jälkeen. Pakko kuitenkin varautua päivitykseen jo etukäteen, jotta on kartalla siinä vaiheessa, kun varsinaiset softat asennetaan - eihän sitä muuten tempaista pystyyn parissa päivässä ilman käyttökatkoja! Tällöin mm. ei tarvitse hyväksyä laskuja vioista, jotka näkee silmällä, että on jätetty tahallaan korjaamatta lisälaskutuksen toivossa.
Homma perustuu layereihin, pohjalla käyttis, päällä ubuntun softat, sen päällä production-softat. Koko kakku pitää pitää koossa, eli ei niitä päivityksiä asenneta ellei ole syytä siihen. Ja varsinkaan päivityksiä ei tehdä ennen testausvaihetta että homma toimii. Noita dependancy-ongelmia kahlataan läpi ja raportoidaan siinä toivossa, että homma toimii siinä vaiheessa, kun sille on tarvetta. Virtualisointi tosin on auttanut mm. joihinkin driver-ongelmiin(closed source), joilla pääsee virtuaalikoneen kautta eteenpäin, mutta se syö turhaan resursseja.

Lue lisää

Tyhjänpäivästä lätinää, Tuotantokäytössä on osaajat asialla.
Eikä ne sotke järjestelmiä itse mulkkaillemalla ja googleella vikoja etsien.
Ubuntu on juuri siksi tuotantokäytössä jotta mitään katkoja ei tule.
Päivitykset hoidetan keskitetysti ja versiopäivitykset maltillisesti. harkiten ja ennakoiden.
Harvoin joku tuotantojuttu päivitenää versiopäivityksen kautta, vaan uusi laite asennetaan uudelle versiolle ja vaihdetaan vanhan tilalle seisokki huolloissa mukana.

Avauksen linkki ei ole artikke vaan keskustelu. sähläämisestä jota ei ilman käyttäjän sekoilua synny.