Il mese 13 è fuori limite?


23

Recentemente il mio Mac mostra alcuni strani messaggi come "Il mese 13 è fuori limite".

inserisci qui la descrizione dell'immagine

Come posso correggere questo errore Non posso andare al centro di riparazione autorizzato ant apple perché è molto lontano da un centro Apple


Da @tgray: "Oggi ho iniziato a ottenere un elevato utilizzo della CPU a causa di UserEventAgent. Utilizza anche un'enorme quantità di RAM (oltre 30 GB se la lascio funzionare abbastanza a lungo). La forzata chiusura e il riavvio non hanno cambiato nulla. Ho fatto un esempio di il processo e ho visto un sacco di linee che si occupavano delle date. Quando ho cambiato la data a novembre, il mio utilizzo della CPU è tornato alla normalità. La seconda l'ho cambiata al presente è andata di nuovo a meraviglia. Mi chiedo se questo è legato alla data di iOS bug in 11.2.1? Spero che Apple lo risolva presto perché il mio computer è inutilizzabile. "
JMY1000,

Risposte:


10

Questo errore è registrato su iOS 11 e su macOS 10.13 di sicuro e non lo vedo causare alcuna funzione specifica o problema su qualsiasi piattaforma.

Collegherò qui alla domanda principale su "macOS registra troppo" poiché è un'opinione e un'impressione degna di discussione. Alcune persone potrebbero sentirsi meglio se non ci fossero messaggi a meno che una condizione davvero seria non richieda un'azione. Altri vogliono ancora più dettagli in modo che possano sapere cosa sta accadendo / apprendere / misurare. Quindi, sarà un compromesso il modo in cui questi sono problemi / classificati / utilizzati.

Uno sviluppatore interessante che ha alcuni strumenti è Howard Oakley che blog su https://eclecticlight.co/

La sua pagina di download ha due app di interesse (usa il link di download a sinistra poiché le versioni del prodotto di seguito sono beta e potrebbero non essere aggiornate in un giorno o settimana):

  • Consolazione : un browser console alternativo
  • Woodpile - uno strumento per contare / bin / analizzare i modelli di registrazione

10

Posso verificare la legittimità di questo problema. Ho avuto lo stesso problema ieri e, dopo un riavvio, il computer è stato reso quasi inutile a causa di questo errore. Per qualche ragione, questo mese il computer non può gestire e genera errori ovunque ci siano database o pianificazioni.

Per risolvere questo problema:

  1. Aprire Activity Monitor e la forza di smettere di due processi: lsd,UserEventAgent

  2. Apri Preferenze di Sistema e vai a "Data e ora"

  3. Deseleziona "Imposta data e ora automaticamente"

  4. Nel calendario, selezionare una data precedente a dicembre 2017 e premere Salva

  5. Se UserEventAgento lsdcontinui a causare problemi, forzali a chiuderli nuovamente dopo aver impostato la data.

Altre persone qui hanno questo problema

Perché?

A mio avviso, UserEventAgent stava tentando di utilizzare due file plist:

System/Library/LaunchAgents/com.apple.UserEventAgent-Aqua.plist

e

System/Library/LaunchAgents/com.apple.UserEventAgent-LoginWindow.plist

Quando ha tentato di utilizzare le pianificazioni, ha ricevuto un errore:

Month 13 is out of bounds

Non sono sicuro di cosa sia effettivamente accaduto in UserEventAgent, ma è ovvio che quando viene visualizzato l'errore, non è in grado di gestirlo e causa un elevato utilizzo di CPU e RAM.


Questo non funziona per me, ho provato quasi tre volte, ma non succede nulla.
nessuno utente

@qwerty Hai ancora l'errore nonostante la data e l'ora siano state impostate prima di dicembre 2017? Idealmente, impostare Data e ora al 1 ° novembre, quindi terminare i processi sopra menzionati con il monitoraggio delle attività.
Ckacmaster,

