Red Hat Training

A Red Hat training course is available for Red Hat Satellite

Capitolo 10. Troubleshooting

Questo capitolo fornisce alcuni suggerimenti per poter determinare le cause e per poter risolvere gli errori più comuni associati con Red Hat Network Satellite. Se avete bisogno di ulteriori informazioni, contattate il supporto di Red Hat Network su https://access.redhat.com/support/. Eseguite un log in utilizzando il vostro account abilitato al Satellite in modo da visualizzare un elenco completo di opzioni.
Per iniziare il troubleshooting dei problemi generali esaminare il file di log o i file relativi al componente in questione. Un esercizio utile è quello di eseguire il comando tail -f per tutti i file di log, per poi eseguire yum list. Successivamente esaminate tutte le nuove entry per possibili indizi.
Un problema molto comune è quello reltivo al consumo dello spazio del disco. Un segno indicativo di questo problema è la comparsa di linee non complete all'interno dei file di log. Se il processo di login è stato arrestato durante l'azione di scrittura, ad esempio una parola rimasta a metà, molto probabilmente questo sarà un segno che lo spazio del vostro disco è stato riempito. Per una conferma, eseguite questo comando e controllate le percentuali nella colonna Utilizzo%.. 
# df -h
In aggiunta ai file di log, è possibile ottenere informazioni aggiuntive riprendendo lo stato del vostro Red Hat Network Satellite e dei suoi vari componenti. Per eseguire questa procedura utilizzate il seguente comando: 
# /usr/sbin/rhn-satellite status
In aggiunta, è possibile ottenere lo stato dei componenti come ad esempio Apache Web e Red Hat Network Task Engine in modo individuale. Per esempio, per visualizzare lo stato del server Apache Web eseguire il comando: 
# service httpd status
10.1. Installazione ed aggiornamento
Domanda: SELinux mi invia messaggi durante l'installazione. Perchè?
Domanda: Ho modificato /var/satellite in un NFS mount e ora SELinux impedisce il suo funzionamento corretto. Cosa devo fare?
Domanda: Il mio Satellite non funziona correttamente. Perchè?
10.2. Servizi
Domanda: Perchè l'Apache Web server non è in esecuzione?
Domanda: Come faccio a sapere qual è lo stato di Red Hat Network Task Engine?
Domanda: Come faccio a sapere qual è lo stato del database embedded di Satellite?
Domanda: Cosa devo fare se la funzione push, yum o up2date di Red Hat Network Satellite non funzionano più?
10.3. Connettività
Domanda: Non sono in grado di collegarmi! Come faccio a sapere qual è il problema?
Domanda: Cosa posso fare se il processo di importazione o sincronizzazione di un canale fallisce e non sono in grado di ripristinarlo?
Domanda: Visualizzo errori "SSL_CONNECT". Cosa posso fare ora?
10.4. Registrazione e riporto
Domanda: Quali sono i diversi tipi di file di log?
Domanda: Come posso usare spacewalk-report?
Domanda: Come posso determinare la mia versione dello schema del database?
Domanda: Come faccio a sapere quali sono i tipi di caratteri a mia disposizione?
Domanda: Perchè l'amministratore non è in grado di ricevere le email?
Domanda: Come faccio a modificare il mittente della posta di traceback?
10.5. Errori
Domanda: Visualizzo l'errore "Errore di convalida del certificato satellite" durante l'installazione di Red Hat Network Satellite. Come posso correggerlo?
Domanda: Visualizzo l'errore "ERRORE: server.mount_point non impostato nel file di configurazione" quando provo ad attivare o sincronizzare Red Hat Network Satellite. Come lo correggo?
Domanda: Perchè cobbler check genera un errore il quale indica che è necessaria una versione diversa di yum-utils?
Domanda: Visualizzo un errore "versione non supportata" durante il tentativo di attivazione del certificato di Red Hat Network Satellite. Come posso correggerlo?
Domanda: Visualizzo un errore "Internal Server Error" relativo ad ASCII quando provo a modificare il profilo kickstart. Per quale motivo?
Domanda: Visualizzo errori "host non trovato" o "Impossibile determinare il FQDN". Cosa posso fare ora?
Domanda: Visualizzo il seguente messaggio "This server is not an entitled Satellite" quando provo a sincronizzare il server di Red Hat Network Satellite. Come posso correggerlo?

10.1. Installazione ed aggiornamento

