Configurazione della consolidazione dei registri eventi

Per avviare la procedura di consolidazione dei registri eventi, utilizzare il comando seguente:

/opt/dsau/sbin/clog_wizard

Per un sistema indipendente, per prima cosa la procedura guidata presenterà del testo introduttivo che illustra la consolidazione dei registri eventi, quindi chiederà:

Do you want to configure log consolidation? (y/n) [y]:

Rispondere sì (yes), oppure premere semplicemente Invio. La domanda successiva sarà:

You can configure this system nome_host as either a:
        - Consolidation server
        - Client that forwards logs to a remote consolidation server
Do you want to configure nome_host as a Consolidation
Server? (y/n) [y]:

Rispondere sì (y). La procedura guidata chiederà quindi:

Enter the fully qualified directory where the consolidated
logs should be stored []:

Per la consolidazione dei registri eventi, in genere è preferibile scegliere un filesystem dedicato. Dato che i registri consolidati come syslog possono crescere rapidamente, HP consiglia che il filesystem sia configurato con "largefiles". In questo esempio, si presume sia utilizzato il filesystem “/clog”.

La procedura guidata richiederà quindi il tipo di trasporto del client:

You can choose to have the clients forward logs to this
consolidation server using either the UDP protocol or the TCP protocol (recommended).

Do you want to use the TCP protocol? (y/n) [y]:

La scelta di TCP non preclude necessariamente l’utilizzo di UDP per l’inoltro dei messaggi dei registri da parte dei client. L’utilizzo esclusivo di TCP per i messaggi dei registri da parte del sistema di consolidazione dipende dal fatto che esso sta consolidando il proprio file di syslog locale. Per i dettagli, vedere oltre.

You need to choose a free port on this system for receiving logs. The port chosen
should be free on all cluster nodes.
Note: When configuring log consolidation on the clients,
this port will need to be specified.
Enter the TCP port to be used for receiving logs [1776]:

Non esiste una porta riservata per il trasporto TCP di syslog-ng. Sarà possibile scegliere qualsiasi porta che non sia in uso. HP consiglia agli amministratori di scegliere una porta nell’intervallo riservato, cioè sotto a quella 1024. Solamente i processi con privilegi di un sistema remoto sono in grado di connettersi alle porte privilegiate. Ciò offre solamente una debole garanzia di protezione, dato che implica che l’amministratore consideri fidato il sistema remoto. Per istituire delle più forti garanzie di protezione, vedere la sezione relativa a ssh dove si tratta dei client di inoltro dei registri; “Configurazione manuale di un client indipendente per l’inoltro dei registri eventi”.

Il file /etc/services documenta le porte riservate ben note. Scegliendo una porta riservata, la procedura guidata controllerà /etc/services ed utilizzerà “netstat -an” per verificare che la porta non sia in uso.

Va considerato che syslogd utilizza la porta UDP 514. L’uso della porta TCP 514 è riservato a remsh. remsh non è un protocollo sicuro ed è disabilitato in molti siti. Nel caso remsh sia stato disattivato nel sistema di consolidazione, sarà possibile utilizzare la porta TCP 514. Questo comporta il vantaggio che si tratta di una porta privilegiata e che ha il medesimo numero della porta UDP, essendo così più facile da ricordare e da gestire. Tuttavia, nel caso che l’amministratore modifichi il sistema per riattivare l’uso di remsh, syslog-ng dovrà essere riconfigurato per utilizzare una nuova porta e tutti i sistemi client che inoltrano a questo sistema dovranno essere aggiornati.

Diversamente da UDP, TCP è un protocollo orientato alla connessione. Ogni client che inoltra i registri utilizzando TCP disporrà di una connessione al server di consolidazione dei registri eventi. Per evitare attacchi di negazione del servizio, il numero predefinito delle connessioni TCP accettate da syslog-ng è limitato a 10. Per un maggior numero di client, modificare il file /etc/syslog-ng.conf.server del server di consolidazione. Cercare la riga TCP source nel file:

source s_syslog_tcp { tcp(port(porta_tcp) keep-alive(yes));};

ed aggiungere l’attributo max-connections() nel modo seguente:

source s_syslog_tcp { tcp(port(porta_tcp) keep-alive(yes) max-connections(N)); };

dove N è il numero previsto di client.

La procedura guidata chiederà quindi quali registri eventi devono essere consolidati:

