Impossibile avviare il demone con launchctl in Yosemite

Ho inserito un demone launchd ~/Library/LaunchAgentsche ha funzionato bene in Mavericks. Ma non inizierà nella beta pubblica di Yosemite. Il demone plist è così (il mio nome utente è darksaircon UID 501)

<?xml version="1.0" encoding="UTF-8"?>
<!DOCTYPE plist PUBLIC -//Apple Computer//DTD PLIST 1.0//EN
http://www.apple.com/DTDs/PropertyList-1.0.dtd >
<plist version="1.0">
  <dict>
    <key>Label</key>
    <string>org.darksair.retrmail</string>
    <key>ProgramArguments</key>
    <array>
      <string>/Users/darksair/bin/retrmail.py</string>
    </array>
    <key>KeepAlive</key>
    <false/>
    <key>StartInterval</key>
    <integer>300</integer>
    <key>LaunchOnlyOnce</key>
    <false/>
    <key>UserName</key>
    <string>darksair</string>
    <key>ProcessType</key>
    <string>Standard</string>
    <key>EnvironmentVariables</key>
    <dict>
      <key>PATH</key>
      <string>/Users/darksair/Python/bin:/Users/darksair/Python3/bin:/Users/darksair/bin:/usr/local/sbin:/usr/local/bin:/usr/bin:/bin:/usr/sbin:/sbin</string>
    </dict>
    <key>StandardOutPath</key>
    <string>/Users/darksair/logs/retrmail.log</string>
    <key>StandardErrorPath</key>
    <string>/Users/darksair/logs/retrmail.log</string>
  </dict>
</plist>

Fondamentalmente dovrebbe funzionare ~/bin/retrmail.pyogni 5 minuti.

Ho notato che in Yosemite launchd è aggiornato alla 2.0 e launchctl ha nuovi comandi. Provai

sudo launchctl kickstart user/501/org.darksair.retrmail

e diceva

Could not find service "org.darksair.retrmail" in domain for uid: 501

Ho anche provato la vecchia scuola

sudo launchctl load ~/Library/LaunchAgents/retrmail.plist

e diceva

/Users/darksair/Library/LaunchAgents/retrmail.plist: Path had bad ownership/permissions

Il file appartiene a me e al gruppo del personale. Ho provato sia l'autorizzazione 644 che 600 con lo stesso errore.

Quindi qualcuno sa come avviare correttamente un demone launchd in Yosemite?

AGGIORNAMENTO: sembra che il mio file dell'agente di avvio debba essere di proprietà di root:wheel. Dopo chown, ho provato

sudo launchctl load ~/Library/LaunchAgents/retrmail.plist

e non ha emesso alcun errore. E penso che il mio deamon stia funzionando correttamente. Lascerò aperta questa domanda perché ricordo che il documento launchd afferma chiaramente che il file dell'agente di avvio può essere di proprietà dell'utente che esegue il daemon.

AGGIORNAMENTO2: No, non funzionava correttamente. È stato eseguito solo una volta, ma non di nuovo, come se fosse scaricato.

AGGIORNAMENTO3: ho eseguito l'upgrade a Yosemite public beta 3 e ho cambiato il mio agente in questo

<?xml version="1.0" encoding="UTF-8"?>
<!DOCTYPE plist PUBLIC -//Apple Computer//DTD PLIST 1.0//EN
http://www.apple.com/DTDs/PropertyList-1.0.dtd >
<plist version="1.0">
  <dict>
    <key>Label</key>
    <string>org.darksair.retrmail</string>
    <key>ProgramArguments</key>
    <array>
      <string>/Users/darksair/bin/retrmail.py</string>
    </array>
    <key>StartInterval</key>
    <integer>300</integer>
    <key>UserName</key>
    <string>darksair</string>
    <key>EnvironmentVariables</key>
    <dict>
      <key>PATH</key>
      <string>/Users/darksair/Python/bin:/Users/darksair/Python3/bin:/Users/darksair/bin:/usr/local/sbin:/usr/local/bin:/usr/bin:/bin:/usr/sbin:/sbin</string>
    </dict>
    <key>StandardOutPath</key>
    <string>/Users/darksair/logs/retrmail.log</string>
    <key>StandardErrorPath</key>
    <string>/Users/darksair/logs/retrmail.log</string>
  </dict>
</plist>

Ho ricaricato questo agente e penso che ora funzioni correttamente. Lascio ancora aperta questa domanda perché non so cosa c'è che non va nel mio precedente plist.

