Mac užšąla po pabudimo su VPN: ką užrašyti

Pranešimai apie užšalusį Mac po pabudimo dažnai sujungia tris gedimus į vieną skundą. Žymeklis gali dar judėti, kol VPN klientas nepaisys paspaudimų, klientas gali veikti, kol baigiasi viena nuotolinė sesija, arba visas darbalaukis gali nustoti priimti įvestį. Kiekvienas šių atvejų reikalauja skirtingų įrodymų, o pirmoji minutė po užšalimo nusprendžia, kurį matote. Neteisingas spėjimas nukreipia kiekvieną vėlesnį žingsnį ne ta linkme.

Kas nustojo atsakyti, o kas tik nustojo laukti

Pradėkite nuo pigiausių testų: pajudinkite žymeklį ir įveskite teksto lauke, atidarykite kliento būsenos rodinį ir perskaitykite jo nurodomą būseną, tada pradėkite naują operaciją privačioje programoje, o ne tęskite jau atidarytą sesiją. Užrašykite tris atsakymus prieš ką nors kita liesdami, nes tai, kas nepavyko, eilės tvarka yra pirmoji detalė, kurią žmonės pamiršta.

Kiekvienas rezultatas rodo į kitą vietą. Viena įstrigusi sesija įrodymus padeda kitoje tunelio pusėje, o Mac tėra stebėtojas. Klientas, kuris nepaiso paspaudimų, kol darbalaukis dar veikia, susiaurina paiešką iki to proceso ir jo žurnalo. Mašina, kuri nepaiso žymeklio, atima galimybę ką nors paleisti, nes kiekvienai patikros komandai reikia atsakančio apvalkalo.

Laikykite tris atvejus atskirai, net kai naudotojas apibūdina juos vienu sakiniu. Jūsų pateikiama ataskaita turi pasakyti, kuris testas nepavyko pirmas ir kurie dar praėjo, o ne kad mašina užšalo. Būtent šis skirtumas leidžia palaikymo inžinieriui nuspręsti, ar žiūrėti į tinklą, klientą, ar aparatinę įrangą.

Laiko juosta, kurią rytoj dar galėsite apginti

Laikrodis yra ta įrašo dalis, kurios vėliau neįmanoma atkurti. Užrašykite, kada atsivėrė dangtis arba mašina pabudo, kada įvyko pirmasis nepavykęs veiksmas, ir ar tie du momentai buvo nutolę sekundėmis ar minutėmis. Tada parašykite, ar Mac tikrai miegojo, ar tik užrakino ekraną, nes tai skirtingos būsenos su skirtingais pabudimo keliais. Miego žurnalas yra vienintelė tos laiko juostos dalis, kurią galite patikrinti vėliau.

pmset -g log | grep -i -E 'wake|sleep'
log show --last 15m --predicate 'process == "<client-process>"' --style compact

Pirmoji komanda neaiškų prisiminimą paverčia laiko žyma, kurią galite įvesti į antrąją. Apribokite žurnalo užklausą kliento procesu ir trumpu intervalu, ir gausite puslapį išvesties, o ne visą dieną. Nukopijuokite modelio identifikatorių, kliento versiją ir tinklą, kuriame buvote, į tą pačią pastabą, kol ekranas dar priešais jus; ryte surinkta ataskaita praranda tvarką, kuri padarė ją įskaitomą.

Pasirinkite simptomą atitinkantį fiksavimą

Apple dokumentuoja tris fiksavimus Activity Monitor diagnostikos vadove, ir jie atsako į skirtingus klausimus. Sample Process tris sekundes stebi vieną pasirinktą procesą, spindump nukreiptas į programą, kuri nustojo atsakyti ir tuoj bus priverstinai uždaryta, o System Diagnostics surenka sistemos žurnalus į paketą.