Log files that reside on this system can be consolidated.

Would you like to consolidate this system's syslogs? (y/n) [y]:

Rispondendo di sì, i dati locali di syslog di questo sistema di consolidazione dei registri eventi saranno collocati nel registro consolidato, assieme ai dati di syslog del sistema client. Per conservare la priorità ed il servizio delle voci di syslog, sarà utilizzato il loopback UDP locale, inoltre syslog sarà configurato per inoltrare le voci verso la sua porta locale UDP 514. syslog-ng è configurato per leggere da questa porta. Perciò, consolidando i syslog di questo sistema si consentirà ai client di connettersi anche a questo server di consolidazione dei registri eventi tramite la porta UDP 514, anche se in precedenza è stato specificato il trasporto TCP. Scegliendo di non consolidare i syslog di questo sistema, la precedente selezione del trasporto TCP richiederà che tutti i client di inoltro dei registri siano configurati per l’utilizzo del trasporto TCP. La procedura guidata visualizzerà il riepilogo di tutte le scelte di configurazione eseguite dall’amministratore:

Summary of Log Consolidation Configuration:

       You have chosen to configure nome_host as a Log
       Consolidation Server.
       Logs will be forwarded from the remote consolidation
       clients to local port 1776 using the TCP protocol.

       The consolidated logs will be stored under directory:
              		/clog

       The following logs from the local system will be
       consolidated:
             		Syslog

Se queste scelte sono corrette, proseguire:

Do you want to continue? (y/n) [y]: y

La procedura guidata visualizzerà il progredire dell’operazione, descrivendo quali file sono modificati e segnalerà che fino al termine della configurazione è stato disattivato Ctrl/C. Per la descrizione completa dei file modificati, consultare “Configurazione manuale della consolidazione dei registri eventi”.

Copying files that will be modified by the wizard to
/var/opt/dsau/root_tmp/clog. These files will be used to
restore the system to its current log consolidation
configuration, in the event of a failure.

Configuring nome_host as a log consolidation server.

Creating the /etc/syslog-ng.conf.server configuration
file.


Creating a symbolic link from /etc/syslog-ng.conf to the 
/etc/syslog-ng.conf.server configuration file.
Creating /etc/rc.config.d/syslog-ng, the log
consolidation configuration file.

Updating the syslog configuration:
       Updating the /etc/rc.config.d/syslogd file to add
        -N SYSLOGD_OPTS. This stops syslogd from
       listening to UDP port 514.

       Updating the /etc/syslog.conf file for UDP local
       loopback. 

       Starting syslogd for the configuration changes to
       take effect.

Registering the log consolidation ports in the
/etc/services file.

Starting syslog-ng.

Successfully configured nome_host as a log consolidation
server.

Quando si esegue clog_wizard (vedere clog_wizard(1M)) in un cluster, per prima cosa accertarsi che tutti i suoi membri siano in funzione e disponibili. La procedura guidata deve eseguire le operazioni di configurazione in ogni membro. È necessario eseguirla una sola volta, in un qualsiasi membro del cluster. Nel caso si esegua la procedura guidata più di una volta, potrebbero essere visualizzati ulteriori messaggi di richiesta.

La procedura guidata imposterà e creerà un pacchetto di Serviceguard per il servizio di registrazione eventi consolidato. Accertarsi che il valore di MAX_CONFIGURED_PACKAGES del cluster sia in grado di accogliere il pacchetto aggiuntivo. Per ulteriori informazioni su questa impostazione, consultare il manuale Managing Serviceguard, che fa parte della documentazione di Serviceguard.

La procedura guidata visualizza innanzitutto alcuni paragrafi introduttivi, che spiegano la consolidazione dei registri eventi (l’output della procedura guidata può avere una formattazione diversa da quella mostrata qui):

Consolidated logging (clog) lets you combine the log entries from multiple
remote systems into a single file. This feature is used to
consolidate syslog data from several systems. Each remote system
continues to write entries to its local syslog.log and additionally
forwards the entries to the consolidating host. The systems forwarding
log entries are consolidation clients. The system to which they send
entries is the consolidation server. In addition to syslog data,
clog can also consolidate arbitrary text log files.

In a Serviceguard cluster, clog can help you automate package log
file consolidation. Log consolidation is especially useful in a
Serviceguard cluster, because it enables you to look at a single 
consolidated file instead of the per-member logs. The clog wizard needs 
to be run only once in the cluster and not on each cluster member. 
All cluster members should be up when running this wizard.