Domanda:
SELinux mi invia messaggi durante l'installazione. Perchè?
Risposta:
Se avete difficoltà con i messaggi di SELinux (come ad esempio i messaggi di negazione AVC) durante l'installazione di Red Hat Network Satellite, assicuratevi di avere a disposizione i file audit.log in modo da poter usufruire del supporto offerto da Red Hat. Il file è disponibile su /var/log/audit/audit.log ed è consigliato allegarlo al vostro Support ticket per il supporto del nostro personale.
Domanda:
Ho modificato /var/satellite in un NFS mount e ora SELinux impedisce il suo funzionamento corretto. Cosa devo fare?
Risposta:
È necessario indicare a SELinux la presenza di un NFS mount in modo da poter abilitarne il traffico. Per fare questo usare il seguente comando: 
# /usr/sbin/setsebool -P spacewalk_nfs_mountpoint on
Se utilizzate Red Hat Enterprise Linux 6 sarà necessario usare anche il seguente comando: 
# /usr/sbin/setsebool -P cobbler_use_nfs on
Domanda:
Il mio Satellite non funziona correttamente. Perchè?
Risposta:
Non registrate Red Hat Network Satellite ai seguenti canali figlio disponibili dai server centrali di Red Hat Network:
  • Red Hat Developer Suite
  • Red Hat Application Server
  • Red Hat Extras
  • Canali del prodotto di JBoss
Con la sottoscrizione ai suddetti canali e l'aggiornamento del vostro Satellite potreste installare versioni nuove ma incompaibili di componenti software critici, con un conseguente fallimento di Satellite.

10.2. Servizi

Domanda:
Perchè l'Apache Web server non è in esecuzione?
Risposta:
Se Apache Web server non è in esecuzione le voci presenti all'interno del file /etc/hosts potrebbero non essere corrette.
Domanda:
Come faccio a sapere qual è lo stato di Red Hat Network Task Engine?
Risposta:
Per poter ottenere lo stato di Red Hat Network Task Engine, eseguire il comando: 
# service taskomatic status
Domanda:
Come faccio a sapere qual è lo stato del database embedded di Satellite?
Risposta:
Per ottenere lo stato del database embedded di Satellite, se presente, eseguire il comando: 
# service oracle status
Domanda:
Cosa devo fare se la funzione push, yum o up2date di Red Hat Network Satellite non funzionano più?
Risposta:
Se yum, up2date, oppure la funzione di push di Red Hat Network Satellite non è più funzionale, è possibile che i file di log più vecchi possano presentare degli errori. Arrestate il demone jabberd prima di rimuovere questi file. Per fare questo emettere i seguenti comandi come utente root: 
# service jabberd stop
# rm -f /var/lib/jabberd/db/_db*
# service jabberd start

10.3. Connettività

Domanda:
Non sono in grado di collegarmi! Come faccio a sapere qual è il problema?
Risposta:
I seguenti accorgimenti potrebbero essere usati per la risoluzione di errori riguardanti i collegamenti generali:
  • Cercate di collegarvi al database di Red Hat Network Satellite sulla linea di comando utilizzando la stringa corretta di collegamento come mostrato in /etc/rhn/rhn.conf: 
    # sqlplus username/password@sid
  • Assicuratevi che Red Hat Network Satellite stia utilizzando il Network Time Protocol (NTP), il quale a sua volta risulta impostato sul fuso orario appropriato. Ciò viene applicato anche a tutti i sistemi client ed alle macchine separate del database in Red Hat Network Satellite con atabase stand-alone.
  • Confermare il pacchetto corretto: 
    rhn-org-httpd-ssl-key-pair-MACHINE_NAME-VER-REL.noarch.rpm
    sia stato installato su Red Hat Network Satellite e che il rhn-org-trusted-ssl-cert-*.noarch.rpm corrispondente o il certificato raw CA SSL public (client), sia installato su tutti i sistemi client.
  • Verificate che i sistemi client siano configurati in modo da utilizzare il certificato corretto.
  • Se vengono utilizzati uno o più server di Red Hat Network Proxy, assicuratevi che ogni certificato SSL di Proxy sia creato in modo corretto. Il Proxy dovrebbe presentare sia la coppia di chiavi SSL che il certificato CA SSL public (client), in quanto esso verrà utilizzato in entrambi i casi. Consultate il capitolo riguardante i Certificati SSL della RHN Client Configuration Guide per informazioni specifiche.
  • Assicuratevi che i sistemi client non stiano utilizzando i firewall o che non blocchino le porte da utilizzare come riportato in Sezione 2.4, «Requisiti aggiuntivi».