L'ho già provato prima. Ho anche provato a cambiarlo in 1 gennaio ma continua a non funzionare, penso che dovrei semplicemente ignorare questo errore perché non ho un uso elevato della CPU o della RAM. Spero che Apple lo risolva nel prossimo aggiornamento del software. Beh, almeno questo è meglio del bug di root: macrumors.com/how-to/temporarily-fix-macos-high-sierra-root-bug
nessuno utente

(Non posso aggiungere un commento, mi dispiace.) Ho iniziato a ottenere l'alto utilizzo della CPU oggi a causa di UserEventAgent. Utilizza anche un'enorme quantità di RAM (oltre 30 GB se la lascio funzionare abbastanza a lungo). La chiusura forzata e il riavvio non hanno cambiato nulla. Ho fatto un esempio del processo e ho visto un sacco di righe relative alle date. Quando ho cambiato la data a novembre, l'utilizzo della CPU è tornato alla normalità. Il secondo l'ho cambiato nel presente, è andato di nuovo fuori di testa. Mi chiedo se questo è legato al bug data iOS in 11.2.1? Spero che Apple lo risolva presto perché il mio computer è inutilizzabile.
hmode

1
@qwerty Non lasciare che il tuo computer si spenga affatto finché Apple non corregge questo problema. Ho fatto l'errore di riavviare quando ho visto per la prima volta l'errore nella mia console XCode e il mio utilizzo di RAM e CPU è peggiorato. Dopo alcune indagini ho pensato che avrei fatto quanto sopra per una soluzione temporanea, come il mio computer era quasi inutile. L'errore è per lo più innocuo a meno che non si riavvii o si provi a caricare file di plist.
Ckacmaster,

2

Ho avuto lo stesso problema con l'utilizzo di CPU e memoria UserEventAgent estremamente elevati a partire dall'inizio di dicembre 2017. La console ha mostrato l'errore "mese fuori limite" come descritto sopra.

Ho provato l'utilità del disco "pronto soccorso", riavvii, modalità provvisoria (per cancellare la cache di sistema), svuotare NVRAM e SMD, nulla mi ha aiutato. Ho notato che l'utilizzo della CPU e della memoria non è aumentato in modalità provvisoria.

Come @tgray e u / kidtexas , ad un certo punto ho capito che se disabilitassi tutti i miei programmi personalizzati di avvio, il problema non si sarebbe verificato.

Alla fine ho scritto la piccola sceneggiatura qui sotto per aiutarmi a eseguire il debug di quale piano stava causando il problema. Alla fine è stato un complice che viene eseguito il primo di ogni mese:

<key>StartCalendarInterval</key>
<dict>
    <key>Day</key>
    <integer>1</integer>
    <key>Hour</key>
    <integer>03</integer>
    <key>Minute</key>
    <integer>00</integer>
</dict>

Molti dei miei plist usano la StartCalendarIntervalchiave, e usando lo script qui sotto potrei mostrare che non sembrano causare i problemi di RAM e memoria, quindi non mi è del tutto chiaro perché uno specifico plist causi il problema. Indipendentemente da ciò, è così che l'ho risolto.

Consiglio vivamente ai lettori di consultare lo script per cercare di capire cosa fa invece di limitarsi a copiare e incollare. In particolare, come scritto questo funziona solo per plists in ~/Library/LaunchAgents(non /Library/LaunchDaemonse altri), ed è volutamente test solo plists il cui nome del file e <key>Label</key>seguire il modello specifico: com.USERNAME.my_plist_name[.plist]. Prima di eseguirlo, ho usato un one-liner per bootouttutti i miei pianisti: for plist in com."$(whoami)".*.plist; do launchctl bootout gui/"${MYUID}"/"${plist%.plist}" || true; donee poi verificato che non apparissero più sotto i launchctl listrisultati.

#! /bin/bash
# /apple/307512/month-13-is-out-of-bounds

