Ciao ragazzi,

Sono di nuovo io, ho uno scenario e ho bisogno del vostro consiglio ... Abbiamo installare un agente in 2,8 Unix e abbiamo pianificare un processo da eseguire una volta alla settimana. Ho notato che il job di cron che abbiamo calendario della console (computer, prof Win2K.) Per essere eseguito su l'agente è aggiunto il cron (lato agente, Unix, loc. / Var /bobina/cron / crontab / root). La mia domanda è, se il cron raggiungere la capacità massima di come il Unix gestire il lavoro in entrata cron da console. È il Unix ha un meccanismo che, se il cron di root è già caricato, si creerà un altro file di cron e trasferire tutto il contenuto del vecchio in modo che si ha abbastanza spazio per i processi di cron in arrivo da console.

Scusa se chiedo troppo problema molto, ti preghiamo di tenere con me ... io sono ancora un novizio ...

KuPS

Non sono sicuro di quello che si chiede, ma credo si tratti di confusione che vanno da console e cambiare crontab di root su un sistema di rispetto che va da un altro server (telnet, ssh ....) ad un sistema e la modifica di crontab di root.

Il crontab di root è un file (come specificato, / var /bobina/cron / crontab / root). Per modificare il crontab di root, utilizzare il comando crontab-e (leggere la pagina man di crontab prima). Il sistema inizierà un certo tipo di editor sessione - quindi è come l'editing di qualsiasi altro file in quel punto. Si apportano modifiche, salvare e uscire dall'editor.

Non ho mai sentito di una capacità massima di cron - Dubito che si possa raggiungere quanto quelli di noi che hanno erroneamente creato voci errate in cron che hanno creato più processi in secondo posso dire, non sarà il crontab, che arriva a un massimo ma il server - con i processi di instabilità in un circuito senza fine. Le voci più ho visto in un crontab fino ad oggi: 171 (a DBA, che ha così tanto in esecuzione in cron, non credo che lui ha bisogno anche di venire a lavorare più).

Le versioni moderne di cron hanno un limite. Almeno due di HP-UX e Solaris fare. E mi sono imbattuto in che molte volte il limite. Non ho mai sentito di un limite al numero di voci in un crontab o una raccolta di crontab. Ma c'è un limite al numero massimo di posti di lavoro cron sumultaneous esecuzione. Quando si supera questo si ottiene un messaggio come questo:
! c limite di eseguire coda max raggiunto Sat Jul 6 04:00:00 2002
! riprogrammazione un cron job Sat Jul 6 04:00:00 2002
E sì, ho copiato il messaggio dal file di registro su uno dei nostri server.

Il messaggio è un po 'criptico. Se date un'occhiata alla vostra queuedefs file, probabilmente troverete due linee, una per "a" posti di lavoro, e uno per "lotto" di posti di lavoro. Una terza linea che inizia con una "c" può esistere e sarebbe per cron jobs. In mancanza di tale linea, si applicano le impostazioni predefinite. Che è di 100, in modo da poter avere più di 100 posti di lavoro cron in esecuzione contemporaneamente. Ma è possibile ignorare questo modificando il queuedefs file. E questo è documentato, vedere "queuedefs uomo".