Domanda:
Cosa posso fare se il processo di importazione o sincronizzazione di un canale fallisce e non sono in grado di ripristinarlo?
Risposta:
Se l'importazione/sincronizzazione di un canale riporta un errore che voi non siete in grado di risolvere, eseguite questo comando per cancellare la cache: 
# rm -rf temporary-directory

Nota

Sezione 6.2.1, «Preparazione ad un processo d'importazione dal Media Locale» specifica /var/rhn-sat-import/ come directory temporanea.
Successivamente potrete riavviare il processo di importazione o sincronizzazione.
Domanda:
Visualizzo errori "SSL_CONNECT". Cosa posso fare ora?
Risposta:
Un problema comune per quanto riguarda il collegamento, indicato dagli errori SSL_CONNECT, è quello dovuto all'installazione di un Satellite installato su di una macchina dove l'orario è stato impostato in modo errato. Durante il processo di installazione di Satellite i certificati SSL vengono creati con orari incorretti. Se l'orario di Satellite viene corretto l'orario e la data del certificato potrebbero essere impostati in futuro, marcandoli così come validi.
Per risolvere questo problema, controllate la data e l'ora sui client e sul Satellite con il seguente comando: 
# date
I risultati dovrebbero essere quasi tutti identici per tutte le macchine, e all'interno delle finestre di validità "notBefore" e "notAfter" dei certificati. Controllate le date e gli orari del certificato del client con il seguente comando: 
# openssl x509 -dates -noout -in /usr/share/rhn/RHN-ORG-TRUSTED-SSL-CERT
Controllate le date e gli orari del certificato del server di Satllite con il seguente comando: 
# openssl x509 -dates -noout -in /etc/httpd/conf/ssl.crt/server.crt
Per default, il certificato del server è valido un anno mentre quelli del client sono validi per 10 anni. Se i ceritificati sono incorretti, potrete aspettare il periodo di inizio della validità, se possibile, oppure creare un nuovo certificato, preferibilmente con gli orari del sistema impostati su GMT.

10.4. Registrazione e riporto

Domanda:
Quali sono i diversi tipi di file di log?
Risposta:
Virtualmente ogni fase riguardante il processo di troubleshooting dovrebbe iniziare controllando il file di log associato oppure i file in questione. Tale processo è in grado di fornire informazioni importantissime sull'attività svolta sul dispositivo o all'interno dell'applicazione utilizzata per controllare la prestazione ed assicurare una configurazione corretta. Consultate la Tabella 10.1, «Log File» per i percorsi di tutti i file di log rilevanti:
Un numero di file di log possono essere disponibili (come ad esempio as /var/log/rhn/rhn_satellite_install.log.1, /var/log/rhn/rhn_satellite_install.log.2, ecc.) all'interno della directory /var/log/rhn/. Essi sono log ruotati i quali sono file di log creati con una estensione .<NUMBER> quando il file rhn_satellite_install.log corrente raggiunge una misura specificata dal demone logrotate(8) ed i contenuti scritti su di un file di log ruotato. Per esempio rhn_satellite_install.log.1 contiene il file di log ruotato più vecchio mentre rhn_satellite_install.log.4 contiene il log più recente.

Tabella 10.1. Log File

Componente/Compito Posizione del log file
Apache Web server directory /var/log/httpd/
Red Hat Network Satellite directory /var/log/rhn/
Red Hat Network Satellite Installation Program /var/log/rhn/rhn_satellite_install.log
Installazione del database - Database Embedded /var/log/rhn/install_db.log
Popolazione del database /var/log/rhn/populate_db.log
Red Hat Network Satellite Synchronization Tool /var/log/rhn/rhn_server_satellite.log
Infrastruttura di monitoraggio directory /var/log/nocpulse/
Notifiche di monitoraggio Directory /var/log/notification/
Red Hat Network DB Control - Database Embedded /var/log/rhn/rhn_database.log
Red Hat Network Task Engine (taskomatic) /var/log/messages
yum /var/log/yum.log
Transazioni XML-RPC /var/log/rhn/rhn_server_xmlrpc.log
Domanda:
Come posso usare spacewalk-report?
Risposta:
Sono presenti istanze dove gli amministratori avranno bisogno di un riassunto formattato e breve delle proprie risorse Red Hat Network Satellite per l'inventario dei propri entitlement, sistemi sottoscritti o utenti e organizzazioni. Invece di raccogliere manualmente tali informazioni tramite l'interfaccia web di Satellite, Red Hat Network Satellite include il comando spacewalk-report per la raccolta e la visualizzazione di informazioni vitali sul Satellite.