clog_wizard will prompt you for information to configure log file 
consolidation. Some questions display a default answer in square
brackets. If you press <Return/Enter>, the clog_wizard uses the 
default answer.

Press “Enter” to continue...

Press Enter.

Querying the system membro_cluster for current status, one moment...

Il prompt successivo è:

You can configure this cluster nome_cluster as either a:
        - Consolidation server
        - Client that forwards logs to a remote consolidation server

Do you want to configure membro_cluster as a Consolidation
Server?  (y/n) [y]:

To configure this cluster as a log consolidation server, the wizard
will create a Serviceguard package called “clog”. The package
requires the following:
   - Dedicated storage for failover between cluster members. The
     consolidated logs will be stored here. This includes an LVM
     volume group, LVM logical volume, a filesystem, filesystem
     mount point, and the desired mount options. this storage
     infrastructure needs to be configured cluster-wide before
     proceeding.
   - An IP address and subnet address pair for the package. IPv4
     or IPv6 addresses can be used. The IP address should be registered
     in DNS, if this cluster will consolidate logs from remote clients.
This should be appropriately configured on each cluster member before
proceeding with the consolidation server configuration.

Rispondere sì (y).

In un cluster, la procedura guidata configurerà syslog-ng per l’alta disponibilità, utilizzando un pacchetto di Serviceguard. Il nome del pacchetto per la registrazione eventi consolidata è “clog”. Prima di proseguire o iniziare la procedura guidata, per il pacchetto deve essere impostata la configurazione d’archiviazione LVM e quella della rete. Per ulteriori informazioni, consultare la sezione “Creating a Storage Infrastructure with LVM” del capitolo “Building an HA Cluster Configuration”, nel manuale Managing Serviceguard.

	NOTA: La procedura guidata supporta solamente la creazione di pacchetti basati sui gruppi di volumi LVM. Utilizzando CFS o VxVM, sarà necessaria la configurazione manuale. Per maggiori dettagli, vedere la sezione “Configurazione manuale della consolidazione dei registri eventi”.

La procedura guidata farà le seguenti richieste, le quali dovrebbero essere tutte già configurate:

La procedura guidata richiederà quindi il tipo di trasporto del client.

You can choose to have the clients forward logs to this consolidation
server using either the UDP or the TCP protocol (recommended).

Do you want to use the TCP protocol? (y/n) [y]: y

You need to choose a free port on this cluster for receiving logs. The
port chosen should be free on all cluster nodes.

Note: When configuring log consolidation on the clients, this port
will need to be specified.

Enter the TCP port to be used for receiving logs []: 1776

La scelta di TCP non preclude necessariamente l’utilizzo di UDP per l’inoltro dei messaggi dei registri da parte dei client. L’utilizzo esclusivo di TCP per i messaggi dei registri da parte del sistema di consolidazione dipende dal fatto che esso sta consolidando il proprio file di syslog locale. Per i dettagli, vedere oltre.

Scegliendo di usare TCP, sarà necessario selezionare una porta TCP libera. Questa porta deve essere libera in tutti i membri del cluster. Per i dettagli sulla scelta di una porta TCP utilizzando clog_wizard, vedere la sezione “Configurazione con clog_wizard di un client d’inoltro dei registri eventi”.

La procedura guidata chiederà quindi quali registri eventi devono essere consolidati:

Log files that reside on this cluster can be consolidated.

Would you like to consolidate this cluster's syslogs? (y/n) [y]:

Would you like to consolidate this cluster's package logs? (y/n) [y]:

In un cluster Serviceguard, è possibile consolidare tutti i file di syslog specifici di un membro in un singolo registro syslog consolidato, contenente syslog.log, mail.log e syslog-ng.log. È inoltre possibile consolidare i registri del pacchetto specifici dei singoli membri.

Scegliendo di consolidare i registri syslog del cluster, i client remoti potranno anche inoltrare al cluster via UDP i messaggi syslog, indipendentemente dalla risposta data alla domanda “Do you want to use the TCP protocol”. Scegliendo di non consolidare i syslog di questo cluster, la precedente selezione del trasporto TCP richiederà che tutti i client di inoltro dei registri siano configurati per l’utilizzo del trasporto TCP.

