Peguei um caso hoje de cliente onde o servidor virtual não estava subindo após uma queda de luz. A VM roda no linux e vmware server. O erro retornado no log do vmware ao tentar subir a vm é:
Reason: Failed to lock the file
A solução do problema foi renomear o arquivo .WRITELOC. Depois disso a vm subiu.
É isso, começar segunda-feira com servidor de e-mail parado de manhã cedo .. o blz .. hehehe
Hoje peguei um caso onde ao entregar mensagem para um domínio o cliente recebia a seguinte mensagem de erro:
all relevant MX records point to non-existent hosts or (invalidly) to IP addresses
Foi detectado que a causa está na configuração de dns do cliente, onde a mx record apontava para um endereço ip, e não para um nome de host.
Segue abaixo esse e mais alguns erros comuns e as respectivas soluções:
1) unrouteable mail domain “exemplo@dominio.com”
O domínio “exemplo@dominio.com” não existe ou não está respondendo.
2) 451- all relevant MX records point to non-existent hosts:
it appears that the DNS operator for this domain has installed an
invalid MX record with an IP address instead of a domain name on the right
hand side
O domínio está mal configurado: o registro MX do DNS aponta para um domínio inexistente ou informa um IP em vez de um domínio. O jeito é fazer contato com o responsável pelo domínio ou caso tenha acesso ao servidor dns alterar o mx record para um nome de host válido.
3) exemplo@dominio.com
mailbox /home/qualquer/mail/exemplo.com/exemplo/inbox has wrong mode 644:
retry timeout exceeded
O arquivo “inbox” da caixa postal está com código de permissão errado, deveria ser 660.
4) hostservidor.exemplo.com [200.200.200.200]:
552 RCPT TO:<exemplo@dominio.com> Mailbox disk quota exceeded
A caixa postal do endereço exemplo@dominio.com está sem espaço em disco para armazenar novas mensagens.
5) —— pipe to |/usr/local/cpanel/bin/autorespond
fulano@dominio.com.br /home/luang/.autorespond
generated by fulano@dominio.com.br
Mail loop detected
Detectou-se um loop de auto-resposta, ou seja, um endereço com resposta automática (”Recebi sua mensagem…”) está “conversando” com outro endereço com essa configuração. Um dos lados detectou o problema e lhe enviou um aviso. Fora isso, sua mensagem deve ter chegado ao destinatário sem problemas.
6) This message was created automatically by mail delivery software (Exim).
A message that you sent has not yet been delivered to one or more of its
recipients after more than 48 hours on the queue on hostbiz.com.br.
The message identifier is: — código mensagem –
The subject of the message is: Assunto
The date of the message is: — data –
The address to which the message has not yet been delivered is:
exemplo@dominio.com
No action is required on your part. Delivery attempts will continue for
some time, and this warning may be repeated at intervals if the message
remains undelivered. Eventually the mail delivery software will give up,
and when that happens, the message will be returned to you.
A mensagem cujo destinatário é exemplo@dominio.com ainda não foi entregue por causa de algum erro não-permanente (se fosse permanente, você já receberia o erro definitivo). Isso é só um aviso, o servidor continuará tentando o envio até o prazo máximo de 4 dias, após os quais você receberá a mensagem de desistência. De qualquer forma, é possível verificar a causa do problema, é só enviar o código da mensagem para checarmos no log.
a medida que eu for detectando novos erros vou ir documentando aqui nesse post, já deveria ter começado isso antes … 
O robocopy.exe faz parte do resource kit , um conjunto de ferramentas úteis para administradores de rede com servidores microsoft. A versão mais recente do robocopy é o XP010 com apenas 78kb e tem algumas opções a mais em relação a versões anteriores. Todos os novos recursos estão descritos nesse arquivo robocopy.doc assim como um manual completo de comandos.
Nesse post eu vou descrever alguns parametros básicos do robocopy com base no meu uso pessoal.
No meu caso possuo uma máquina com Windows Server 2003 usada como servidor de arquivos entre outras funções, e um notebook onde também armazeno dados pessoais.
Utilizo no note uma estrutura de árvore idêntica àquela existente no servidor 2003, e necessito que seja feito um espelhamento desses diretórios no servidor, que posteriormente envia os dados para um HD externo através de um job configurado no arcserve.
Estou usando no robocopy a seguinte sintaxe:
c:\robocopy.exe d:\Documents \\server\compartilhamento\Documents
/E /V /ETA /PURGE /NDL /NFL /LOG+:d:\robocopy.log
O comando acima executa o robocopy.exe que está na unidade c:, e copia todo o diretório d:\Documents para um compartilhamento com o mesmo nome no servidor.
Segue a descrição dos parametros acima e mais alguns:
/E -> copia diretórios e subdiretórios, inclusive os vazios
/PURGE -> remove no diretório de destino aqueles arquivos que não existem no diretório de origem
/MIR -> esse parâmetro tem o mesmo efeito do /E e /PURGE, ele faz com que o diretório de destino seja um espelhamento do diretório de origem, mesmo que para isso seja necessário remover arquivos no diretório de destino.
/LOG:arquivo -> faz com que seja gerado um arquivo de log com a saída do comando
/LOG+:arquivo -> a mesma coisa do parâmetro anterior, porém ao invés de sobescrever o arquivo, ele adiciona o conteúdo ao arquivo existente
/MOV -> Deleta arquivos da origem após a cópia
/ETA -> Exibe o tempo estimado que a cópia dos dados levará
/NDL -> nao loga diretorios na saída
/NFL -> nao loga arquivos na saída
/MAX:n :: -> tamanho máximo do arquivo para cópia.
/MIN:n :: -> tamanho mínimo do arquivo para cópia.
/MAXAGE:n :: -> não copia arquivos mais antigos que um número especificado de dias.
/MINAGE:n :: -> não copia arquivos que não tenham uma idade mínima de dias.
/SEC -> copia arquivos com security attributes
/Z -> reinicia a cópia de onde parou em caso de falha
/B -> copia em modo backup
/ZB -> Tenta copiar os arquivos em modo reiniciavel, e caso falha copia em modo backup
obs.: essas ultimas 3 opções diminuem o desempenho da cópia
No meu caso os parâmetros utilizados foram a melhor forma que eu encontrei de manter os dados do meu note sempre sincronizados com o servidor de arquivos, de uma maneira rápida e segura. Gerei um arquivo bat com o comando a ser executado e adicionei no tarefas agendadas para ser rodado uma vez por semana.
Na primeira execução demorou bastante, mas depois disso é bem rápido, pois da segunda execução em diante apenas adiciona no destino os novos arquivos e as alterações feitas nos arquivos de origem.
Era isso …
Pra baixar o resource kit inteiro clique aqui pra baixar apenas o robocopy.exe clique aqui
Nesse post vou documentar aqui alguns procedimentos de gerenciamento de backup com sistemas Linux em unidades de fita DDS, também conhecidas como DAT, e unidades LTO.
Geralmente essas unidades são gerenciadas por controladoras SCSI e ficam em /dev/st0. Dependendo do modelo isso pode mudar.
Para poder rebobinar a fita, limpar, ejetar etc é usado o comando mt. Caso esse comando não seja reconhecido é preciso instalar o pacote mt-st.
Caso não esteja, é preciso também levantar o módulo st -> modprob st
Ex. de comandos:
mt -f /dev/st0 rewind
mt -f /dev/st0 erase
mt -f /dev/st0 eject
Exemplos de comandos para gravação de dados na unidade:
tar -cv -T /home -f /dev/st0
Neste caso acima é enviado todo o conteúdo do diretório home para a fita
Exemplos de comandos para restauração de dados da unidade:
tar -xvf /dev/st0 *documento* -> restaura os arquivos com a palavra documento
tar -xvf /dev/st0 /home/docs -> restaura todo conteúdo do diretório /home/docs
tar -xvf /dev/st0 *.doc -> restaur todos os arquivos .doc
obs.: Usando os comandos acima, a restauração vai ser feita no diretório corrente. Por isso antes de fazer o restore, é bom ter certeza que o diretório possui espaço para a quantidade de dados a ser restaurada.
Exemplo de comando para listar o conteúdo da fita:
tar tvf /dev/st0 -> lista o conteúdo da fita
tar tvf /dev/st0 > /tmp/backup -> Joga a listagem dos arquivos gravados na fita para um arquivo /tmp/backup
É isso no momento ….
Peguei um atendimento de cliente hoje onde o squid após iniciado, ficava alguns minutos no ar e depois parava novamente retornando nos logs do messages o seguinte:
“Exiting due to repeated, frequent failures”
Já peguei esse tipo de problema quando o squid atinge o limite de 2gb nos logs, mas dessa vez nao era essa a causa ….
Depois de limpar logs, cache, fazer o diabo … detectei entre as linhas geradas pelo squid no /var/log/messages o erro:
winbindd[6860]: tdb(/var/lib/samba/winbindd_cache.tdb): rec_free_read bad magic 0×42424242 at offset=1435168vv
Tudo voltou ao normal após a remoção dos arquivos .tdb existentes no diretório /var/lib/samba/
era isso…
Essa dica é interessante para quem precisa acessar uma máquina na rede por RDP, e a máquina não está com remote desktop habilitado. Caso alguém tenha acesso a máquina, o mais fácil é pedir para habiltar, mas caso não tenha … dá pra habilitar remotamente através de policy.
É uma dica interessante também para os administradors que querem ter o RDP habilitado obrigatóriamente em todas as máquinas da rede, facilitando o suporte remoto aos usuários.
Segue o link:
Mais um probleminha solucionado e documentado…
Problema: global address lists do exchange indisponível apenas para 3 usuários específicos, consultado o eventviewer e visto que estava gerando erro de source MSExchangeAL e id: 8270.
Solução:
http://support.microsoft.com/kb/254030/en-us
In Active Directory Users and Computers1. In Active Directory Users and Computers on the View menu, click Advanced Features.
2. Right-click the container or organizational unit that contains the users who are not being stamped by the Recipient Update Service, and then click Properties.
3. On the Security tab, verify that the Allow inheritable permissions from parent to propagate to this object check box is selected. This options adds Exchange Enterprise Servers to the list of accounts that have rights to that object.
4. Verify that this box is selected at the container level, and also in the user properties. To select the properties for individual users, right-click the user, click Properties, and then click the Security tab.
O ProxyPass, no apache é usado para quando se tem um site hospedado em um servidor web, por ex. dominio.com. E precisa-se fazer com que uma determinada página desse site, ao invés de ser buscada no webserver que armazena o site principal, seja repassada para um outro servidor da rede interna.
Ex. Ao acessar http://dominio.com/site2 ao invés de ser visualizado onde está o site http://dominio.com/ seja feito um proxy desse endereço para outra máquina.
No caso pode ser feito isso criando um vhost. No apache os arquivos de vhost por padrão ficam no diretório /etc/apache2/vhosts.d/ e precisam ficar com uma extensão .conf no arquivo para funcionar.
Segue exemplo de um arquivo de configuração vhost que faz proxypass
<VirtualHost *:80>
<Proxy *>
Order deny,allow
Allow from all
</Proxy>
##SITE1
ProxyPass /site1 http://192.168.1.1/site1
ProxyPassReverse /site1 http://192.168.1.1/site1
## SITE2
ProxyPass /site2 http://192.168.1.2/site2
ProxyPassReverse /site2 http://192.168.1.2/site2
</VirtualHost>
Nesse caso acima ao acessar o dominio/site1 será direcionado para a máquina na rede 192.168.1.1 e dominio/site2 será direcionado para 192.168.1.2.
Isso vale até mesmo para webservers de plataforma diferente. Por ex. tanto no servidor 192.168.1.1, quanto 192.168.1.2, poderia estar rodando IIS da microsoft, que iria funcionar.
Detalhe: para funcionar o proxy pass tem que estar habilitados os seguintes modules no parametro APACHE_MODULES: (normalmente no arquivo /etc/sysconfig/apache2)
proxy mod_proxy_http mod_proxy_connect
Outro detalhe: Numa experiência que eu tive, precisava fazer o proxypass para uma estação da rede interna que rodava um sistema de câmeras. Foi feito, funcionou corretamente, mas ao acessar a página era necessário instalar um componente activex. Não consegui fazer funcionar a instalação do componente, provavelmente porque para instalar o mesmo os dados não trafegam pela porta 80, e o proxypass só faz o repasse desse tipo de tráfego. Não sei se é possível contornar isso, mas fica anotado esse detalhe.
Segue links de documentação do apache a respeito:
http://httpd.apache.org/docs/1.3/mod/mod_proxy.html
http://httpd.apache.org/docs/2.0/mod/mod_proxy.html
Ontem atendi um cliente que tem uma rede com domínio NT, e está migrando para AD. O AD já está instalado, 30% das estações já estão no domínio novo, e esses usuários que já estão no domínio novo precisam acessar os compartilhamentos que ainda estão ativos no domínio NT.
Para isso a solução é criar uma relação de confiança entre os 2 domínios, para isso segue artigo da microsoft:
http://support.microsoft.com/kb/325874/pt-br
Peguei um cliente com esse erro relatado no log do job do Backup Exec. “Ran out of memory”
Segue artigo da symantec a respeito:
http://seer.entsupport.symantec.com/docs/278779.htm
Segue evento gerado no eventviewer no momento do problema:
http://support.microsoft.com/kb/907875/en-us
|
Inscreva-se no Feed RSS!
Não sabe o que é RSS? Clique aqui |
Notícias - Meio Bit Notícias - Baboo Notícias - BR-Linux
Comentários