Non esisti, vai via!

6

Una volta ogni tanto (3 volte nelle ultime quattro settimane), non esisto. Il messaggio nel titolo di questa domanda è la mia risposta quando cerco di eseguire ssh mentre non esiste. Inoltre, quando non esisto, se eseguo id , mostra il mio uid e non il mio nome utente come altrimenti. E non posso usare sudo :

; sudo date
sudo: unknown uid: 13799

Ogni volta, il problema scompare spontaneamente entro un'ora e io esisto ancora una volta. Fortunatamente, ho sempre una finestra di terminale con una shell di root al suo interno, quindi posso ancora curiosare nel sistema. E non vedo nulla di male, almeno non riesco a dare un senso a nulla, tranne forse queste righe in /var/log/opendirectoryd.log :

2012-02-27 07:31:39.911 CET - 70535.351417.351419.351421 - Client: netstat, UID: 0, EUID: 0, GID: 0, EGID: 0
2012-02-27 07:31:39.911 CET - 70535.351417.351419.351421, Node: /Local/Default, Module: PlistFile - recordtype 'networks' attribute 'address' is not indexed: performance hit
2012-02-27 07:31:40.904 CET - 70539.351444.351448 - Client: launchd, UID: 13799, EUID: 13799, GID: 20, EGID: 20
2012-02-27 07:31:40.904 CET - 70539.351444.351448, Module: SystemCache - unable to find node 71E63E19-F41E-4AF3-89A0-F50FE5185E5B
2012-02-27 07:31:40.905 CET - 70539.351444.351448 - Client: launchd, UID: 13799, EUID: 13799, GID: 20, EGID: 20
2012-02-27 07:31:40.905 CET - 70539.351444.351448, Module: SystemCache - ODQueryCreateWithNode failed with error 'Node ID is invalid' (90001)

Sono di questa mattina, quando ho svegliato il laptop (ho usato odutil per aumentare un po 'il livello di registrazione). Sono stato in giro con dscl , e tutto sembra normale - posso vedere tutti i dati sul mio utente - ma non ho molta familiarità con i servizi di directory, quindi potrei aver perso qualcosa. (Come mi cerco da uid usando dscl?)

Quindi la mia domanda è duplice: questo problema suona un campanello? Il mio google-fu non è in grado di trovare nulla di rilevante. E puoi suggerire le cose per cercare di avere un ulteriore controllo sul problema, test da eseguire, cose da cercare?

Mentre scrivevo questa domanda, l'evento di oggi si è concluso ed io esisto ancora una volta. Quindi potrebbe essere una settimana o più prima della mia prossima possibilità di eseguire il debug di questo. Sono su OS X 10.7.3, btw, su un MacBook Pro.

    
posta Harald Hanche-Olsen 27.02.2012 - 08:11
fonte

1 risposta

2

In effetti suona un campanello, poiché ho visto problemi simili su una varietà di sistemi che vanno dal 10.3 al 10.6. Ecco alcune delle cause che ho osservato, in nessun ordine particolare.

  • Indirizzi server DNS errati nella configurazione di rete
  • Alias server o server LDAP non corretti (se la macchina fa parte di una rete LDAP o OpenDirectory)
  • Moduli PAM difettosi (se hai installato software di terze parti che utilizza PAM o installa in /etc/pam.d )
  • Miscelazione di account locali / BSD con account LDAP / OpenDirectory. Questo può accadere se hai account che sono stati ripetuti migrati su più versioni.
  • I GUID dell'account diventano non sincronizzati a causa della migrazione o di altri danneggiamenti del database OpenDirectory.
  • Si noti che può passare un minuto dopo che la macchina si è riattivata dallo stato di stop o termina l'avvio prima che il sistema di autenticazione sia completamente operativo. I problemi di connettività di rete possono ritardare notevolmente questo problema, specialmente se il sistema fa parte di una rete LDAP / OpenDirectory.

Da quando esegui la migrazione degli account, prova a configurare un nuovo account e verifica se il problema si verifica lì. Potrebbe essere possibile risolvere il problema scavando nel database OpenDirectory, ma potrebbe essere più semplice ricreare da zero l'account problematico.

Aggiorna

Poiché l'UID è stato modificato in passato in alcuni punti per motivi NFS, è probabile che GUID e UID non siano sincronizzati. Prova i seguenti comandi di Terminale per vedere se unix e Directory Services si trovano sulla stessa pagina:

dscl . -read /Users/sbnoble GeneratedUID
dscl . -read /Users/sbnoble UniqueID
id

L'output UID di "UniqueID" e "id" deve corrispondere l'un l'altro e l'UID NFS che ti aspetti.

    
risposta data 27.02.2012 - 17:24
fonte

Leggi altre domande sui tag