Nota

Per poter utilizzare spacewalk-report è necessario aver installato il pacchetto spacewalk-reports.
spacewalk-report permette agli amministratori di organizzare e visualizzare le notifiche sui contenuti, sistemi e le risorse degli utenti presenti sul Satellite. Utilizzando spacewalk-report sarà possibile generare le notifiche su:
  • Inventario dei sistemi — Elenca tutti i sistemi registrato con Satellite.
  • Entitlements — Elenca tutte le organizzazioni presenti su Satellite e raggruppate in base agli entitlement del canale o del sistema.
  • Errata — Elenca tutti gli errata rilevanti per i sistemi registrati e raggruppa gli errata in base alla severità e al sistema applicato ad un errata particolare.
  • Utenti — Elenca tutti gli utenti registrati con Satellite e qualsiasi sistema associato con un particolare utente.
  • Cronologia del sistema — Elenca tutti, o un insieme secondario, gli eventi del sistema verificati.
Per ottenere la notifica con un formato CSV eseguire quanto di seguito riportato sulla riga di comando del server di Satellite. 
# spacewalk-report report_name
Sono disponibili le seguenti notifiche:

Tabella 10.2. Notifiche spacewalk-report

Notifica Invocata come Descrizione
Inventario del sistema inventory Elenco di sistemi registrati con il server insieme con le informazioni hardware e software.
Entitlement entitlements Elenca tutte le organizzazioni sul Satellite insieme ai rispettivi entitlement del canale o del sistema.
Errata nei canali errata-channels Elenca gli errata nei canali
Tutti gli errata errata-list-all Elenco completo di tutti gli errata
Errata per i sistemi errata-systems Elenca gli errata applicabili e qualsiasi sistema registrato interessato
Utenti in un sistema users Elenca tutti gli utenti registrati con Satellite
Sistemi amministrati users-systems Elenca i sistemi che gli utenti individuali possono amministrare
Alberi Kickstart kickstartable-trees Elenca gli alberi nei confronti dei quali è possibile eseguire kickstart
Cronologia del sistema system-history Elenca la cronologia degli eventi relativi al sistema
Canali cronologia del sistema system-history-channels Elenca la cronologia degli eventi relativi al sistema
Cronologia configurazione del sistema system-history-configuration Elenca la cronologia degli eventi sulla configurazione del sistema
Cronologia entitlement del sistema system-history-entitlements Elenca la cronologia degli eventi relativi all'entitlement del sistema
Cronologia errata del sistema system-history-errata Elenca la cronologia eventi dell'errata relativi al sistema
Cronologia di kickstart del sistema system-history-kickstart Elenca la cronologia degli eventi di provisioning e kickstart del sistema
Cronologia pacchetti del sistema system-history-packages Elenca la cronologia degli eventi relativi ai pacchetti del sistema
Per maggiori informazioni su notifiche singole eseguire spacewalk-report con --info o --list-fields-info ed il nome della notifica. Verranno riportati i campi possibili per la descrizione e l'elenco presenti nella notifica.
Per maggiori informazioni sarà possibile utilizzare la pagina man spacewalk-report(8) insieme al parametro --help del programma spacewalk-report per informazioni aggiuntive sulle opzioni ed i metodi di richiamo del programma.
Domanda:
Come posso determinare la mia versione dello schema del database?
Risposta:
Per determinare la versione dello schema del vostro database, eseguire il comando: 
# rhn-schema-version
Domanda:
Come faccio a sapere quali sono i tipi di caratteri a mia disposizione?
Risposta:
Per ottenere i diversi tipi di set del carattere del database del vostro Satellite, eseguire il comando: 
# rhn-charsets
Domanda:
Perchè l'amministratore non è in grado di ricevere le email?
Risposta:
Se l'amministratore non riceve le email provenienti da Red Hat Network Satellite confermare gli indirizzi email corretti impostati per traceback_mail in /etc/rhn/rhn.conf.
Domanda:
Come faccio a modificare il mittente della posta di traceback?
Risposta:
Se la posta di traceback viene marcata da dev-null@rhn.redhat.com, e se desiderate che l'indirizzo sia valido per la vostra organizzazione, includete l'opzione web.default_mail_from ed il valore appropriato in /etc/rhn/rhn.conf.