I registri eventi consolidati saranno collocati nel filesystem associato a questo pacchetto. Secondo l’esempio precedente, il file syslog.log dovrebbe trovarsi qui:

/clog/syslog/syslog.log,mail.log,syslog-ng.log

I registri eventi consolidati dei pacchetti dovrebbero trovarsi qui:

/clog/package/pacchetto_1.log, pacchetto_2.log, ..., pacchetto_N.log

La procedura guidata ora dispone di tutti i dati necessari per configurare il pacchetto per la registrazione eventi consolidata: mostrerà una schermata di riepilogo e conferma, quindi eseguirà la configurazione:

Summary of Log Consolidation Configuration:
       You have chosen to configure nome_cluster as a Log Consolidation Server.
       Logs will be forwarded from the remote consolidation clients
       to local port numero_porta using the TCP protocol.

       For high availability the Serviceguard package "clog" will be 
       configured with the following attributes:
             Volume Group:     /dev/vgclog
             Logical Volume:   /dev/vgclog/lvol1
             Filesystem:       /clog
             Mount Options:    -o rw,largefiles
             Filesystem Type:  vxfs
             IP Address:       192.10.25.12
             Subnet:           192.10.25.0

       The following logs on this cluster will be consolidated:
             Syslog
             Serviceguard package logs 

Do you want to continue? (y/n) [y]:

******* WARNING!!!! ********
To protect against possible corruption of sensitive configuration files,
control-c has been disabled for the remainder of this configuration.

Copying files that will be modified by the wizard
to /var/opt/dsau/root_tmp/clog on each cluster node.
These files will be used to restore the cluster to its
current log consolidation configuration, in the event
of a failure.

Configuring membro_cluster as a log consolidation server.

The configuration will be done on all cluster nodes.
It will take a few minutes....

Creating the /etc/syslog-ng.conf.server configuration file.

Creating the /etc/syslog-ng.conf.client configuration file.

Creating a symbolic link from /etc/syslog-ng.conf to the
/etc/syslog-ng.conf.client configuration file.

[Halting the "clog" Serviceguard package if it is up.]

Creating /etc/rc.config.d/syslog-ng, the log consolidation
configuration file.
Updating the syslog configuration:
    Updating the /etc/rc.config.d/syslogd file to add -N to
   SYSLOGD_OPTS. This stops syslogd from listening to UDP port
   514.

     Updating the /etc/syslog.conf file for UDP local loopback.

     Starting syslogd for the configuration changes to take effect. 

Registering the log consolidation ports in the /etc/services file.

Starting syslog-ng.

Setting up the log consolidation server to be highly available.

Configuring the "clog" Serviceguard package.

Applying the "clog" Serviceguard package configuration file.
This will take a moment.

Starting the "clog" Serviceguard package. This will take a few moments...

The "clog" Serviceguard package has been started on membro_cluster.

Successfully created the "clog" Serviceguard package.

Successfully configured membro_cluster as a log consolidation server.

In un cluster Serviceguard, il nodo adottivo del pacchetto clog esegue le funzioni di consolidazione dei registri eventi. Tutti gli altri membri del cluster partecipano come client d’inoltro dei registri ed inviano i relativi messaggi all’indirizzo IP riallocabile del pacchetto clog.

DSAU mantiene due file di configurazione, che determinano se l’istanza di syslog-ng in un dato membro del cluster opera come server di consolidazione o come client d’inoltro dei registri: /etc/syslog-ng.conf.server e /etc/syslog-ng.conf.client. Il collegamento simbolico /etc/syslog-ng.conf punta ad uno dei file di configurazione. Quando si esegue l’avvio del cluster, tutti i suoi membri si avviano come client d’inoltro dei registri eventi, con syslog-ng in esecuzione in ogni membro. Lo script d’avvio /sbin/init.d/syslog-ng imposta il collegamento simbolico /etc/syslog-ng.conf in modo che punti a /etc/syslog-ng.conf.client.

All’avvio del pacchetto clog, il nodo adottivo riavvia l’istanza di syslog-ng come server di consolidazione dei registri eventi. Lo script del pacchetto reimposta il collegamento simbolico /etc/syslog-ng.conf in modo che punti a /etc/syslog-ng.conf.server. In caso di arresto del pacchetto clog, il collegamento simbolico sarà modificato in modo da puntare a /etc/syslog-ng.conf.client e l’istanza di syslog-ng di tale membro sarà riavviata. Quando un cluster è un server di consolidazione dei registri eventi ed il pacchetto è inattivo, la consolidazione dei registri eventi non avverrà ed i messaggi dei registri eventi inoltrati andranno perduti.