set -euf -o pipefail

MYUID="$(id -u)"

pushd "${HOME}"/Library/LaunchAgents

while IFS= read -r -d '' plist; do
  echo "${plist}"
  stats=($(ps ux | grep -v grep | grep UserEventAgent | awk '{ print $3, $5}'))
  cpu="${stats[0]}"
  vmem="${stats[1]}"
  echo "CPU use and virtual memory size while disabled: ${stats[@]}"
  launchctl bootstrap gui/"${MYUID}" "${plist}"
  sleep 5
  stats=($(ps ux | grep -v grep | grep UserEventAgent | awk '{ print $3, $5}'))
  echo "CPU use and virtual memory size while enabled: ${stats[@]}"
  echo "Change in vmem: $(( "${vmem}" - "${stats[1]}" ))"
  echo
done < <(find . -iname "com.$(whoami).*.plist" -print0)

popd

Nota per le persone che eseguono questo: presuppone che tutti gli agenti che sta testando siano già disabilitati, quindi fai attenzione a eseguire il bootout(o simile) che n8henrie raccomanda.
Ken Williams,

1

Come altri, avevo un elevato utilizzo della CPU e un enorme utilizzo della RAM da parte di UserEventAgent (vedi il mio commento sopra). Cambiare la data a novembre e forzare l'uscita da UserEventAgent cose fisse. Tutto è iniziato sabato dopo il riavvio.

fix

L'ho capito per me. Spero che per gli altri con problemi, questo funzionerà per te.

Il problema era un plist di LaunchAgent che ho in ~ / Library / LaunchAgents. È un semplice file plist che chiama StartCalendarInterval, che è una chiave valida per i piani di avvio. Il lavoro LaunchAgent chiama uno script shell che copia alcuni file in una posizione di backup il primo giorno del mese. Il lavoro non viene chiamato affatto - penso che sia stato avviato controllando i lavori caricati sul Calendario che sta causando il problema. Non appena ho scaricato questo plist e ho spostato il file fuori dalla directory, UserEventAgent andava bene (dopo una chiusura forzata). Il secondo che ho caricato il plist (launchctl load xxxx), UserEventAgent è andato fuori di testa.

StartCalendarInterval è una chiave valida per launchd come mostrato qui nei documenti di Apple .

Quindi, per chiunque abbia problemi, controlla le tue directory LaunchAgent e cerca la chiave StartCalendarInterval (o qualsiasi altra chiave relativa al calendario). Non ho avuto problemi con le pianificazioni degli intervalli basate sul tempo.

Nota: questo non risolve gli errori "Mese 13 fuori limite", ma solo il folle comportamento di UserEventAgent.


In realtà non ho un uso elevato della CPU dell'agente eventi utente e non ho un elevato utilizzo di ZCPU e RAM.
nessuno utente

Questa risposta mi ha aiutato. Anche se non ho avuto problemi con UserEventAgent ma lsd è impazzito. Fortunatamente, ricordo che ho creato da solo il plist con StartCalendarEvent. L'ho appena disabilitato e ha ucciso forzatamente LSD.
Denis The Menace,

0

Dopo aver segnalato questo ad Apple e ridimensionato la catena di escalation, mi è stato detto che questo dovrebbe essere risolto in macOS 10.13.3.

Apparentemente, ciò è causato da un'applicazione che chiama la procedura DeDececated NSDate 'descriptionWithCalendarFormat' .

Puoi leggere di più su https://forums.developer.apple.com/thread/88417 .

In alcuni casi, la modifica o la rimozione di determinati file plist impedirà ai programmi di chiamare la procedura obsoleta, ma la vera correzione è un aggiornamento del sistema operativo.

Utilizzando il nostro sito, riconosci di aver letto e compreso le nostre Informativa sui cookie e Informativa sulla privacy.
Licensed under cc by-sa 3.0 with attribution required.