10.5. Errori

Domanda:
Visualizzo l'errore "Errore di convalida del certificato satellite" durante l'installazione di Red Hat Network Satellite. Come posso correggerlo?
Risposta:
L'errore "Errore di convalida del certificato satellite" durante l'installazione di Red Hat Network Satellite si verifica a causa della presenza di un proxy HTTP nell'ambiente. Per una conferma controllare il file install.log ed individuare il seguente errore: 
ERROR: unhandled exception occurred: 
Traceback (most recent call last): 
  File "/usr/bin/rhn-satellite-activate", line 45, in ? 
    sys.exit(abs(mod.main() or 0)) 
  File "/usr/share/rhn/satellite_tools/rhn_satellite_activate.py", line 585, in main 
    activateSatellite_remote(options) 
  File "/usr/share/rhn/satellite_tools/rhn_satellite_activate.py", line 291, in activateSatellite_remote 
    ret = s.satellite.deactivate_satellite(systemid, rhn_cert) 
  File "/usr/lib/python2.4/site-packages/rhn/rpclib.py", line 603, in __call__ 
    return self._send(self._name, args) 
  File "/usr/lib/python2.4/site-packages/rhn/rpclib.py", line 326, in _request 
    self._handler, request, verbose=self._verbose) 
  File "/usr/lib/python2.4/site-packages/rhn/transports.py", line 171, in request 
    headers, fd = req.send_http(host, handler) 
  File "/usr/lib/python2.4/site-packages/rhn/transports.py", line 698, in send_http 
    self._connection.connect() 
  File "/usr/lib/python2.4/site-packages/rhn/connections.py", line 193, in connect 
    sock.connect((self.host, self.port)) 
  File "<string>", line 1, in connect 
socket.timeout: timed out
Per risolvere questo problema:
  1. Eseguire lo script di installazione in modalità scollegato e saltare l'installazione del database precedentemente eseguita: 
    # ./install.pl --disconnected --skip-db-install
  2. Aprire /etc/rhn/rhn.conf con l'editor di testo desiderato ed aggiungere o modificare la seguente riga: 
    server.satellite.rhn_parent = satellite.rhn.redhat.com
    Rimuovere la seguente riga: 
    disconnected=1
    Se utilizzate un proxy per il collegamento al Red Hat Network sarà necessario aggiungere o modificare le seguenti righe in modo da riflettere le impostazioni del proxy. 
    server.satellite.http_proxy = <hostname>:<port>
server.satellite.http_proxy_username = <username>
server.satellite.http_proxy_password = <password>
  3. Attivare nuovamente Satellite in modalità collegato usando il comando rhn-satellite-activate come utente root, incluso il percorso del nome del file del certificato di satellite: 
    # rhn-satellite-activate --rhn-cert=/path/to/file.cert
Alternativamente provare ad eseguire lo script install.pl in modalità collegato includendo l'opzione --answer-file=answer file. Assicurarsi che il file di risposta abbia le informazioni relative al proxy: 
rhn-http-proxy = <hostname>:<port>
rhn-http-proxy-username = <username>
rhn-http-proxy-password = <password>
Domanda:
Visualizzo l'errore "ERRORE: server.mount_point non impostato nel file di configurazione" quando provo ad attivare o sincronizzare Red Hat Network Satellite. Come lo correggo?
Risposta:
L'errore "ERRORE: server.mount_point non impostato nel file di configurazione" durante l'attivazione o la sincronizzazione di Red Hat Network Satellite si verifica se il parametro di configurazione mount_point presente nel file /etc/rhn/rhn.conf non indica alcun percorso della directory, oppure se il percorso stesso indica una posizione non esistente o se non possiede i permessi per l'accesso della directory.
Per risolvere questo problema controllare il valore del parametro di configurazione mount_point in /etc/rhn/rhn.conf. Se impostato sul valore predefinito di /var/satellite verificare la presenza delle directory /var/satellite e /var/satellite/redhat. Per tutti i valori assicurarsi che il percorso per il file sia corretto e che i permessi siano stati impostati correttamente.
Domanda:
Perchè cobbler check genera un errore il quale indica che è necessaria una versione diversa di yum-utils?
Risposta:
Talvolta l'esecuzione di cobbler check può generare un errore simile al seguente: 
# cobbler check 
The following potential problems were detected: 
#0: yum-utils need to be at least version 1.1.17 for reposync -l, current version is 1.1.16
Questo è un problema conosciuto presente nel pacchetto reposync di Cobbler. L'errore può essere ignorato senza alcun problema. Il suddetto errore verrà corretto nelle versioni future di Red Hat Network Satellite.
Domanda:
Visualizzo un errore "versione non supportata" durante il tentativo di attivazione del certificato di Red Hat Network Satellite. Come posso correggerlo?
Risposta:
Se il certificato di Red Hat Network Satellite è corrotto allora sarà possibile visualizzare uno dei seguenti errori: 
ERROR: <Fault -2: 'unhandled internal exception: unsupported version: 96'>