I membri del cluster possono inoltrare i messaggi dei registri eventi al sistema di consolidazione utilizzando UDP o TCP. All’interno di un cluster Serviceguard, non è utilizzato il port forwarding ssh. È possibile utilizzare il port forwarding ssh per proteggere il traffico dei registri eventi inoltrati dai client remoti all’esterno del cluster. Per ulteriori informazioni, consultare “Port forwarding ssh”.

Distributed Systems Administration Utilities richiede Serviceguard 11.17 o successiva. Con Serviceguard 11.17 o successiva, quando si aggiungono o rimuovono membri dal cluster o si aggiungono o rimuovono dei pacchetti, gli strumenti di registrazione eventi consolidata di DSAU eseguiranno automaticamente le opportune azioni di configurazione. In particolare:

Quando si verifica un guasto nel nodo adottivo, prima che il pacchetto clog esegua il failover in un altro membro del cluster, trascorre un certo lasso di tempo. Maggiore è questo tempo di failover, maggiore sarà la possibilità di perdere dei messaggi del registro eventi consolidato. Per minimizzare la perdita di messaggi durante il failover, utilizzare le seguenti linee guida.

Esistono due modi per configurare un client per l'inoltro dei registri eventi: come macchina indipendente oppure come cluster Serviceguard. Quando si configura un cluster come client per l’inoltro dei registri eventi, tutti i membri del cluster dovranno essere configurati come client in modo identico. La procedura guidata rivolgerà le medesime domande ed eseguirà le medesime azioni di configurazione per i sistemi singoli e per i cluster. Gli esempi in basso mostrano l’uso di clog_wizard in un cluster Serviceguard. Dopo avere eseguito clog_wizard, rispondere “yes” alla domanda seguente:

Do you want to configure log consolidation? (y/n) [y]:

o premere Invio. La domanda successiva sarà:

You can configure this cluster membro_cluster as either a:
   - Consolidation server
   - Client that forwards logs to a remote consolidation server

Do you want to configure membro_cluster as a Consolidation Server?  (y/n) [y]: n

Qui, rispondere “No”. A questo punto si sta configurando un client per l’inoltro dei registri eventi. La procedura guidata mostrerà:

You now need to specify which system will be the
consolidator. If the consolidator is a Serviceguard
cluster, specify the IP address of the "clog"
Serviceguard package for this question. The "clog"
package makes log consolidation highly
available on the consolidator.

The consolidation server must already be configured.

Enter the hostname or IP address of the consolidator
[]: clog.usa.xyz.com

Dopo avere immesso il nome host o l’indirizzo IP del server di consolidazione dei registri eventi, la procedura guidata chiederà se si desidera utilizzare il trasporto TCP per l’inoltro dei messaggi dei registri eventi:

You can choose to forward logs to the consolidator using either
the UDP protocol or the TCP protocol (recommended).

Do you want to use the TCP protocol? (y/n) [y]:

Il daemon syslogd standard inoltra i messaggi utilizzando il protocollo UDP. UDP è un protocollo ad alto rendimento, orientato alla trasmissione, senza controllo di flusso né controllo della ricezione dei messaggi. syslog-ng supporta il protocollo UDP di syslogd e il protocollo TCP. Il trasporto TCP offre sia il controllo di flusso sia il controllo della ricezione dei messaggi. Tuttavia, dato che TCP è un protocollo orientato alla connessione, richiede risorse aggiuntive nel server di consolidazione dei registri eventi. L’attributo max-connections() del server di consolidazione dovrà essere impostato secondo il numero massimo di client previsti. Per una discussione dell’impostazione di max-connections(), consultare la sezione “Configurazione con clog_wizard di un server di consolidazione dei registri eventi indipendente”.

Rispondendo “yes” per l’uso di TCP, la domanda successiva chiederà verso quale porta TCP inoltrare i messaggi:

Ask the administrator of the consolidation server which TCP
port was configured for receiving logs.

Enter the TCP port configured on the CONSOLIDATOR for
receiving logs []: 1776

