On 02/12/2014 14:25, Gian Uberto Lauri wrote: > Pol Hallen writes: > > ciao a tutti :-) > > > > leggendo qua e la noto che: > > > > - systemd ha i suoi log (binari) - rispetto a quelli testuali di syslog > > I logo sono gestiti da journald e sono strutturati a campi di > dimensione fissa con valori binari possibili anche nel corpo del > messaggio di log. Se poi systemd è pensato per dover per forza avere > journald come logger, non so quanto sia una buona cosa, ma sono > portato a dire che non la sia.
Via, sfatiamo qualche mito. Si, systemd ha bisogno di journald ma puoi configurare journald per usare un piccolo buffer circolare di RAM e mandare tutto a syslogd. In pratica journald diventa un "dettaglio implementativo" di come systemd gestisce internamente i log e tu continui a vedere syslogd e manco te ne accorgi. > E non è non avere log in text plain (sarebbe meglio in ascii con > opportune sequenze per i caratteri oltre i 7 bit) che ha portato molti > ad affermare che è male perché alza i requisiti minimi di fruizione > dei log un po' troppo in alto. Vedi sopra. > Inoltre non sono sicuro che sia tanto efficiente quanto un db nato per > fare il db Per quello che deve fare è anche più veloce di un db, ma puoi sempre usare uno dei vari tool per inoltrare i log ad un'altra macchina (come fa rsyslog) e li gestirli con journald, syslogd oppure mandarli dentro a un database relazionale. > > - tutti i servizi della macchina dipendono da systemd (e di conseguenza > > se crasha occorre riavviare) > > In realtà dovrebbe fare sempre fork & exec mantenendo la paternità dei > processi avviati per poterne fare il wait finale. > > Se systemd avesse qualcosa di interattivo per fargli fare la wait > finale su tutti i defunct con ppid 1 non sarebbe niente male. Cosa intendi? Se non sbaglio fa esattamente questo. federico -- Federico Di Gregorio [email protected] Di Nunzio & Di Gregorio srl http://dndg.it I did appreciate the irony that I was whining about encoding issues on a mailing list that was unable to show those chars, too. -- Antti S. Lankila to mono-devel-list@ -- Per REVOCARE l'iscrizione alla lista, inviare un email a [email protected] con oggetto "unsubscribe". Per problemi inviare un email in INGLESE a [email protected] To UNSUBSCRIBE, email to [email protected] with a subject of "unsubscribe". Trouble? Contact [email protected] Archive: https://lists.debian.org/[email protected]
