Capítulo 5. Solução de problemas
Este capítulo traz dicas para determinar a causa e a solução para a maioria dos erros associados ao Red Hat Satellite. Se precisar de ajuda adicional, contate o suporte do Red Hat Network no site https://access.redhat.com/support/. Autentique-se usando sua conta com o direito Satellite para visualizar sua lista completa de opções.
Para começar a resolução de problemas genéricos, examine o arquivo ou arquivos de registro relacionados ao componente exibindo as falhas. Um exercício útil é invocar o comando
tail -f
em todos os arquivos de registro e então rodar yum list
. Em seguida, você deve examinar as entradas novas dos registros para encontrar pistas potenciais.
- 5.1. Espaço em Disco
- 5.2. Instalação e Atualização
- 5.3. Serviços
- 5.4. Conectividade
- 5.5. Autenticando e Reportando
- P: Quais são os diferentes arquivos de log?
- P: Como uso o spacewalk-report?
- P: Como descubro qual versão do esquema de banco de dados tenho?
- P: Como descubro quais tipos de conjuntos de caracteres eu tenho?
- P: Porque o administrador não está recebendo um email?
- P: Como eu mudo o enviador do mail traceback?
- 5.6. Erros
- P: Estou recebendo um erro "Error validating satellite certificate" durante a instalação do Red Hat Satellite. Como eu conserto isso?
- P: Estou tendo um erro "ERROR: server.mount_point not set in the configuration file" quando eu tento ativar ou sincronizar o Red Hat Satellite. Como conserto isso?
- P: Porque o cobbler check dá um erro dizendo que precisa de uma versão diferente do cobbler check
- P: Estou recebendo um erro "unsupported version" quando eu tento ativar o certificado Red Hat Satellite. Como conserto isso?
- P: Estou recebendo "Internal Server Error" sobre o ASCII quando eu tento editar o perfil de kickstart. O que está acontecendo?
- P: Estou recebendo erros "Host Not Found" ou "Could Not Determine FQDN". O que eu faço agora?
- P: Estou recebendo "This server is not an entitled Satellite" quando eu tento sincronizar o servidor Red Hat Satellite. Como eu conserto isso?
- 5.7. Interface web
- 5.8. Anaconda
- P: Estou tendo um erro que diz Error downloading kickstart file (Erro ao baixar o arquivo de kickstart). Qual é o problema e como conserto isso?
- P: Estou tendo um erro num pacote de instalação que diz The file chkconfig-1.3.30.1-2.i386.rpm cannot be opened.. Qual é o problema e como eu conserto isso?
- 5.9. Tracebacks
- 5.10. Registro
- 5.11. Kickstarts e Snippets
- 5.12. Monitoring
- 5.13. Satellites de Multi-Organização e Certificado Satellite
- 5.14. Configuração e Instalação do Proxy
- P: Após configurar o Red Hat Network Package Manager como posso determinar se os pacotes locais foram adicionados com sucesso ao canal Red Hat Network ?
- P: Como posso saber se os clientes estão conectando ao servidor Squid?
- P: O Red Hat Update Agent nos sistemas clientes não está conectando através do Red Hat Satellite Proxy . Como posso resolver este erro?
- P: A configuração do meu Red Hat Network Satellite Proxy não funciona. Por onde devo começar a resolver esta questão?
- P: Como eu resolvo problemas gerais no Red Hat Satellite Proxy?
- P: A configuração do meu Red Hat Network Satellite Proxy encontrou um erro "Host não foi Encontrado "/" Não foi possível Determinar o FQDN". O que devo fazer?
- P: Estou tendo problemas com o Red Hat Satellite Proxy e erros de conexão de rede. O que devo fazer?
- P: Estou tendo problemas com os erros de entrega do pacote e danos de objeto. O que devo procurar?
5.1. Espaço em Disco Copiar o linkLink copiado para a área de transferência!
Copiar o linkLink copiado para a área de transferência!
P:
Meu Espaço em Disco preencheu rapidamente. O que aconteceu e o que devo fazer?
R:
Um problema comum é o espaço cheio em disco (full disk space). Um sinal quase certeiro é a aparência de pausas (halts) na gravação dos arquivos de registro. Se o registro parou durante uma gravação, como no meio da palavra, os discos rígidos devem estar cheios. Para confirmar isto, rode este comando e verifique as porcentagens na coluna Use%:
df -h
# df -h
Além dos arquivos de registro, você pode obter informações valiosas pelo status de seu Red Hat Satellite e seus diversos componentes. Isto pode ser feito com o comando:
/usr/sbin/rhn-satellite status
# /usr/sbin/rhn-satellite status
Além disso, você pode obter o status dos componentes, como o servidor Apache Web e Red Hat Network Task Engine, separadamente. Por exemplo: para visualizar o status do servidor Apache Web, rode o comando:
service httpd status
# service httpd status
5.2. Instalação e Atualização Copiar o linkLink copiado para a área de transferência!
Copiar o linkLink copiado para a área de transferência!
P:
O SELinux continua me enviando mensagens quando estou tentando instalar. Porque?
R:
Se você se deparar com qualquer problema com as mensagens do SELinux (tal como mensagens de negação do AVC) enquanto estiver instalando o Red Hat Satellite, certifique-se de ter os arquivos
audit.log
disponíveis, assim os funcionários de Suporte da Red Hat poderão lhe dar uma assistência. Você pode encontrar o arquivo em /var/log/audit/audit.log
e anexar o arquivo ao seu tíquete de Suporte para que os engenheiros lhe forneçam a devida assistência.
P:
Eu alterei o
/var/satellite
para a montagem NFS e agora o SELinux está impedindo que isto funcione adequadamente. O que eu preciso fazer?
R:
Os Parâmetros do SELinux precisam ser modificados na nova montagem do NFS para que o SELinux receba permissão para o tráfego. Faça isto utilizando este comando:
/usr/sbin/setsebool -P spacewalk_nfs_mountpoint on
# /usr/sbin/setsebool -P spacewalk_nfs_mountpoint on
Caso você esteja usando o Red Hat Enterprise Linux 6, você precisará também rodar o comando abaixo:
/usr/sbin/setsebool -P cobbler_use_nfs on
# /usr/sbin/setsebool -P cobbler_use_nfs on
P:
Meu Satellite está falhando. Alguma ideia do porque?
R:
Não inscreva o Red Hat Satellite a nenhum dos seguintes canais filho disponíveis nos servidores centrais do Red Hat Network:
- Red Hat Developer Suite
- Red Hat Application Server
- Red Hat Extras
- Canais de Produto do JBoss
A subscrição a esses canais e atualização no Satellite poderá instalar versões incompatíveis, novas de componentes de software críticos, levando à falha do Satellite.
5.3. Serviços Copiar o linkLink copiado para a área de transferência!
Copiar o linkLink copiado para a área de transferência!
P:
Por que o servidor Apache Web não está rodando?
R:
Se o servidor do Apache Web não estiver rodando, as entradas de seu arquivo
/etc/hosts
podem estar incorretas.
P:
Como descubro qual é o estado do Red Hat Network Task Engine?
R:
Para obter o status do Red Hat Network Task Engine, rode o comando:
service taskomatic status
# service taskomatic status
P:
Como descubro qual estado está o Banco de Dados do Satellite?
R:
Para obter os status do Banco de Dados Incorporado do Satellite, se houver, execute o comando:
db-control status
# db-control status
P:
O que faço se a capacidade push do Red Hat Network Satellite parar de funcionar?
R:
Se a funcionalidade push do Red Hat Satellite parar de funcionar, podem existir registros antigos com falhas. Pare o daemon problemático antes de remover estes arquivos. Para tanto, invoque o seguinte comando como root:
service jabberd stop rm -f /var/lib/jabberd/db/_db* service jabberd start
# service jabberd stop
# rm -f /var/lib/jabberd/db/_db*
# service jabberd start
5.4. Conectividade Copiar o linkLink copiado para a área de transferência!
Copiar o linkLink copiado para a área de transferência!
P:
Não posso conectar! Como descubro o que está errado?
R:
As medidas seguintes podem ser usadas para resolver erros de conexão genéricos:
- Tente conectar ao banco de dados do Red Hat Satellite na linha de comando usando o string da conexão, conforme encontrado no
/etc/rhn/rhn.conf
:sqlplus username/password@sid
# sqlplus username/password@sid
Copy to Clipboard Copied! Toggle word wrap Toggle overflow - Garanta que o Red Hat Satellite esteja usando o Network Time Protocol (NTP) e configurado com o fuso horário apropriado. Isto também se aplica a todos os sistemas cliente e à máquina separada do banco de dados no Red Hat Satellite com o Banco de Dados.
- Confirme o pacote correto:
rhn-org-httpd-ssl-key-pair-MACHINE_NAME-VER-REL.noarch.rpm
rhn-org-httpd-ssl-key-pair-MACHINE_NAME-VER-REL.noarch.rpm rhn-org-httpd-ssl-key-pair-MACHINE_NAME-VER-REL.noarch.rpm rhn-org-httpd-ssl-key-pair-MACHINE_NAME-VER-REL.noarch.rpm
Copy to Clipboard Copied! Toggle word wrap Toggle overflow está instalado no Red Hat Satellite e se orhn-org-trusted-ssl-cert-*.noarch.rpm
ou o certificado (cliente) CA SSL público bruto está instalado em todos os sistemas cliente. - Verifique se os sistemas clientes estão configurados para usar o certificado apropriado.
- Se usar também um ou mais Servidores Red Hat Satellite Proxy, garanta que cada certificado SSL do Proxy esteja preparado corretamente. O Proxy deve ter ambos, o par de chaves SSL de seu próprio servidor e o certificado (cliente) público SSL da CA, instalados, já que servirá nas duas capacidades. Consulte o capítulo SSL Certificates do Guia de Configuração do Cliente Red Hat Satellite para instruções específicas.
- Assegure-se de que os sistemas de cliente não estão utilizando firewalls próprios, bloquendo as portas requeridas como identificado na seção Red Hat Satellite Installation Guide's Additional Requirements
P:
O que faço se importar ou sincronizar um canal falhar e eu não possa recuperar isso?
R:
Se a importação/sincronização de um canal falhar e você não puder recuperá-la de nenhuma outra maneira, rode este comando para apagar o cache:
rm -rf temporary-directory
# rm -rf temporary-directory
Nota
A seção Red Hat Satellite Installation Guide em Preparing for Import from Local Media especifica
/var/rhn-sat-import/
como o diretório temporário.
Em seguida, reinicie a importação ou sincronização.
P:
Estou recebendo o erro "SSL_CONNECT". O que faço agora?
R:
Um problema de conexão comum, indicado por erros
SSL_CONNECT
, é o resultado da instalação de um Satellite numa máquina cuja hora foi configurada inapropriadamente. Durante o processo de instalação do Satellite, os certificados SSL são criados com horas incorretas. Se a hora do Satellite é então corrigida, a data e hora de início do certificado podem ser configuradas no futuro, tornando-o inválido.
Para resolver isso, verifique a data e hora nos clientes e no Satellite com o seguinte comando:
date
# date
Os resultados devem ser praticamente idênticos em todas as máquinas e dentro das janelas de validação "notBefore" e "notAfter" dos certificados. Verifique as datas e horas do certificado do cliente com o seguinte comando:
openssl x509 -dates -noout -in /usr/share/rhn/RHN-ORG-TRUSTED-SSL-CERT
# openssl x509 -dates -noout -in /usr/share/rhn/RHN-ORG-TRUSTED-SSL-CERT
Verifique as datas e horas do certificado do servidor do Satellite com o seguinte comando:
openssl x509 -dates -noout -in /etc/httpd/conf/ssl.crt/server.crt
# openssl x509 -dates -noout -in /etc/httpd/conf/ssl.crt/server.crt
Por padrão, o certificado do servidor tem vida útil de um ano, enquanto os certificados do cliente são válidos por 10 anos. Se você descobrir que os certificados estão incorretos, pode aguardar a hora de início da validação, se possível, ou criar novos certificados com as horas de todos os sistemas definidas como GMT, preferencialmente.
5.5. Autenticando e Reportando Copiar o linkLink copiado para a área de transferência!
Copiar o linkLink copiado para a área de transferência!
P:
Quais são os diferentes arquivos de log?
R:
Praticamente toda a resolução de problemas deve começar pela verificação do(s) arquivo(s) de registro associado(s). Estes provêm informações valiosas sobre as atividades do dispositivo ou do aplicativo que podem ser usadas para monitorar o desempenho e garantir a configuração apropriada. Consulte a Tabela 5.1, “Arquivos de Registro (Log Files)” para o caminho para todos arquivos de log relevantes:
Podem haver arquivos de log numerados (tais como /var/log/rhn/rhn_satellite_install.log.1, /var/log/rhn/rhn_satellite_install.log.2, etc.) dentro do diretório
/var/log/rhn/
. Estes são os logs do rotated, que são arquivos de log criados com uma extensão do .<NUMBER> quando o arquivo atual rhn_satellite_install.log
preenche até um tamanho especificado pelo daemon do logrotate(8)
e o conteúdo gravado em um arquivo de log roteado. Por exemplo, o rhn_satellite_install.log.1
contém o arquivo de log roteado mais antigo, enquanto o rhn_satellite_install.log.4
contém o log roteado mais recente.
Componente/Tarefa | Localidade do Arquivo de Registro |
---|---|
Apache Web server | diretório /var/log/httpd/ |
Red Hat Satellite | diretório /var/log/rhn/ |
Red Hat Satellite Installation Program | /var/log/rhn/rhn_satellite_install.log |
Instalação de banco de dados- Banco de Dados Incorporado | /var/log/rhn/install_db.log |
População do banco de dados | /var/log/rhn/populate_db.log |
Ferramenta de Sincronização Red Hat Satellite | /var/log/rhn/rhn_server_satellite.log |
Infraestrutura de Monitoração | diretório /var/log/nocpulse/ |
Notificação de Monitoração | diretório /var/log/notification/ |
Red Hat Network DB Control - Banco de Dados Incorporado | /var/log/rhn/rhn_database.log |
Mecanismo da Tarefa do Red Hat Network Task Engine (taskomatic) | /var/log/messages |
yum | /var/log/yum.log |
transações XML-RPC | /var/log/rhn/rhn_server_xmlrpc.log |
P:
Como uso o
spacewalk-report
?
R:
Existem instâncias onde os administradores podem precisar de um sumário formatado e conciso de seus recursos do Red Hat Satellite, seja para tomar o inventário de seus direitos, sistemas subscritos ou usuários e empresas. Ao invés de reunir tais informações manualmente utilizando o Satellite interface, Red Hat Satellite inclui o comando
spacewalk-report
que reúne e exibe informações vitais do Satellite de uma só vez.
Nota
Para utilizar o
spacewalk-report
você precisar ter o pacote spacewalk-reports
instalado.
O
spacewalk-report
permite que os administradores organizem e exibam relatórios sobre o conteúdo, sistemas, histórico de evento de sistema e recursos de usuários pelo Satellite. Usando spacewalk-report
, você pode receber relatório em:
- System Inventory - Lista todos os sistemas registrados no Satellite.
- Entitlements - Lista todas as empresas no Satellite e ordenadas pelo sistema ou direitos de canais.
- Errata - Lista todas as erratas relevantes aos sistemas registrados e ordena erratas pela severidade assim como sistemas que aplicam à erratum em particular.
- Usuários - Lista todos os usuários registrados no Satellite e lista todos os sistemas associados com um usuário específico.
- Histórico do Sistema - Lista todos, ou um subconjunto, os eventos de sistema ocorridos.
Para obter um relatório no formato CVS, rode o seguinte comando no prompt do sistema de seu servidor Satellite.
spacewalk-report report_name
# spacewalk-report report_name
Os seguintes relatórios estão disponíveis:
Relatórios | Invocado como | Descrição |
---|---|---|
Inventário do Sistema | inventário | Lista dos sistemas registrados no servidor, junto com informações do hadware e software |
Direitos | entitlements | Lista todas as empresas no Satellite com seus sistemas ou direitos de canal |
Errata nos canais | errata-channels | Lista da errata nos canais |
Todas Erratas | errata-list-all | Conclua a lista de todas as erratas |
Erratas para sistemas | errata-systems | Lista erratas aplicáveis e qualquer sistema registrado que tenha sido afetado |
Usuários no sistema | usuários | Lista todos os usuários registrados no Satellite |
Sistemas administrados | users-systems | Lista todos os sistemas que podem ser administrados pelos usuários individuais |
Árvores Kickstart | kickstartable-trees | Lista as árvores aptas a serem iniciadas |
Histórico do Sistema | system-history | Lista o histórico do evento do sistema |
Canais do histórico do sistema | system-history-channels | Lista o histórico do evento do sistema |
Configuração do histórico do sistema | system-history-configuration | Histórico do evento da configuração do sistema |
Direitos do histórico do sistema | system-history-entitlements | Histórico do evento do direito do sistema |
Errata do histórico do sistema | system-history-errata | Lista o histórico do evento da errata do sistema |
Inicialização do histórico do sistema | system-history-kickstart | Lista a inicialização do sistema e histórico do evento de provisionamento |
Pacotes do histórico do sistema | system-history-packages | Lista o histórico do evento do pacote do sistema |
Para mais informações sobre um relatório individual, execute o
spacewalk-report
com --info
ou --list-fields-info
e os nomes de relatórios. A descrição e lista de campos possíveis no relatório será demonstrada.
Para informações futuras, o manpage do
spacewalk-report(8)
assim como o parâmetro do --help
do programa spacewalk-report
pode ser usado para obter informações adicionais sobre as invocações do programa e suas opções.
P:
Como descubro qual versão do esquema de banco de dados tenho?
R:
Para determinar a versão do esquema de seu banco de dados, rode o comando:
rhn-schema-version
# rhn-schema-version
P:
Como descubro quais tipos de conjuntos de caracteres eu tenho?
R:
Para obter os tipos de conjunto de caracteres do banco de dados de seu Satellite, rode o comando:
rhn-charsets
# rhn-charsets
P:
Porque o administrador não está recebendo um email?
R:
Se o administrador não estiver recebendo e-mails do Red Hat Satellite, confirme se os endereços de email corretos foram configurados para a opção
traceback_mail
em /etc/rhn/rhn.conf
.
P:
Como eu mudo o enviador do mail traceback?
R:
Se a correspondência traceback está marcada de dev-null@rhn.redhat.com e você deseja que o endereço seja válido para sua empresa, inclua a opção
web.default_mail_from
e o valor apropriado em /etc/rhn/rhn.conf
.
5.6. Erros Copiar o linkLink copiado para a área de transferência!
Copiar o linkLink copiado para a área de transferência!
P:
Estou recebendo um erro "Error validating satellite certificate" durante a instalação do Red Hat Satellite. Como eu conserto isso?
R:
Um erro "Error validating satellite certificate" durante a instalação do Red Hat Satellite é causado por ter um HTTP proxy no ambiente. Isto pode ser confirmado olhando o arquivo
install.log
, e localizando o seguinte erro:
Para resolver o problema:
- Execute o script de instalação no modo desconectado, e pule a instalação do banco de dados a qual já foi feita:
./install.pl --disconnected --skip-db-install
# ./install.pl --disconnected --skip-db-install
Copy to Clipboard Copied! Toggle word wrap Toggle overflow - Abra
/etc/rhn/rhn.conf
com seu editor de textos preferido, e adicione ou modifique a seguinte linha:server.satellite.rhn_parent = satellite.rhn.redhat.com
server.satellite.rhn_parent = satellite.rhn.redhat.com
Copy to Clipboard Copied! Toggle word wrap Toggle overflow Remova a seguinte linha:disconnected=1
disconnected=1
Copy to Clipboard Copied! Toggle word wrap Toggle overflow Se você estiver usando uma proxy para a conexão ao Red Hat Network, você também precisará adicionar ou modificar as seguintes linhas para refletir as configurações de proxy.server.satellite.http_proxy = <hostname>:<port> server.satellite.http_proxy_username = <username> server.satellite.http_proxy_password = <password>
server.satellite.http_proxy = <hostname>:<port> server.satellite.http_proxy_username = <username> server.satellite.http_proxy_password = <password>
Copy to Clipboard Copied! Toggle word wrap Toggle overflow - Reative o Satellite no modo conectado, usando o comando
rhn-satellite-activate
como usuário root, incluindo o caminho e o nome de arquivo do certificado satellite:rhn-satellite-activate --rhn-cert=/path/to/file.cert
# rhn-satellite-activate --rhn-cert=/path/to/file.cert
Copy to Clipboard Copied! Toggle word wrap Toggle overflow
Alternativamente, tente executar o script
install.pl
no modo conectado, mas com a opção--answer-file=answer file
. Certifique-se que o arquivo answer tem as informação HTTP proxy especificadas como a seguir:
rhn-http-proxy = <hostname>:<port> rhn-http-proxy-username = <username> rhn-http-proxy-password = <password>
rhn-http-proxy = <hostname>:<port>
rhn-http-proxy-username = <username>
rhn-http-proxy-password = <password>
P:
Estou tendo um erro "ERROR: server.mount_point not set in the configuration file" quando eu tento ativar ou sincronizar o Red Hat Satellite. Como conserto isso?
R:
Um erro "ERROR: server.mount_point not set in the configuration file" durante a ativação ou sincronização do Red Hat Satellite pode ocorrer se o parâmetro de configuração
mount_point
no /etc/rhn/rhn.conf
não aponta a um caminho de diretório, ou o caminho do diretório apontados não está presente ou não possui permissão de acesso ao diretório.
Para resolver o problema, cheque o valor do parâmetro de configuração
mount_point
no /etc/rhn/rhn.conf
. Se ele estiver configurado para o valor padrão do /var/satellite
, verifique que os diretórios /var/satellite
e /var/satellite/redhat
existem. Para todos os valores, cheque que o caminho do arquivo está certo, e que as permissões estão configuradas corretamente.
P:
Porque o
cobbler check
dá um erro dizendo que precisa de uma versão diferente do cobbler check
R:
Às vezes, executando o comando
cobbler check
pode dar um erro similar ao seguinte:
cobbler check
# 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
Este é um problema conhecido no pacote
reposync
do Cobbler. O erro é falso e pode ser ignorado seguramente. Este erro será resolvido nas futuras versões do Red Hat Satellite.
P:
Estou recebendo um erro "unsupported version" quando eu tento ativar o certificado Red Hat Satellite. Como conserto isso?
R:
Se seu certificado Red Hat Satellite se tornou corrompido, você poderia receber um dos seguintes erros:
ERROR: <Fault -2: 'unhandled internal exception: unsupported version: 96'>
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'>
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
Invalid satellite certificate
Para resolver esse problema, contate os serviços de suporte da Red Hat para um novo certificado.
P:
Estou recebendo "Internal Server Error" sobre o ASCII quando eu tento editar o perfil de kickstart. O que está acontecendo?
R:
Se você recentemente adicionou alguns parâmetros kernel ao seu perfil de kickstart, pode acontecer que quando tentar View a List of Kickstart Profiles você receba o seguinte Internal Server Error:
'ascii' codec can't encode character u'\u2013'
'ascii' codec can't encode character u'\u2013'
Este erro ocorre porque algum texto dentro do perfil não está sendo reconhecido corretamente.
Para resolver o problema:
- SSH diretamente no Servidor Satellite como usuário root:
ssh root@satellite.fqdn.com
# ssh root@satellite.fqdn.com
Copy to Clipboard Copied! Toggle word wrap Toggle overflow - Encontre o perfil de kickstart que está causando o problema olhando nas datas dos aquivos no
/var/lib/cobbler/config/profiles.d
e localizando o arquivo que foi editado mais recentemente:ls -l /var/lib/cobbler/config/profiles.d/
# ls -l /var/lib/cobbler/config/profiles.d/
Copy to Clipboard Copied! Toggle word wrap Toggle overflow - Abra o perfil no seu editor de texto preferido, e localize o seguinte texto:
\u2013hostname
\u2013hostname
Copy to Clipboard Copied! Toggle word wrap Toggle overflow Mude para:--hostname
--hostname
Copy to Clipboard Copied! Toggle word wrap Toggle overflow - Salve as mudanças ao perfil e feche o arquivo.
- Reinicie os serviços Red Hat Satellite para captar o perfil atualizado.
Copy to Clipboard Copied! Toggle word wrap Toggle overflow - Retorne à interface web. Note que interface pode levar algum tempo para resolver os serviços. Deve retornar ao normal depois de algum tempo.
P:
Estou recebendo erros "Host Not Found" ou "Could Not Determine FQDN". O que eu faço agora?
R:
Como os arquivos de configuração do Red Hat Network se apoiam exclusivamente nos nomes de domínio totalmente qualificados (fully qualified domain names, FQDN), é imperativo que os aplicativos chave sejam capazes de resolver o nome do Red Hat Satellite num endereço IP. O Red Hat Update Agent (Agente de Atualização da Red Hat), o Red Hat Network Registration Client (Cliente de Registro do Red Hat Network) e servidor do Apache Web tendem a apresentar este tipo problema quando as aplicativos do Red Hat Network trazem erros "host not found" ( máquina não encontrada) e quando o servidor Web traz "Could not determine the server's fully qualified domain name" (Não foi possível determinar o nome do domínio totalmente qualificado do servidor) na ocasião de falha ao iniciar.
Este problema origina-se tipicamente do arquivo
/etc/hosts
. Você pode confirmar isto examinando o /etc/nsswitch.conf
, que define os métodos e a ordem na qual os nomes de domínio são resolvidos. Geralmente, o arquivo /etc/hosts
é verificado primeiro, em seguida, o Network Information Service (NIS) se usado, e depois o DNS. Um destes precisa ser bem sucedido para o servidor do Apache Web iniciar e para os aplicativos cliente do Red Hat Network funcionarem.
Para resolver este problema, indentifique o conteúdo do arquivo
/etc/hosts
. Deve se parecer com:
127.0.0.1 this_machine.example.com this_machine localhost.localdomain \ localhost
127.0.0.1 this_machine.example.com this_machine localhost.localdomain \ localhost
Primeiro, remova as informações da máquina violadora num editor de texto, como:
127.0.0.1 localhost.localdomain.com localhost
127.0.0.1 localhost.localdomain.com localhost
Em seguida, salve o arquivo e tente rodar novamente os aplicativos cliente do Red Hat Network ou o Apache Web. Se ainda falharem, identifique explicitamente o endereço IP do Satellite no arquivo, como:
127.0.0.1 localhost.localdomain.com localhost 123.45.67.8 this_machine.example.com this_machine
127.0.0.1 localhost.localdomain.com localhost
123.45.67.8 this_machine.example.com this_machine
Substitua este valor pelo endereço IP real do Satellite. Isto deve resolver o problema. Tenha em mente que, se o endereço IP específico é estipulado, o arquivo precisará ser atualizado quando a máquina obtiver um novo endereço.
P:
Estou recebendo "This server is not an entitled Satellite" quando eu tento sincronizar o servidor Red Hat Satellite. Como eu conserto isso?
R:
Se o
satellite-sync
reporta que o servidor não está ativado como um Red Hat Satellite, ele não está registrado ao respectivo canal Red Hat Satellite. Se for um sistema recém instalado, certifique-se de que o certificado satellite está ativado ao sistema. Se ele foi ativado antes, então ele foi desativado.
Verifique os canais filho do sistema para descobrir se eles estão subscritos a qualquer canal do Red Hat Satellite. Visualize os canais subscritos com o seguinte comando:
yum repolist
# yum repolist
Ative o mesmo certificado Satellite novamente no seu Satellite, usando este comando como usuário root:
rhn-satellite-activate -vvv --rhn-cert=/path/to/certificate
# rhn-satellite-activate -vvv --rhn-cert=/path/to/certificate
5.7. Interface web Copiar o linkLink copiado para a área de transferência!
Copiar o linkLink copiado para a área de transferência!
P:
Estou tendo problemas com a interface de usuário do Red Hat Satellite. Quais arquivos de log eu devo checar?
R:
Se você tem erros vizualizando, agendando, ou trabalhando com kickstarts na interface de usuário do Red Hat Satellite Server, cheque o arquivo de log
/var/log/tomcat6/catalina.out
.
Para todos os outros erros da interface de usuário, cheque o arquivo de log
/var/log/httpd/error_log
.
5.8. Anaconda Copiar o linkLink copiado para a área de transferência!
Copiar o linkLink copiado para a área de transferência!
P:
Estou tendo um erro que diz
Error downloading kickstart file (Erro ao baixar o arquivo de kickstart)
. Qual é o problema e como conserto isso?
R:
Este erro é geralmente o resultado de um problema de rede. Para localizar o problema, rode o comando
cobbler check
, e leia o resultado, que deve mostrar algo como:
Se o
cobbler check
não fornecer uma resposta, cheque o seguinte:
- Verifique se
httpd
está sendo executado:service httpd status
- Verifique se o
cobblerd
está sendo executado:service cobblerd status
- Verifique se você pode pegar o arquivo de kickstart usando
wget
de um host diferente:wget http://satellite.example.com/cblr/svc/op/ks/profile/rhel5-i386-u3:1:Example-Org
wget http://satellite.example.com/cblr/svc/op/ks/profile/rhel5-i386-u3:1:Example-Org
Copy to Clipboard Copied! Toggle word wrap Toggle overflow
P:
Estou tendo um erro num pacote de instalação que diz
The file chkconfig-1.3.30.1-2.i386.rpm cannot be opened.
. Qual é o problema e como eu conserto isso?
R:
Máquinas clientes pegarão conteúdo do Red Hat Satellite baseados no parâmetro
--url
no kickstart. Por exemplo:
url --url http://satellite.example.com/ks/dist/ks-rhel-i386-server-5-u3
url --url http://satellite.example.com/ks/dist/ks-rhel-i386-server-5-u3
Se você receber erros do Anaconda dizendo que não pode encontrar imagens ou pacotes, cheque de que a URL no kickstart gere uma reposta
200 OK
. Você pode fazer isso tentando wget
no arquivo localizado na URL:
Se você obter uma outra resposta além de
200 OK
, cheque os logs de erro para encontrar qual é o problema. Você pode também checar o arquivo Anaconda real que se foi tentado baixar procurando o arquivo access_log
:
Se as requisições não estão aparecendo no arquivo
access_log
, o sistema pode estar tendo problemas com a configuração de rede. Se as requisições estão aparecendo mas estão gerando erros, cheque os logs de erro.
Você pode também tentar manualmente baixar os arquivos para ver se o pacote está disponível:
wget http://satellite.example.com/ks/dist/ks-rhel-i386-server-5-u3/Server/chkconfig-1.3.30.1-2.i386.rpm
wget http://satellite.example.com/ks/dist/ks-rhel-i386-server-5-u3/Server/chkconfig-1.3.30.1-2.i386.rpm
5.9. Tracebacks Copiar o linkLink copiado para a área de transferência!
Copiar o linkLink copiado para a área de transferência!
P:
Estou recebendo emails com "WEB TRACEBACK" no campo assunto. O que eu devo fazer sobre isso?
R:
Um email de traceback típico é parecido com o seguinte:
Isso indica que houve um problema do Cobbler comunicando com o serviço
taskomatic
. Tente checar o seguinte:
- Verifique se
httpd
está sendo executado:# service httpd status
- Verifique se
cobbler
está sendo executado:# service cobbler status
- Verifique que não há regras de firewall que preveniriam conexões
localhost
5.10. Registro Copiar o linkLink copiado para a área de transferência!
Copiar o linkLink copiado para a área de transferência!
P:
O comando
rhnreg_ks
está falhando quando eu o uso, dizendo ERROR: unable to read system id (incapaz de ler o id do sistema)
. Qual é o problema?
R:
No final do arquivo de kickstart, há uma seção
%post
que registra a máquina ao Red Hat Satellite:
Interpretar isto na ordem que foi adicionado, ele irá:
- Criar um diretório para acomodar o cert SSL padronizado utilizado pelo Red Hat Satelite.
- Pegue o certificado SSL para usar durante o registro.
- Busque e substitua as sequências de certificado SSL do arquivo de configuração
rhn-register
, e então registrar ao Red Hat Satellite, usando o certificado SSL e a chave de ativação. Todo perfil de kickstart inclui uma chave de ativação que certifica que o sistema está atribuído com os canais base e filhos corretos, e receba os direitos de uso do sistema corretos. Se for um reprovisionamento de um sistema existente, a chave de ativação certificará também que está associada com o perfil de sistema anterior.
Se o comando
rhnreg_ks
falhar você poderá ver erros como este no arquivo de log ks-post.log
:
ERROR: unable to read system id.
ERROR: unable to read system id.
Estes erros também ocorrerão se você tentar realizar um
rhn_check
e o sistema não tiver sido registrado para o Red Hat Satellite.
A melhor maneira para resolver estes problemas é vizualizar o arquivo de kickstart e copiar e colar os quatro passos diretamente na linha de comando depois que o kickstart estiver completo. Isto produzirá mensagens de erro que são mais detalhadas para lhe ajudar a localizar o problema.
5.11. Kickstarts e Snippets Copiar o linkLink copiado para a área de transferência!
Copiar o linkLink copiado para a área de transferência!
P:
Qual é a estrutura de diretório para os kickstarts?
R:
O caminho base onde os arquivos de kickstart são armazenados é
/var/lib/rhn/kickstarts/
. Dentro deste diretório, os kickstarts brutos estão no subdiretório upload
, e os kickstarts gerados pelo assistente estão no subdiretório wizard
:
Raw Kickstarts: /var/lib/rhn/kickstarts/upload/$profile_name--$org_id.cfg Wizard Kickstarts: /var/lib/rhn/kickstarts/wizard/$profile_name--$org_id.cfg
Raw Kickstarts: /var/lib/rhn/kickstarts/upload/$profile_name--$org_id.cfg
Wizard Kickstarts: /var/lib/rhn/kickstarts/wizard/$profile_name--$org_id.cfg
P:
Qual é a estrutura de diretório para snippets do Cobbler?
R:
Snippets do Cobbler estão armazenados no
/var/lib/rhn/kickstarts/snippets
. O Cobbler acessa os snippets usando o link simbólico /var/lib/cobbler/snippets/spacewalk
.
Snippets: /var/lib/rhn/kickstarts/snippets/$org_id/$snippet_name
Snippets: /var/lib/rhn/kickstarts/snippets/$org_id/$snippet_name
Importante
Os RPMs do Red Hat Satelliter supõem que os diretórios kickstart e snippet Cobbler estejam em seus locais padrões, não os mude.
5.12. Monitoring Copiar o linkLink copiado para a área de transferência!
Copiar o linkLink copiado para a área de transferência!
P:
Existe qualquer ferramenta de diagnóstico que ajudem a determinar a causa de erros do monitoring?
R:
Apesar de todas as atividades relacionadas ao Monitoring serem conduzidas através da interface do Satellite, a Red Hat oferece algumas ferramentas de diagnóstico na linha de comandos que podem ajudá-lo a determinar a causa de erros e problemas. Para usar estas ferramentas, você deve tornar-se o usuário
nocpulse
no Satellite conduzindo a monitoramento.
Primeiro, autentique-se no Satellite como root. Então, alterne para o usuário
nocpulse
com o seguinte comando:
su - nocpulse
su - nocpulse
Para resolver completamente os problemas de uma detecção, primeiramente você deve obter seu ID. Você pode obter esta informação rodando
rhn-catalog
no Servidor Red Hat Satellite como o usuário nocpulse
. O output será similar a:
2 ServiceProbe on example1.redhat.com (199.168.36.245): test 2 3 ServiceProbe on example2.redhat.com (199.168.36.173): rhel2.1 test 4 ServiceProbe on example3.redhat.com (199.168.36.174): SSH 5 ServiceProbe on example4.redhat.com (199.168.36.175): HTTP
2 ServiceProbe on example1.redhat.com (199.168.36.245): test 2
3 ServiceProbe on example2.redhat.com (199.168.36.173): rhel2.1 test
4 ServiceProbe on example3.redhat.com (199.168.36.174): SSH
5 ServiceProbe on example4.redhat.com (199.168.36.175): HTTP
O ID da detecção é o primeiro número, enquanto o nome da detecção (conforme indicado na interface do Satellite) é a última informação da linha. No exemplo acima, o ID de detecção 5 corresponde à detecção chamada HTTP.
Futuramente, você pode passar as opções
--commandline
(-c
) e --dump
(-d
) junto a um ID de detecção para que rhn-catalog
obtenha mais detalhes sobre a detecção, como neste exemplo:
rhn-catalog --commandline --dump 5
rhn-catalog --commandline --dump 5
A opção
--commandline
submete os parâmetros de comando definidos para a detecção, enquanto --dump
recupera todo o resto, incluindo limites de alerta e intervalos e métodos de notificação.
O comando acima resultará num output similar a:
Agora que você tem o ID, pode usá-lo com
rhn-rhnprobe
para examinar o output da probe.
P:
Como eu interpreto o output de
rhn-runprobe
?
R:
Agora que você obteve o ID da detecção com
rhn-catalog
, use-o em conjunto com o rhn-runprobe
para examinar o output completo da detecção. Note que o rhn-runprobe
funciona no modo teste por default ou seja, nenhum resultado é inserido no banco de dados. Aqui estão suas opções:
Opção | Descrição |
---|---|
--help | Lista as opções disponíveis e fecha. |
--probe=PROBE_ID | Executa a detecção com este ID. |
--prob_arg=PARAMETER | Sobrescreve todos os parâmetros de detecção do banco de dados. |
--module=PERL_MODULE | Nome do pacote com o código alternativo a executar. |
--log=all=LEVEL | Determina o nível de registro de um pacote ou prefixo de pacotes. |
--debug=LEVEL | Determina o nível de depuração numérico. |
--live | Executa a detecção, além de enfileirar dados e enviar notificações (se necessário). |
Você deve incluir, no mínimo, as opções e os valores de
--probe
e de --log
. A opção --probe
toma o ID da detecção como seu valor e a opção --log
toma o valor "all" (para todos os níveis de execução) e um nível de verbosidade numérico como seus valores. Aqui está um exemplo:
rhn-runprobe --probe=5 --log=all=4
rhn-runprobe --probe=5 --log=all=4
O comando acima requer o output da detecção do probeID 5, para todos os níveis de execução, com alto nível de verbosidade.
Mais especificamente, você pode prover os parâmetros do comando, derivados do
rhn-catalog
. Exemplo:
rhn-runprobe 5 --log=all=4 --sshuser=nocpulse --sshport=4545
rhn-runprobe 5 --log=all=4 --sshuser=nocpulse --sshport=4545
Isto trará um output detalhado descrevendo a tentativa de execução da detecção. Os erros são claramente identificados.
5.13. Satellites de Multi-Organização e Certificado Satellite Copiar o linkLink copiado para a área de transferência!
Copiar o linkLink copiado para a área de transferência!
P:
Como eu registro meus sistemas em um ambiente de Organizações Múltiplas quando eu não tenho direitos a serviços suficientes no meu Certificado Satellite?
R:
Existem algumas situações nas quais você precisa liberar os direitos e você não tem muito tempo para fazer isto e pode não ter acesso à cada organização para que você mesmo faça isso. Existe uma opção no Multi-Org Satellites que permite que o administrador do Satellite reduza a conta de um direito da organização abaixo de seu uso. Este método deve ser realizado depois que se registrar na organização do administrativo.
Por exemplo, registrado na organização administrativa, se seu certificado não está seguro com os 5 direitos de gerenciamento de sistema e acredita não conseguir cobrir todos os sistemas registrados em seu Satellite, os 5 sistemas quase recentemente registrados à esta organização terão seus direitos desativados. Este processo está descrito abaixo:
- No arquivo
/etc/rhn/rhn.conf
definaweb.force_unentitlement
para 1. - Reinicie o Satellite
- Reduzir os direitos alocados à organizações desejadas pela aba de Subscrição de cada organização ou por abas de Organizações de direitos individuais.
- Diversos sistemas na organização devem estar agora em um estado sem direitos. O número de sistemas em estado sem direitos na organização será igual à diferença entre o número total de direitos que você removeu da organização do número de serviços que a organização não aplicou aos sistemas.Por exemplo, se você removeu 10 direitos da organização no passo 3 e a organização possui 4 direitos que não foram usados pelo sistema, os 6 sistemas na organização entrarão no estado sem direitos.
Depois que você tiver o número suficiente de direitos requeridos, você deve conseguir ativar seu certificado novo do Satellite. Observe que modificar a variante
web.force_unentitlement
é necessário somente para reduzir os direitos alocados da organização abaixo do que eles estiverem utilizando. Se uma organização possuir mais direitos do que estejam usando ativamente, você não precisará estabelecer esta variante para removê-los.
P:
Eu tenho direitos à serviços extras em meu Certificado Satellite que não estão sendo utilizados. O que acontece com estes direitos?
R:
Se você receber um certificado novo do Satellite e possuir mais direitos do que eles estejam consumindo em seu Satellite, qualquer direito extra deverá ser atribuído à organização do administrativo. Se você se registrar na interface da web como um administrador do Satellite, você conseguirá alocar estes direitos à outras organizaçãoes. Os direitos alocados previamente à outras organizações não serão afetados.
5.14. Configuração e Instalação do Proxy Copiar o linkLink copiado para a área de transferência!
Copiar o linkLink copiado para a área de transferência!
P:
Após configurar o Red Hat Network Package Manager como posso determinar se os pacotes locais foram adicionados com sucesso ao canal Red Hat Network ?
R:
Use o comando
rhn_package_manager -l -c "nome_do_canal_privado"
para listar os pacotes do canal privado, conhecidos pelos Servidores Satellite. Ou então visite o site da interface do Satellite.
Após incluir um sistema registrado num canal privado, você também pode executar o comando
yum --disablerepo="8" --enablerepo="your_repo_name" list available
no sistema registrado e procurar os pacotes do canal privado da RHN.
P:
Como posso saber se os clientes estão conectando ao servidor Squid?
R:
O arquivo
/var/log/squid/access.log
registra todas as conexões ao servidor Squid.
P:
O Red Hat Update Agent nos sistemas clientes não está conectando através do Red Hat Satellite Proxy . Como posso resolver este erro?
R:
Certifique-se de ter a última versão do Red Hat Update Agent instalada nos sistemas cliente. A versão mais recente contém as funcionalidades necessárias para conectar através de um Red Hat Satellite Proxy Server e pode ser obtida através da Red Hat Network emitindo o comando
yum update yum
como root ou a partir do http://www.redhat.com/support/errata/.
O Red Hat Satellite Proxy é uma extensão do Apache. Veja a seção Log Files do Red Hat Satellite Proxy Installation Guide para obter o local do seu arquivo log.
P:
A configuração do meu Red Hat Network Satellite Proxy não funciona. Por onde devo começar a resolver esta questão?
R:
Assegure-se que o arquivo
/etc/sysconfig/rhn/systemid
seja de propriedade (owner) do usuário root.apache com permissões 0640.
Leia os arquivos log. Uma lista está disponível na seção Log Files do Red Hat Satellite Proxy Installation Guide.
P:
Como eu resolvo problemas gerais no Red Hat Satellite Proxy?
R:
Para começar a resolver problemas genéricos, examine o(s) arquivo(s) de registro (log files) relacionado(s) ao componente apresentando falhas.
Um problema comum é o disco cheio (full disk space). Um sinal quase certeiro deste problema é a apresentação da gravação interrompida (halted writing) nos arquivos de registro. Se o registro parou durante uma gravação, como por exemplo no meio de uma palavra, você provavelmente está com os discos cheios. Para confirmar isto, rode este comando e verifique as porcentagens na coluna Use% (uso):
df -h
df -h
Além dos arquivos de registro, você também pode obter informações valiosas através do estado dos vários componentes. Isto pode ser feito para o Apache Web server e para o Squid.
Para obter o estado do Apache Web server, rode o comando:
service httpd status
service httpd status
Para obter o estado do Squid, rode o comando:
service squid status
service squid status
Se o administrador não estiver recebendo e-mails do Red Hat Satellite Proxy, confirme se os endereços de email corretos foram configurados para a opção
traceback_mail
em /etc/rhn/rhn.conf
.
P:
A configuração do meu Red Hat Network Satellite Proxy encontrou um erro "Host não foi Encontrado "/" Não foi possível Determinar o FQDN". O que devo fazer?
R:
Como os arquivos de configuração do Red Hat Network se apoiam exclusivamente nos nomes de domínio totalmente qualificados (fully qualified domain names, FQDN), é imperativo que os aplicativos chave sejam capazes de resolver o nome do Red Hat Satellite Proxy num endereço IP. O Red Hat Update Agent (Agente de Atualização da Red Hat), o Red Hat Network Registration Client (Cliente de Registro do Red Hat Network) e servidor do Apache Web tendem a apresentar este tipo problema quando as aplicativos do Red Hat Network trazem erros "host not found" ( máquina não encontrada) e quando o servidor Web traz "Could not determine the server's fully qualified domain name" (Não foi possível determinar o nome do domínio totalmente qualificado do servidor) na ocasião de falha ao iniciar.
Este problema origina-se do arquivo
/etc/hosts
. Confirme isto examinando o /etc/nsswitch.conf
, que define os métodos e a ordem na qual os nomes de domínio são resolvidos. Geralmente, o arquivo /etc/hosts
é verificado primeiro, em seguida, o Network Information Service (NIS) se usado, e depois o DNS. Um destes precisa ser bem sucedido para o servidor do Apache Web iniciar e para os aplicativos cliente do Red Hat Network funcionarem.
Para resolver este problema, indentifique o conteúdo do arquivo
/etc/hosts
. Deve se parecer com:
127.0.0.1 this_machine.example.com this_machine localhost.localdomain \ localhost
127.0.0.1 this_machine.example.com this_machine localhost.localdomain \ localhost
Em um editor de texto, remova as informações da máquina host do arquivo, ele deve se parecer com este:
127.0.0.1 localhost.localdomain.com localhost
127.0.0.1 localhost.localdomain.com localhost
Em seguida, salve o arquivo e tente rodar novamente os aplicativos cliente do Red Hat Network ou o Apache Web. Se ainda falharem, identifique explicitamente o endereço IP do Proxy no arquivo, como:
127.0.0.1 localhost.localdomain.com localhost 123.45.67.8 this_machine.example.com this_machine
127.0.0.1 localhost.localdomain.com localhost
123.45.67.8 this_machine.example.com this_machine
Substitua este valor pelo endereço IP real do Proxy. Isto deve resolver o problema. Tenha em mente que se o endereço IP específico for estipulado, o arquivo deverá ser atualizado quando a máquina obtiver um novo endereço.
P:
Estou tendo problemas com o Red Hat Satellite Proxy e erros de conexão de rede. O que devo fazer?
R:
Se você acredita que há problemas relacionados a conexões falhas, siga estas instruções:
- Confirme o pacote correto:
rhn-org-httpd-ssl-key-pair-MACHINE_NAME-VER-REL.noarch.rpm
rhn-org-httpd-ssl-key-pair-MACHINE_NAME-VER-REL.noarch.rpm rhn-org-httpd-ssl-key-pair-MACHINE_NAME-VER-REL.noarch.rpm rhn-org-httpd-ssl-key-pair-MACHINE_NAME-VER-REL.noarch.rpm
Copy to Clipboard Copied! Toggle word wrap Toggle overflow está instalado no Red Hat Satellite Proxy e se orhn-org-trusted-ssl-cert-*.noarch.rpm
ou o certificado (cliente) CA SSL público bruto está instalado em todos os sistemas cliente. - Verifique se os sistemas clientes estão configurados para usar o certificado apropriado.
- Se usar um ou mais Servidores Satellite Proxies da Red Hat, garanta que o certificado SSL de cada Proxy seja preparado corretamente. Se usar um Red Hat Satellite Proxy em conjunto com um Red Hat Satellite, o Proxy deve ter ambos instalados - o par de chaves SSL do servidor e o certificado (cliente) público SSL da CA, já que servirá ambas funcionalidades. Consulte o capítulo Certificados SSL do Guia de Configuração do Cliente Red Hat Satellite para instruções específicas.
- Se o Red Hat Satellite Proxy se conecta através de um Proxy HTTP, garanta que a URL listada seja válida. Por exemplo: o campo HTTP Proxy URL não deve conter referências a protocolos, como http:// ou https://. Somente o nome da máquina e porta devem ser inclusas, no formato nomedamáquina:porta, como por exemplo
portadecomunicação_corporativa.exemplo.com:8080
. - Assegure-se de que os sistemas de cliente não estão utilizando firewalls próprios, bloquendo as portas requeridas como identificado na seção Additional Requirements do Red Hat Satellite Proxy Installation Guide.
P:
Estou tendo problemas com os erros de entrega do pacote e danos de objeto. O que devo procurar?
R:
Se a entrega de um pacote falhar ou se um objeto parece estar corrompido, e não há relação com erros de conexão, você deve considerar limpar os caches. O Red Hat Satellite Proxy tem dois caches que você deve observar: um para o Squid e outro para autenticação.
O cache do Squid está localizado no
/var/spool/squid/
. Para limpá-lo:
- Interrompa o Servidor da Web Apache:
service httpd stop
- Interrompa o Squid server:
service squid stop
- Remova o conteúdo do diretório:
rm -fv /var/cache/rhn/*
- Reinicie ambos serviços:
service squid start service httpd start
service squid start service httpd start
Copy to Clipboard Copied! Toggle word wrap Toggle overflow
A mesma tarefa pode ser concluída mais rapidamente limpando o diretório e reiniciando o squid, mas este método pode muito provavelmente resultar em diversas mensagens do Red Hat Network traceback.
O mecanismo de caching interno usado para a autenticação pelo Proxy também pode precisar de uma limpeza em seu cache. Para tanto, invoque o seguinte comando:
rm -fv /var/cache/rhn/*
rm -fv /var/cache/rhn/*
Nota
Se você ainda não esgotou todas estas possibilidades da resolução de problemas ou deseja deferí-las aos profissionais do Red Hat Network, a Red Hat recomenda que você usufrua do suporte que acompanha o Red Hat Satellite. A maneira mais eficiente de fazê-lo é agregar os parâmetros de configuração, arquivos de registro e as informações do banco de dados de seu Satellite e enviar este pacote diretamente à Red Hat.
O Red Hat Network oferece uma ferramenta de linha de comando especificamente para este propósito: o Satellite Diagnostic Info Gatherer (Coletador de Informações de Diagnóstico do Satellite), comumente conhecido pelo seu comando
satellite-debug
. Para usar esta ferramenta, invoque o comando como root. Você verá partes das informações coletadas e também um único arquivo tarball criado, como:
Ao terminar, envie um e-mail com o novo arquivo do diretório
/tmp/
a seu representante da Red Hat para um diagnóstico imediato.
Adicionalmente, a Red Hat fornece um comando de linha chamado SoS Report, comumente conhecido pelo seu comando
sosreport
. Esta ferramenta coleta os parâmetros de configuração de sua Proxy, arquivos de log e informação de banco de dados e os envia diretamente à Red Hat.
Para usar esta ferramenta para informação do Red Hat Satellite, você deve ter o pacote
sos
instalado. Digite sosreport -o rhn
como root no servidor Satellite para criar um relatório. Por exemplo:
Você é então requisitado pelo primeiro e último nome e então um número do tíquete de suporte (também conhecido como número Issue Tracker).
Isso pode levar alguns minutos para o sistema gerar e arquivar o relatório em um arquivo comprimido. Ao terminar, envie um e-mail com o arquivo do diretório
/tmp/
para seu representante Red Hat para o diagnóstico imediato.