In conclusione, quello che ho scoperto è che devo cambiare il proprietario del plist root:wheelper caricarlo.

A partire dal man launchctl

Si noti che i file di configurazione per utente (LaunchAgents) devono essere di proprietà di root (se si trovano in / Library / LaunchAgents) o dell'utente che li carica (se si trovano in $ HOME / Library / LaunchAgents). Tutti i daemon a livello di sistema (LaunchDaemons) devono essere di proprietà di root. I file di configurazione devono impedire le scritture di gruppo e del mondo. Queste restrizioni sono in vigore per motivi di sicurezza, in quanto la possibilità di scrivere su un file di configurazione launchd consente di specificare quale eseguibile verrà avviato.

La correzione è

sudo chmod 600 /Library/LaunchDaemons/x.plist
sudo chown root /Library/LaunchDaemons/x.plist

Stranamente, l'utilizzo sudoera il tuo problema. Usando sudo, non eri più te stesso, quindi non eri il proprietario del tuo file. Rimuovi sudo, ripeti il ​​comando e dovrebbe caricarsi bene. Ci scusiamo per l'approccio filosofico a tutto questo.

Ho trovato la soluzione

Il comando corretto in questo caso è

launchctl bootstrap gui/501 ~/Library/LaunchAgents/retrmail.plist

E per scaricare,

launchctl bootout gui/501 ~/Library/LaunchAgents/retrmail.plist

Non so perché sia launchctl loadnecessario il root, ma caricare / scaricare è comunque deprecato.

Mi sono imbattuto anche in questo, cercando di usare l'utente, non .plist di proprietà root (come si dovrebbe essere in grado di fare)

$ load ~/Library/LaunchAgents/com.blash.blah.plist
Could not find domain for 

Sono stato collegato a questa macchina in remoto mentre NON ero loggato dalla console (senza testa) che sembrava essere il mio problema - almeno i servizi gestiti dall'utente hanno bisogno che l'utente abbia effettuato l'accesso nella schermata principale (ho finito per farlo accesso tramite gestione remota poiché si tratta di una macchina senza testa)

IMO, se vuoi che funzioni anche se non sei personalmente lì per accedere, le tue opzioni sono:

• Effettua l'accesso automatico al tuo account (annota le implicazioni di sicurezza, anche senza il tag UserName come indicato in una delle risposte)

• Rendi i file root di proprietà come indicato nei vari suggerimenti (impostando l'utente come nuovo su UserName come hai già fatto)

Ecco un'idea sciocca.

Ho avuto lo stesso errore, anche dopo aver effettuato l'aggiornamento a Yosemite. Ho erroneamente supposto che significasse cattiva proprietà / permessi sul file .plist, quando in effetti, per qualche ragione, il binario a cui mi riferivo nel plist (nel mio caso cassandra), aveva perso il suo bit eseguibile.

chmod + x'ing lo ha riparato.

Probabilmente non è un tuo problema, ma potrebbe valere la pena provare :)

Rimuovere la UserNamechiave e la stringa.

Il problema è che la UserNamechiave può essere utilizzata solo se il processo è avviato da root. Può essere avviato come root solo se il plist è di proprietà di root. Fondamentalmente, il processo viene avviato da root e quindi viene richiesto all'utente specificato. Se vuoi che questo processo funzioni come te stesso, metti il ​​plist nella cartella ~ / Library / LaunchAgents e rimuovi la chiave UserName.

Stavi tentando di ricaricare manualmente un agente con autorizzazioni utente? Non capisco del tutto il motivo per cui è richiesto tutto ciò, ma credo che tu debba essere collegato al dominio del tuo utente (al quale sembra che tu non sia collegato quando corri come root). L'uso di queste funzioni per ricollegarsi ha funzionato per me.

function as_user {
    local user="$1"
    local user_pid=$(ps -axj | awk "/^$user / {print \$2;exit}")
    local command="sudo launchctl bsexec $user_pid sudo -u '$user' $2"
    echo "Running:"
    echo "$command"
    eval $command
}

function as_current_user {
    as_user "$(whoami)" "$*"
}

function reload_agent {
    as_current_user launchctl unload "$1"
    as_current_user launchctl load "$1"
}

Lo useresti come segue:

reload_agent ~/Library/LaunchAgents/com.hw.helloworld.plist

Bsexec ti rimette nel tuo dominio e ti consente di aggiungere l'attività come utente di lancio.