Mac se po prebuditvi z VPN zatakne: kaj zabeležiti

Poročila o zamrznjenem Macu po prebuditvi pogosto združijo tri okvare v eno pritožbo. Kazalnik se lahko še premika, medtem ko odjemalec VPN ignorira klike, odjemalec lahko deluje, medtem ko ena oddaljena seja poteče, ali pa celotno namizje preneha sprejemati vnos. Vsak od teh primerov potrebuje drugačne dokaze, in prva minuta po zamrznitvi odloči, katerega gledate. Napačna domneva pošlje vsak naslednji korak v napačno smer.

Kaj je prenehalo odgovarjati in kaj je samo prenehalo čakati

Začnite z najcenejšimi preizkusi: premaknite kazalnik in tipkajte v lokalno besedilno polje, odprite lastni pogled stanja odjemalca in preberite stanje, ki ga poroča, nato zaženite novo operacijo v zasebni aplikaciji, namesto da bi nadaljevali že odprto sejo. Zapišite tri odgovore, preden se dotaknete česar koli drugega, ker je vrstni red tega, kar je odpovedalo, prva podrobnost, ki jo ljudje pozabijo.

Vsak izid kaže drugam. Ena zataknjena seja postavi dokaz na drugo stran tunela, Mac pa je le opazovalec. Odjemalec, ki ignorira klike, medtem ko namizje še deluje, zoži iskanje na ta proces in njegov dnevnik. Stroj, ki ignorira kazalnik, odvzame možnost, da bi karkoli zagnali, ker vsak pregledni ukaz potrebuje lupino, ki odgovarja.

Tri primere držite ločeno, tudi ko jih uporabnik opiše z enim stavkom. Poročilo, ki ga oddate, mora povedati, kateri preizkus je odpovedal prvi in kateri so še uspeli, ne pa da se je stroj zamrznil. Prav ta razlika podpornemu inženirju omogoča, da se odloči, ali bo gledal omrežje, odjemalca ali strojno opremo.

Časovnica, ki jo boste jutri še lahko zagovarjali

Ura je tisti del zapisa, ki ga pozneje ni mogoče obnoviti. Zabeležite, kdaj se je pokrov odprl ali stroj prebudil, kdaj se je zgodilo prvo neuspešno dejanje in ali sta bila ta dva trenutka narazen sekunde ali minute. Nato napišite, ali je Mac res spal ali le zaklenil zaslon, ker gre za različna stanja z različnimi potmi prebujanja. Dnevnik spanja je edini del te časovnice, ki ga lahko pozneje preverite.

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

Prvi ukaz spremeni nejasen spomin v časovni žig, ki ga lahko vnesete v drugega. Omejite poizvedbo dnevnika na proces odjemalca in kratko okno, pa dobite eno stran izpisa namesto celega dneva. Kopirajte identifikator modela, gradnjo odjemalca in omrežje, v katerem ste bili, v isto beležko, dokler je zaslon še pred vami; poročilo, sestavljeno naslednje jutro, izgubi vrstni red, ki ga je naredil berljivo.

Izberite zajem, ki ustreza simptomu

Apple dokumentira tri zajeme v diagnostičnem priročniku Activity Monitor, in ti odgovarjajo na različna vprašanja. Sample Process opazuje en izbrani proces tri sekunde, spindump cilja na aplikacijo, ki je prenehala odgovarjati in bo kmalu prisilno zaprta, System Diagnostics pa zbira sistemske dnevnike v paket.

Izberite po tem, kar ste opazovali, ne po navadi. Odjemalec, ki deluje, a se obnaša slabo, dobi sample, vzet s sample <pid> 3 -file ~/Desktop/sample.txt ali iz menija zobnika. Aplikacija, ki se vrti v nedogled in jo je treba ubiti, dobi element Spindump iz istega menija. Težava, ki zajema odjemalca in sistem, dobi sudo sysdiagnose -f ~/Desktop. Vzemite sample pred prisilnim zaprtjem, ko lahko, ker zaključek uniči natanko tisto stanje, ki ste ga želeli pregledati, in datoteko poimenujte po dogodku in času, ne po svoji domnevi o vzroku.

Vsak paket obravnavajte kot občutljiv. Ta poročila vsebujejo imena računov, imena gostiteljev, poti in podrobnosti omrežja, zato jih pošljite po kanalu za podporo, ki ga uporablja vaša organizacija, namesto da jih priložite javni niti. Če je treba poročilo skrajšati, skrajšajte kopijo in pustite izvirnik nedotaknjen.

Ko se sam kazalnik ne premakne

Mrtev vmesnik spremeni vrstni red operacij. Ne morete vzeti sample procesa niti izvesti poizvedbe iz lupine, ki ne odgovarja, zato je prvi cilj obnovitev, drugi pa zapis. Prisilni ponovni zagon je včasih edini izhod in je tudi trenutek, ko najbolj uporabne podrobnosti izginejo. Zabeležite čas, odprta okna in ali je omrežni meni pred ponovnim zagonom kazal povezavo; te opazke preživijo ponovni zagon, čeprav stanje procesa ne.

Ko se stroj vrne, se uprite sklepu, da je ponovni zagon našel krivca. Obnovil je storitev in ni ničesar imenoval. Samo ponovitev z eno nadzorovano spremembo lahko pokaže na komponento.

Če se zamrznitev vrača, spremenite en pogoj na poskus: omrežje, različico odjemalca ali način spanja. Najprej shranite oddaljeno delo in se izogibajte ponavljanju prisilnih spanj na produkcijskem stroju, ker ponavljajoči se trdi cikli tvegajo izgubo podatkov in pogosto dajo drugačno okvaro od tiste, ki jo lovite. Vsak poskus zapišite z njegovimi pogoji, da bo naslednji primerljiv in ne anekdotičen.

Predajte en dogodek, ne razpoloženja

Predaja, ki doseže ukrepanje, imenuje štiri stvari: kaj je prenehalo odgovarjati, kdaj se je zgodilo, kako je bilo takrat videti omrežje in kateri zajem pokriva to okno. Dodajte različico odjemalca in gradnjo macOS, nato se ustavite. Tako platformna ekipa kot dobavitelj odjemalca lahko ukrepata na podlagi tega stavka in nobeden ne more ukrepati na podlagi opisa frustracije. Zapis hranite na enem mestu in ga dopolnjujte, namesto da bi zgodbo vsakič znova pripovedovali; če je posodobitev spremenila vedenje, navedite katero, ker je tudi to dokaz.

Dober zapis pove tudi, kaj ste že izključili. Če je lokalna aplikacija med zamrznitvijo odgovorila, povejte to; če dnevnik spanja kaže pravo prebujanje in ne zaklepa, povejte tudi to. Naslednja oseba ne bi smela ponavljati preizkusov, ki ste jih že opravili.

Preden zaprete zahtevek, preverite tri stvari: časovni žig prihaja iz dnevnika spanja in ne iz spomina, zajem ustreza simptomu, ki ste ga res videli, in paket je na odobrenem mestu. Če manjka katera koli od treh, poročilo ni pripravljeno za pošiljanje.