
Loša softverska nadogradnja prizemljila zrakoplove
Vezano uz: Loša softverska nadogradnja prizemljila zrakoplove



dva loša (žmukljošuft i kraudštrajk) ubiše kompjuteroša (osim u nas, u javnim službama, jer smo još u 19. stoljeću)

Ovo je i FAIL Microsofta, nema veze ovo s Linuxom.
FAIL Microsofta zato što kad se to dogodi trebalo je po defaultu vratiti postavke na stanje prije instaliranja boot loop drivera.
Dakle ugraditi neki senzor u windowse da "zna" kad je u boot loop-u, i onda vratiti stanje na zadnje ispravno. a driver staviti u blaklist.
Win zna kad je u boot loopu, zato se i boota u revovery mode. A ovo za automatski popravak se čini prekomplicirano. To nema niti jedan os.
PA ja bih to ovako napravio, karikirano:
kod blue screena u dumpu bi zabilježio koji driver je krahirao.
i ako je boot loop, onda taj driver stavljaš u black listu i restart.
kod sljedećeg boota ponudiš opcije:
"1 - ja baš želim boot loop"
"2 - u redu je, bootaj bez drivera(default)"
"3 - recovery mode"
i nakon 5 sekundi ako nitko ništa ne odabere ide default.

Taman komentiram - koja IT budala išta bitno radi u petak!? A pogotovo pušta nekog vraga u produkciju!!!?
???
U mnogim firmama u kojima sam radio i koje znam deployment je u petak nakon radnog vremena kako se ne bi utjecalo ili ometalo korisnike, imaš cijeli vikend za testiranje i rješavanje problema.
Naravno ovo ne vrijedi za sustave koji se koriste i preko vikenda
prvi put čujem za ovo, luda kuća, znači vama je super preko vikenda visiti u firmi i debugirati stvari hahahaha kaos
Kad prodjes puno svijeta vidis razne metodologije, svaka ima svoje prednosti i mane. Ja ne radim deployment niti se time bavim, ne radim subotom. Postoji poseban team za deployment i oni rade preko vikenda plus testeri. Deployment je svaka 4 tjedna pa ne rade stalno vikendom. Nije nikakva luda kuca nego zapravo jedna od boljih firmi za koju sam radio, radim kao kontraktor za njih i imaju dobro poslozene procese, sve funkcionira. Sve je dobro testirano prije deploymenta na produkciju pa su incidenti rijetki.

Taman komentiram - koja IT budala išta bitno radi u petak!? A pogotovo pušta nekog vraga u produkciju!!!?
???
U mnogim firmama u kojima sam radio i koje znam deployment je u petak nakon radnog vremena kako se ne bi utjecalo ili ometalo korisnike, imaš cijeli vikend za testiranje i rješavanje problema.
Naravno ovo ne vrijedi za sustave koji se koriste i preko vikenda
Sad radim u firmi u kojoj je pravilo da se nikad nista ne deploya u petak. Bolje da eksplodira korisnicima nego da se zaposlenici moraju bakcati preko vikenda. I to je sasvim ok, samo treba tako prihvatiti stvari. I imati ipak i neki QA proces.
Ovi za koje sad radim imaju jako dobar qa, ne treba gledati stvari samo jednostrano, ne odgovara svima jednak proces.

PA ja bih to ovako napravio, karikirano:
kod blue screena u dumpu bi zabilježio koji driver je krahirao.
i ako je boot loop, onda taj driver stavljaš u black listu i restart.
kod sljedećeg boota ponudiš opcije:
"1 - ja baš želim boot loop"
"2 - u redu je, bootaj bez drivera(default)"
"3 - recovery mode"
i nakon 5 sekundi ako nitko ništa ne odabere ide default.
Da, ali kako znaš da li će OS bootati nakon toga i u kakvom stanju? Možda bude još gore?
Recimo da neki malware napravi kaos i namjerno polomi driver od antivirusa/Defendera/nešto slično. Tvojom logikom, ti bi fino bootao bez tog drivera i umjesto nefunkcionalnog OSa bi dobio kriptirani disk.

PA ja bih to ovako napravio, karikirano:
kod blue screena u dumpu bi zabilježio koji driver je krahirao.
i ako je boot loop, onda taj driver stavljaš u black listu i restart.
kod sljedećeg boota ponudiš opcije:
"1 - ja baš želim boot loop"
"2 - u redu je, bootaj bez drivera(default)"
"3 - recovery mode"
i nakon 5 sekundi ako nitko ništa ne odabere ide default.
Da, ali kako znaš da li će OS bootati nakon toga i u kakvom stanju? Možda bude još gore?
Recimo da neki malware napravi kaos i namjerno polomi driver od antivirusa/Defendera/nešto slično. Tvojom logikom, ti bi fino bootao bez tog drivera i umjesto nefunkcionalnog OSa bi dobio kriptirani disk.
to je sad previše hipotetska situacija.

Kako previše hipotetska kad se dogodilo upravo to, samo lom drivera nije inicirao malware nego junior i/ili napušeni developer?


Taman komentiram - koja IT budala išta bitno radi u petak!? A pogotovo pušta nekog vraga u produkciju!!!?
???
U mnogim firmama u kojima sam radio i koje znam deployment je u petak nakon radnog vremena kako se ne bi utjecalo ili ometalo korisnike, imaš cijeli vikend za testiranje i rješavanje problema.
Naravno ovo ne vrijedi za sustave koji se koriste i preko vikenda
prvi put čujem za ovo, luda kuća, znači vama je super preko vikenda visiti u firmi i debugirati stvari hahahaha kaos
A tebi je znači super pusiti patch u produkciju u recimo utorak i zaje*** klijenta da ne može funkcionnirati cijelu srijedu, kako si ti ne bi remetio vikend. Baš lijep pristup. Meni je klijent uvijek na prvom mjestu. Vjerujem da će sve biti ok, jer sam patch isprobao na testnoj okolini, ali rađe ću "poginuti" preko vikenda i da mi klijent funkcionira u ponedjeljak, nego da mi X ljudi diše za vratom jer ne mogu raditi, a ja se sramotim i panika je.
ako je tebi svako pustanje patcha u produkciju i znak da ce se nesto zaje... onda ti imas problem, stvari se testiraju, puste u produkciju, ako ima problema reverta se i to je to, nema panike, nema "ginjenja" vikendima, al ok svako ima svoj način, samo ti gini vikendom, ja vikendom pecam i planinarim
Ovo je i FAIL Microsofta, nema veze ovo s Linuxom.
FAIL Microsofta zato što kad se to dogodi trebalo je po defaultu vratiti postavke na stanje prije instaliranja boot loop drivera.
Dakle ugraditi neki senzor u windowse da "zna" kad je u boot loop-u, i onda vratiti stanje na zadnje ispravno.
Ingeniozna ideja. Sad samo definiraj što je stanje, gdje bi se pohranjivalo, i napravi "senzor".
Znam.