Rinkitės pagal tai, ką stebėjote, o ne pagal įprotį. Klientas, kuris veikia, bet elgiasi netinkamai, gauna sample, paimtą su sample <pid> 3 -file ~/Desktop/sample.txt arba iš krumpliaračio meniu. Programa, kuri sukasi be galo ir turi būti nužudyta, gauna Spindump punktą iš to paties meniu. Problema, apimanti klientą ir sistemą, gauna sudo sysdiagnose -f ~/Desktop. Paimkite sample prieš priverstinį uždarymą, kai galite, nes uždarymas sunaikina būtent tą būseną, kurią norėjote apžiūrėti, ir pavadinkite failą įvykio ir laiko vardu, o ne savo spėjimu apie priežastį.

Kiekvieną paketą laikykite jautriu. Šiose ataskaitose yra paskyrų vardai, mazgų vardai, keliai ir tinklo informacija, todėl siųskite jas kanalu, kurį naudoja jūsų organizacija, o ne pridėkite prie viešos temos. Jei ataskaitą reikia sutrumpinti, sutrumpinkite kopiją, o originalą palikite nepaliestą.

Kai pats žymeklis nejuda

Mirusi sąsaja pakeičia operacijų tvarką. Negalite paimti proceso sample ar paleisti užklausos iš apvalkalo, kuris neatsako, todėl pirmasis tikslas yra atkūrimas, o antrasis – įrašas. Priverstinis perkrovimas kartais yra vienintelė išeitis, ir tai taip pat momentas, kai dingsta naudingiausios detalės. Užrašykite laiką, atidarytus langus ir ar tinklo meniu rodė ryšį prieš perkrovimą; šie stebėjimai išlieka po perkrovimo, nors proceso būsena neišlieka.

Kai mašina grįžta, priešinkitės išvadai, kad perkrovimas rado kaltininką. Jis atkūrė paslaugą ir nieko nepavadino. Tik kartojimas su vienu kontroliuojamu pakeitimu gali nurodyti komponentą.

Jei užšalimas grįžta, keiskite vieną sąlygą vienam bandymui: tinklą, kliento versiją arba miego režimą. Pirmiausia išsaugokite nuotolinį darbą ir venkite kartoti priverstinius miegus gamybinėje mašinoje, nes pasikartojantys griežti ciklai kelia duomenų praradimo riziką ir dažnai sukelia kitą gedimą nei tas, kurį vejatės. Užrašykite kiekvieną bandymą su jo sąlygomis, kad kitas būtų palyginamas, o ne anekdotinis.

Perduokite vieną įvykį, o ne nuotaiką

Perdavimas, kuris sulaukia veiksmo, įvardija keturis dalykus: kas nustojo atsakyti, kada tai įvyko, kaip tuo metu atrodė tinklas ir kuris fiksavimas apima tą intervalą. Pridėkite kliento versiją ir macOS versiją, tada sustokite. Tiek platformos komanda, tiek kliento tiekėjas gali reaguoti į tą sakinį, ir nė vienas negali reaguoti į nusivylimo aprašymą. Laikykite įrašą vienoje vietoje ir papildykite jį, o ne kiekvieną kartą iš naujo pasakokite istoriją; jei atnaujinimas pakeitė elgseną, nurodykite, kuris, nes tai taip pat įrodymas.

Geras įrašas taip pat nurodo, ką jau atmetėte. Jei užšalimo metu vietinė programa atsakė, pasakykite; jei miego žurnalas rodo tikrą pabudimą, o ne užrakinimą, pasakykite ir tai. Kitas žmogus neturėtų kartoti testų, kuriuos jau atlikote.

Prieš uždarydami bilietą patikrinkite tris dalykus: laiko žyma iš miego žurnalo, o ne iš atminties, fiksavimas atitinka simptomą, kurį tikrai matėte, o paketas yra patvirtintoje vietoje. Jei trūksta bent vieno iš trijų, ataskaita nėra paruošta siųsti.