Para resolver este problema atente para os pontos abaixo, e a medida que for descendo as linhas nesta dica você estará aplicando o que vou falando e testando, pois existem diversas formas de solucionar este erro:
1 – Verifique se o domínio que está tentando enviar o email está no /etc/localdomains – caso o MX dele seja externo, verifique se ele se encontra em /etc/remotedomains.
2 – Um erro comum é criar um domínio famoso e tenar enviar um email para ele, vamos supor que por uma brincadeira/teste você criou o domínio do Gmail (gmail.com) dentro de seu whm. Caso isso tenha ocorrido, no momento em que alguém tentar enviar um email para o Gmail a mensagem de erro R=virtual_aliases: No Such User Here irá aparecer.
Remova o domínio em questão e refaça os testes. (ou coloque o domínio que cadastrou de testes no /etc/remotedomains)
3 – Caso os passos acima não resolvam, force a requisição de autenticidade de emails no nas configurações do exim -> editor avançado informando:
require verify = recipient
4 – se mesmo assim não funcionar eu sugiro que siga os passos abaixo (último caso):
Tá, isso aí é dúvida de muuuuuuita gente, mas é algo simples.
As vezes precisamos fazer perícias para saber se uma aplicação/daemon será compatível com nossa estrutura de dispositivos (arquitetura, fsb, chipset e etc), e para isto precisamos de informações beeeeem detalhadas.
Abaixo descrevo alguns comandos que acho bacana:
lspci
Este comando lhe dá um detalhe bem legal sobre dispositivos pci em seu pc.
Em um pc simples a saída fica mais ou menos assim:
00:00.0 Host bridge: VIA Technologies, Inc. P4M800 Host Bridge
00:00.1 Host bridge: VIA Technologies, Inc. P4M800 Host Bridge
00:00.2 Host bridge: VIA Technologies, Inc. P4M800 Host Bridge
00:00.3 Host bridge: VIA Technologies, Inc. P4M800 Host Bridge
00:00.4 Host bridge: VIA Technologies, Inc. P4M800 Host Bridge
00:00.7 Host bridge: VIA Technologies, Inc. P4M800 Host Bridge
00:01.0 PCI bridge: VIA Technologies, Inc. VT8237/VX700 PCI Bridge
00:0f.0 RAID bus controller: VIA Technologies, Inc. VIA VT6420 SATA RAID Controller (rev 80)
00:0f.1 IDE interface: VIA Technologies, Inc. VT82C586A/B/VT82C686/A/B/VT823x/A/C PIPC Bus Master IDE (rev 06)
00:10.0 USB Controller: VIA Technologies, Inc. VT82xxxxx UHCI USB 1.1 Controller (rev 81)
00:10.1 USB Controller: VIA Technologies, Inc. VT82xxxxx UHCI USB 1.1 Controller (rev 81)
00:10.2 USB Controller: VIA Technologies, Inc. VT82xxxxx UHCI USB 1.1 Controller (rev 81)
00:10.3 USB Controller: VIA Technologies, Inc. VT82xxxxx UHCI USB 1.1 Controller (rev 81)
00:10.4 USB Controller: VIA Technologies, Inc. USB 2.0 (rev 86)
00:11.0 ISA bridge: VIA Technologies, Inc. VT8237 ISA bridge [KT600/K8T800/K8T890 South]
00:11.5 Multimedia audio controller: VIA Technologies, Inc. VT8233/A/8235/8237 AC97 Audio Controller (rev 60)
00:12.0 Ethernet controller: VIA Technologies, Inc. VT6102 [Rhine-II] (rev 78)
01:00.0 VGA compatible controller: VIA Technologies, Inc. KM400/KN400/P4M800 [S3 UniChrome] (rev 01)
Para informações beeem detalhadas use lspci -vv
(use os camandos como root).
lshw
Este comando é muito amigável e lhe dá um resumo bem bombado sobre seu hardware (memória, cpu e etc).
Em alguns casos ele consegue informar a frequência da memória (isto mesmo, ddr 1066 por exemplo).
Esse comando (na minha opinião) deve ser usado da seguinte forma:
lshw | more
O pipe “|” + more serve para paginar a saída de maneira que você possa ver pausadamente.
A saída deste comando é beeem legal, veja um pedacinho da saída falando de memória:
Arquivo cpuinfo
Essa é uma das formas mais simples de saber que flags seu processador tem, qual velocidade dele, memória cache (L1, L2…) e etc.
Use da seguinte forma:
cat /proc/cpuinfo
A saída deste comando deve sair parecida com esta:
processor : 0
vendor_id : GenuineIntel
cpu family : 15
model : 4
model name : Intel(R) Pentium(R) 4 CPU 3.40GHz
stepping : 10
cpu MHz : 3400.425
cache size : 2048 KB
physical id : 0
siblings : 1
core id : 0
cpu cores : 1
apicid : 0
fdiv_bug : no
hlt_bug : no
f00f_bug : no
coma_bug : no
fpu : yes
fpu_exception : yes
cpuid level : 5
wp : yes
flags : fpu vme de pse tsc msr pae mce cx8 apic mtrr pge mca cmov pat pse36 clflush dts acpi mmx fxsr sse sse2 ss ht tm pbe lm constant_tsc up pni monitor ds_cpl est cid cx16 xtpr lahf_lm
bogomips : 6805.08
Legal!
arquivo devices
Esse é um meio muito resumido e particularmente não gosto muito, mas segue a dica:
cat /proc/devices
Mostra os dispositivos resumidamente (no estilo lsmod).
Arquivo meminfo
Este arquivo lhe informa memória com um pouco mais de detalhes:
cat /proc/meminfo
Comando dmesg
Esse comando é muito legal, precisa somente de um extrinha:
use-o com o more!
dmesg | more
Normalmente a saída é enorme.
O comando dmesg dá um resumo do startup do sistema operacional lgnu/linux, assim como detalha em um rápido processo as coisas boas e ruins que estão ocorrendo com o sistema. (MUITO ÚTIL).
Erros de boot, erros de kernel, dispositivos desconhecidos e etc!
dmidecode
O comando dmidecode é um monstro. Esse comando dá todos os detalhes de hardware (isto mesmo, informe até o modelo da placa-mãe).
Utilize-o da seguinte forma:
dmidecode | more
Um pouco da saída:
System Information
Manufacturer: MICRO-STAR INTERNATIONAL CO., LTD
Product Name: MS-7071
Version: 1.00
Serial Number:
UUID: Not Present
Wake-up Type: Power Switch
Esse comando é uma mãe! Isto mesmo, muito bom para saber as informações detalhadas de uma motherboard, sem contar que você pode colher as informações de chipset e modelo da placa-mãe, podendo assim até consultar informações direto do fabricante.
Abraços a todos e espero que este post tenha sido útil.
Ultra simples, normalmente isso foi um componente que você instalou e simplesmente está sem permissão de execução.
Para consertar basta ir na dll do aplicativo, em exemplo mostro um caso de aspjpeg:
1 – entre no diretório c:\program files\persists\aspjpeg\bin
2 – Dentro desta pasta dê permissão para everywere ler e executar a dll.
Pronto, fazendo isto tudo estará resolvido
Obs: Não deixe de usar o MONO caso use o Gnu/Linux Centos em aplicações dotnet, além de MUITO amadurecido, o mono está muito sofisticado como um todo.
Se você tem certeza que o firewall está liberando as portas de email (143, 25, 110) e que seu serviço está operando normalmente no whm cpanel a saída está aqui:
Galera, para quem gosta de manter-se atualizado, a Zend (pai do php) lançou juntamente com a equipe de desenvolvimento o php 5.2.11. Vale a pena o update devido a quantidade de bugs corrigidos.
Se você instalou o IONCUBE no CENTOS/RedHat/Fedora, NÃO entre em pânico se recebeu a mensagem acima ou algo bem semelhante (com compontente da zend). Há uma probabilidade monstruosa do problema estar ocorrendo por causa do SELINUX. Para sanar esse problema rode:
/usr/sbin/setenforce 0
OU
edite o arquivo /etc/selinux/config colocando no lugar de enforcing a informação disable.
Bom galera, o nerd aqui vai postar algo um pouco interessante para quem usa Red Hat/Centos/Fedora (e based) e usa o yum para fazer manipulação de pacotes e etc. Se você tem a necessidade de DownGrade de qualquer coisa que instalou no server, principalmente se usou yum, nada de problema, siga os passos abaixo e seja feliz (faça os passos abaixo como root):
yum install yum-allowdowngrade
Após, precisamos habilitar o yum para fazer downgrades, neste caso:
vim /etc/yum.conf
vim /etc/yum.conf
# show all available packages, not just latest
showdupesfromrepos=1
Nada de pânico, se você já foi em tweak settings e tentou ativar o danado do webmail e mesmo assim ele não funfou, nada de pânico, entre no console, caso use apf rode iptables -F, caso rodo csf rode csf -f.
Tente acessar
Isso normalmente é firewall barrando a porta de webmail 2095
checking for a BSD compatible install… /usr/bin/install -c
checking whether we are using gcc… yes
checking Ruby version… 1.8.5
checking for static Apache module support… no
checking for dynamic Apache module support… yes
creating Makefile
creating libruby.module
creating doc/Makefile
Se você, ao tentar rodar o make recebe isto aqui:
apachelib.c: In function .ap_chdir_file.:
apachelib.c: 149: take care: the returnvalue of .chdir ., declared with .warn_unused_result. attribut, is ignored
apachelib.c: 154: take care: the returnvalue of .chdir ., declared with .warn_unused_result. attribut, is ignored
apachelib.c: In function .rb_init_apache. :
apachelib.c: 374: error: .OPT_INCNOEXEC. undeclared (first use in this function)
apachelib.c: 374: error: (Each undeclared identifire is reported only once
apachelib.c: 374: error: for each function it appears in.)
make: *** [apachelib.o] error 1
FICA tranquilo, a saída está aqui:
abra o arquivo apachelib.h e dentro dele, abaixo das linhas:
Irá verificar erros recentes, problemas de RAM, aplicativos gerando qualquer log de erro significativo pro sistema operacional
tail -f -n XXXXX /var/log/messages
Similar ao anterior. XXX é o numero de linhas para trás. Sempre que o servidor travar, procure as ultimas entradas neste arquivo antes do travamento.
hdparm -Tt /dev/sda (sda, sdb, md0… seja qual for seu disco)
Te dá um relatório de leitura e escrita pro seu disco.
Os valores mínimos aceitáveis são:
Timing cached reads superior a 700
Timing buffered disk reads superior a 25
Se estiver inferior, é grande chance de problema no disco.
Faz um “top” e acompanha o parametro “wa” ou “iowait”.
Este parametro é o quanto seu sistema operacional espera por leitura/escrita do disco. Se durante 5 minutos esse parametro se mantiver muito alto (a cima de uns 60-70%), pode indicar sobrecarga do servidor e/ou problema no disco.
Servidor travou. Será que é Firewall?
Não é dificil acontecer. As vezes o firewall pode estar em um nível de segurança muito alto (acontece muito com o CSF), e o servidor barra todo o tráfego sainte. Tente desativar o Firewall por alguns dias. Não é nada bom ficar sem firewall, mas ir por eliminação nunca faz mal. O APF é uma boa alternativa de firewall pra Linux.
Se usar o CSF, nunca esqueça de sempre fazer update nele.
Alugue um KVM remoto
Outra dica nossa, seria pedir a instalação de um KVM remoto. Desta forma você consegue verificar de forma segura a temperatura do processador, gabinete e outros parametros. Quando o servidor travar, você terá acesso total a máquina e poderá investigar uma possível mensagem de erro no sistema (se houver).
É basicamente isso.. Existem muitas variáveis. Principalmente quando muitos clientes rodam aplicações que desconhecemos.
Se o processo repquota -auv está matando sua máquina Centos/Redhat com WHM/CPANEL, nada de desespero, o esquema é observar se o item abaixo está marcado:
Se ao suspender contas em seu WHM, você enfrentar problemas com LOAD, desabilite em “Tweak Settings” a função abaixo:
“Use Safe Quota Setting (quotas will be disabled, adjusted, and then re-enabled). This option should be enabled if you are having problems with lost disk quotas or other quota system corruption. Under software raid and other circumstances enabling this option will degrade server performance.”
Se você tenta acessar sua conta de email (e até consegue) via webmail (em seu cpanel), mas na hora de enviar uma mensagem o erro que aparece é o erro 111, NADA DE PÂNICO, mister little lhe dá a resposta bem mastigadinha!
1 – acesse o servidor, logando-se como root execute o comando abaixo:
/scripts/mailperm –force
Este problema ocorre (normalmente) ou porque a conta de email Não exise mais ou porque a mesma perdeu privilégios no gestor do exim.
Para instalar o CSF firewall basta executar os seguintes comandos:
wget http://www.configserver.com/free/csf.tgz
tar zxf csf.tgz
cd csf
sh install.sh
Após isto, caso tenha o apf e o bfd operando remova-os assim:
sh disable_apf_bfd.sh
OBS: O CSF já detecta que portas estão sendo utilizadas e as libera de maneira simples, ou seja, sem que haja intervenção por sua parte.
Uma coisa que você deve ficar alerta, principalmente por que o BIND usa a porta 953 udp/tcp.
Libere isto também e ainda, caso sua interface de dns do seu IDC seja eth0, por exemplo, informe ela na interface excluída de verificações.