È necessario utilizzare la porta TCP selezionata dall’amministratore di sistema nel server di consolidazione dei registri eventi. Se per la configurazione del server è stato utilizzato clog_wizard, il numero della porta è stato salvato in /etc/rc.config.d/syslog-ng, come variabile CLOG_TCP_PORT. In questo esempio, è utilizzata la porta TCP 1776. Rispondendo “yes” alla domanda su TCP, sarà visualizzata quella seguente:

The TCP protocol can be used together with Secure
Shell port forwarding to enhance security. Each member
of this cluster must already have non interactive Secure
Shell Authentication set up with the consolidator. You
can use the tool /opt/dsau/bin/csshsetup to configure
non interactive Secure Shell Authentication.

Do you want to configure Secure Shell port forwarding? (y/n) [y]:

Scegliere “yes” per utilizzare il port forwarding ssh. In questo modo tutto il traffico generato da questo client locale d’inoltro dei registri eventi verso il sistema di consolidazione sarà crittografato.

	NOTA: Quando un cluster Serviceguard è il server di consolidazione dei registri eventi, in esso è necessaria una speciale configurazione di protezione ssh. Per i dettagli, vedere “Port forwarding ssh”.

Il port forwarding di ssh richiede una porta TCP libera addizionale nel sistema client locale:

Per il port forwarding di ssh è necessario scegliere una porta libera in questo cluster. La porta selezionata deve essere libera in tutti i nodi del cluster.

Enter the ssh port to be used for port forwarding []: 1775

Per questa porta si applica il medesimo criterio per la scelta della porta TCP libera per syslog-ng. Per i dettagli, vedere “Configurazione con clog_wizard di un server di consolidazione dei registri eventi indipendente”. In questo esempio, è utilizzata la porta locale 1775. Per un cluster Serviceguard client d’inoltro dei registri eventi, i syslog ed i registri eventi dei pacchetti del cluster dovranno essere inoltrati al server di consolidazione dei registri eventi. Per un sistema indipendente, la procedura guidata chiederà solamente se inoltrare i messaggi di syslog:

Log files that reside on this cluster can be forwarded to the
consolidator.

Would you like to forward this cluster's syslogs? (y/n) [y]:

Would you like to forward this cluster's package logs? (y/n) [y]:

Quando si esegue l'inoltro dei registri eventi dei pacchetti di un cluster, per aggiungere le righe per il filtraggio di syslog-ng, in modo che questi registri dei pacchetti siano consolidati nei propri file, sarà necessaria la configurazione manuale. Per i dettagli, vedere “Configurazione manuale di un cluster Serviceguard come client per l'inoltro dei registri eventi”.

Dopo avere risposto a tutte le domande, clog_wizard mostrerà la seguente schermata di riepilogo:

Summary of Log Consolidation Configuration:

       You have chosen to configure nome_cluster as a Log Consolidation Client.
       Logs will be forwarded to the remote consolidation server
       clog.usa.xyz.com on port 1776 using the TCP protocol.

       The TCP protocol will be used together with Secure Shell 
       Port Forwarding using port 1775, for added security.

       The following logs will be forwarded for consolidation:
            Syslog
            Serviceguard package logs

Do you want to continue? (y/n) [y]:

Confermare le risposte scegliendo “yes” e la procedura guidata riepilogherà le operazioni di configurazione eseguite:

Copying files that will be modified by the wizard to /var/opt/dsau/root_tmp/clog.
on each cluster node.
These files will be used to restore the cluster to its current log consolidation
configuration, in the event of a failure.

Configuring nome_cluster as a log consolidation client.

The configuration will be done on all cluster nodes.
It will take a few minutes....

Creating the /etc/syslog-ng.conf.client configuration file.

Creating a symbolic link from /etc/syslog-ng.conf to the 
/etc/syslog-ng.conf.client configuration file.

Creating /etc/rc.config.d/syslog-ng, the log consolidation configuration file.
       Updating the syslog configuration:
       Updating the /etc/rc.config.d/syslogd file to add -N to SYSLOGD_OPTS.
       This stops syslogd from listening to UDP port 514.

       Updating the /etc/syslog.conf file for UDP local loopback.

       Starting syslogd for the configuration changes to take effect.

Registering the log consolidation ports in the /etc/services file.

Starting syslog-ng.

Successfully configured nome_cluster as a log consolidation client.

Per ulteriori informazioni sulle operazioni di configurazione eseguite da clog_wizard, consultare “Configurazione manuale di un cluster Serviceguard come server di consolidazione dei registri eventi”.