RHN_PARENT: satellite.rhn.redhat.com
     Error reported from RHN: <Fault -2: 'unhandled internal exception: unsupported version: 115'>
     ERROR: unhandled XMLRPC fault upon remote activation: <Fault -2: 'unhandled internal exception: unsupported version: 115'>
     ERROR: <Fault -2: 'unhandled internal exception: unsupported version: 115'>

Invalid satellite certificate
Per risolvere questo problema contattare il supporto di Red Hat per un nuovo certificato.
Domanda:
Visualizzo un errore "Internal Server Error" relativo ad ASCII quando provo a modificare il profilo kickstart. Per quale motivo?
Risposta:
Se avete aggiunto alcuni parametri del kernel al profilo kickstart sarà possibile durante il tentativo di Visualizzare un elenco di profili Kickstart ottenere il seguente Internal Server Error: 
'ascii' codec can't encode character u'\u2013'
Questo errore di verifica poichè parte del testo presente nel profilo non è stato riconosciuto correttamente.
Per risolvere questo problema:
  1. Eseguire ssh direttamente sul server di Satellite come utente root: 
    # ssh root@satellite.fqdn.com
  2. Andate alla ricerca del profilo kickstart che causa questo problema controllando le date dei file in /var/lib/cobbler/config/profiles.d e selezionando la data più recente: 
    # ls -l /var/lib/cobbler/config/profiles.d/
  3. Aprire il profilo con l'editor di testo preferito ed individuare il seguente testo: 
    \u2013hostname
    Modificare la voce nel modo seguente: 
    --hostname
  4. Salvare le modifiche e chiudere il file.
  5. Riavviare i servizi di Red Hat Network Satellite per implementare il profilo aggiornato: 
    # rhn-satellite restart
Shutting down rhn-satellite...
Stopping RHN Taskomatic...
Stopped RHN Taskomatic.
Stopping cobbler daemon:                                   [  OK  ]
Stopping rhn-search...
Stopped rhn-search.
Stopping MonitoringScout ...                               [  OK  ]
Stopping Monitoring ...                                    [  OK  ]
Stopping httpd:                                            [  OK  ]
Stopping tomcat5:                                          [  OK  ]
Shutting down osa-dispatcher:                              [  OK  ]
Shutting down Oracle Net Listener ...                      [  OK  ]
Shutting down Oracle DB instance "rhnsat" ...              [  OK  ]
Shutting down Jabber router:                               [  OK  ]
Done.
Starting rhn-satellite...
Starting Jabber services                                   [  OK  ]
Starting Oracle Net Listener ...                           [  OK  ]
Starting Oracle DB instance "rhnsat" ...                   [  OK  ]
Starting osa-dispatcher:                                   [  OK  ]
Starting tomcat5:                                          [  OK  ]
Starting httpd:                                            [  OK  ]
Starting Monitoring ...                                    [  OK  ]
Starting MonitoringScout ...                               [  OK  ]
Starting rhn-search...
Starting cobbler daemon:                                   [  OK  ]
Starting RHN Taskomatic...
Done.
  6. Ritornate sull'interfaccia web. Da notare che l'interfaccia potrebbe richiedere un po di tempo per risolvere i servizi ma dovrebbe ritornare alle sue normali funzioni dopo qualche minuto.