Cominciare configurando il daemon syslogd standard per coesistere con il daemon di consolidazione syslog-ng. Per impostazione predefinita, syslogd è in ascolto per i messaggi dei registri in arrivo nella porta UDP 514. Nel caso si desideri accettare i messaggi UDP per syslog dai client remoti, oppure consolidare i syslog locali di questo server, syslog-ng deve essere in ascolto nella porta UDP 514. Modificare il file /etc/rc.config.d/syslogd ed aggiungere a SYSLOGD_OPTS l'opzione -N, che impedisce a syslogd di essere in ascolto nella porta 514. Ad esempio:

SYSLOGD_OPTS=“-D -N”

Se si desidera che i messaggi syslog locali provenienti dal server di consolidazione dei registri eventi stesso facciano parte della consolidazione di syslog, modificare il file /etc/syslog.conf per inoltrare i messaggi verso la porta 514 nell’host locale, dove saranno letti da syslog-ng. Utilizzando come esempio il file /etc/syslog.conf predefinito di HP-UX, aggiungere le righe seguenti:

mail.debug                @server_consolidazione_registri
*.info;mail.none          @server_consolidazione_registri

dove server_consolidazione_registri è il nome di dominio completamente qualificato del server di consolidazione. Il nome deve essere completamente qualificato, oppure syslogd non inoltrerà correttamente i messaggi.

	NOTA: Prima di ogni carattere @ deve essere presente quello <tab>.

Se syslog.conf è stato personalizzato, accertarsi di aggiungere anche le righe per l’inoltro nella propria personalizzazione.

Affinché le modifiche abbiano effetto, è necessario fermare e riavviare syslogd, utilizzando i seguenti comandi:

#/sbin/init.d/syslogd stop

#/sbin/init.d/syslogd start

Con syslogd opportunamente configurato, configurare syslog-ng.

Cominciare con il medesimo modello syslog-ng.conf utilizzato da clog_wizard. Copiare /opt/dsau/share/clog/templates/syslog-ng.conf.server.template in /etc/syslog-ng.conf.server. Questo file contiene dei token, nella forma <%nome_token%> che sono sostituiti dalla procedura guidata in base alle risposte dell’amministratore alle sue domande.

Sostituire i token nel modo seguente:

La configurazione di un cluster Serviceguard come server di consolidazione è simile a quella di un sistema singolo. Tutti i membri del cluster devono essere operativi quando si esegue questa procedura guidata.

Creare in ogni membro del cluster i file di configurazione descritti oltre. L’approccio più semplice è di configurare completamente un membro e quindi copiare ogni file di configurazione in tutto il cluster. Gli strumenti cexec e ccp sono in grado di semplificare la replicazione delle modifiche in tutto il cluster.

In una configurazione cluster, syslog-ng è impostato come pacchetto, in modo che il servizio di consolidazione dei registri eventi sia ad alta disponibilità. Il nome del pacchetto deve essere clog ed i suoi file di configurazione richiedono le informazioni seguenti:

Prima di continuare, completare la registrazione di indirizzo IP e la configurazione di archiviazione e filesystem. Per ulteriori informazioni sulla creazione della configurazione di archiviazione e filesystem di Serviceguard per un pacchetto, consultare il manuale Managing Serviceguard.

Per una panoramica su come configurare in un cluster la registrazione eventi consolidata, consultare la sezione “Note sulla configurazione del cluster per clog”.

Creazione del pacchetto clog

Per creare la registrazione eventi consolidata oppure il pacchetto clog, iniziare copiando i modelli del pacchetto:

# mkdir /etc/cmcluster/clog # cd /etc/cmcluster/clog # cp /opt/dsau/share/serviceguard/templates/clog.conf.template clog.conf # cp /opt/dsau/share/serviceguard/templates/clog.script.template clog # chmod +x clog

È necessario modificare sia il file di configurazione del pacchetto clog.conf sia lo script di controllo del pacchetto clog, sostituendo i delimitatori dei token segnaposto con i valori correnti.

In clog.conf c’è un solo token da sostituire, <%SG_PKG_SUBNET%>. Questo identifica la sottorete del pacchetto. È il medesimo valore di sottorete dello script di controllo del pacchetto. Per identificare la sottorete corretta per l’indirizzo IP del pacchetto, utilizzare netstat -i.

Nello script di controllo del pacchetto, clog, eseguire le modifiche descritte oltre.

</