Domanda:
Visualizzo errori "host non trovato" o "Impossibile determinare il FQDN". Cosa posso fare ora?
Risposta:
Poichè i file di configurazione di RHN si affidano esclusivamente ai fully qualified domain name (FQDN), è necessario che le applicazioni siano in grado di risolvere il nome di Red Hat Network Satellite in un indirizzo IP. Red Hat Update Agent, Red Hat Network Registration Client, e Apache Web sono particolarmente propensi a questo tipo di problema con le applicazioni di Red Hat Network, le quali emettono messaggi d'errore del tipo "host non trovato" ed il Web server che emette il seguente "Impossibile determinare il fully qualified domain name del server" quando si verifica un errore durante l'avvio.
Questo errore viene originato generalmente dal file /etc/hosts. Potrete ottenere una conferma esaminando /etc/nsswitch.conf, il quale definisce i metodi e l'ordine per mezzo dei quali i nomi del dominio vengono risolti. Generalmente, il file /etc/hosts viene prima controllato, seguito dal Network Information Service (NIS), se usato, e dal DNS. Per far si che Apache Web server sia in grado di eseguire un avvio e che le applicazioni client di Red Hat Network funzionino corretamente, una delle suddette entità non deve presentare alcun problema.
Per risolvere questo problema, identificare i contenuti del file /etc/hosts. Potrebbe somigliare al seguente: 
127.0.0.1 this_machine.example.com this_machine localhost.localdomain \ localhost
Come prima cosa, in un editor di testo, rimuovere le informazioni in questione come di seguito riportato: 
127.0.0.1 localhost.localdomain.com localhost
Successivamente, salvate il file e cercate di eseguire nuovamente le applicazioni client di Red Hat Network oppure Apache Web server. Se si verificano ancora degli errori identificate esplicitamente l'indirizzo IP di Satellite nel file: 
127.0.0.1 localhost.localdomain.com localhost
123.45.67.8 this_machine.example.com this_machine
Sostituite qui il valore con l'indirizzo IP attuale di Satellite. Questa operazione dovrebbe risolvere il problema. Ricordate che se viene specificato l'indirizzo IP specifico, il file deve essere aggiornato quando la macchina ottiene un nuovo indirizzo.
Domanda:
Visualizzo il seguente messaggio "This server is not an entitled Satellite" quando provo a sincronizzare il server di Red Hat Network Satellite. Come posso correggerlo?
Risposta:
Se satellite-sync riporta che il server non è stato attivato come Red Hat Network Satellite, ciò significa che non è sottoscritto al canale Red Hat Network Satellite relativo. Se il sistema è stato appena installato allora il certificato satellite molto probabilmente non è stato attivato sul sistema. Se è stato attivato in precedenza allora risulterà disattivato.
Controllare i canali figlio del sistema per confermare la sottoscrizione al canale Red Hat Network Satellite. Visualizzare i canali sottoscritti con il seguente comando: 
# yum repolist
Attivare nuovamente lo stesso certificato sul vostro Satellite usando questo comando come utente root: 
# rhn-satellite-activate -vvv --rhn-cert=/path/to/certificate

Nota

Se avete utilizzato tutte le fasi di troubleshooting di seguito riportate, oppure se desiderate rimandarle ai professionisti di ed Hat Network, Red Hat consiglia di sfruttare il supporto offerto con Red Hat Network Satellite. Il modo migliore per fare questo è quello di rendere noto i vostri parametri di configurazione di Satellite, i file di log, e le informazioni del database, e inviare questo pacchetto direttamente a Red Hat.
Red Hat Network fornisce uno strumento della linea di comando idoneo a questo scopo. Il Satellite Diagnostic Info Gatherer, comunemente conosciuto tramite il suo comando satellite-debug. Per poter utilizzare questo tool, emettere il suddetto comando come utente root. Così facendo verranno visualizzate alcune parti di informazione ed una tarball singola come di seguito riportato: 
# satellite-debug
Collecting and packaging relevant diagnostic information.
Warning: this may take some time...
    * copying configuration information
    * copying logs
    * querying RPM database (versioning of RHN Satellite, etc.)
    * querying schema version and database character sets
    * get diskspace available
    * timestamping
    * creating tarball (may take some time): /tmp/satellite-debug.tar.bz2
    * removing temporary debug tree
 
Debug dump created, stored in /tmp/satellite-debug.tar.bz2
Deliver the generated tarball to your RHN contact or support channel.
Una volta terminato, inviate una email del nuovo file dalla directory /tmp/, al vostro rappresentante di Red Hat per una diagnosi immediata.