Portas de Email do Cpanel (Cpanel Mail Ports)

Standard

As portas que o CPANEL usa para emails são:

cPanel Webmail, 2095
cPanel Webmail (SSL), 2096
IMAP, 143
IMAP (SSL), 993
POP, 110
POP (SSL), 995
SMTP, 25 (587 no BRASIL, sendo necessário muda-la no CPANEL)
SMTP (SSL), 465

Ressaltando que NO BRASIL, por padrão a porta do cpanel deve ser setada como 587 em SMTP, isso significa que a porta de SMTP SEM SSL será 587.

Mysql::Error: Can’t create/write to file RUBY ON RAILS /tmp

Standard

ruby

Como sanar este erro?

Das coisas mais malucas que já vi foi o ror pedir um temp dentro do mysql para poder trabalhar.

Bem, se essa é a onda dele, vamos curtir juntos, não? Como sanar?

Entre dentro do /etc/my.cnf

Insira a seguinte linha:

tmpdir = /var/lib/mysql/tmp

Isto deve ser colocado na parte [mysqld].

Assim que for feito ainda não reinicie o mysql, faça os passos:

mkdir /var/lib/mysql/tmp

chown mysql:mysql /var/lib/mysql/tmp

E por fim use o comando:

service mysql restart

Depois disto curta a onda e nada de flip ;). (Quilhas cortam MUITO)

Tema STABLE do cpanel não permite usar nenhum menu, nem listagem de emails, nem qualquer formulário do whm

Standard

Ontem a cpanel, com o auto update (setado no crontab, podendo ser visto com crontab -e) apresentou sérios problemas em suas templates, mesmo em versões de update Stable.

A saída para sanar este problema está nas 2 formas abaixo:

 

1 – Entre no console e digite /scripts/upcp –force e espere terminar, caso não resolva vá ao ponto 2:

2 – Entre no WHM, vá em update e escolha CURRENT, assim que salvar o WHM vai sugerir que dê update (só que não funciona o update now, rsrsrs, é um form bugado), entre novamente no console e digite /scripts/upcp –force, este sim é garantido.

Fantastico is not installed at the default location /usr/local/cpanel/3rdparty/fantastico. Either move the Fantastico directory from it’s current location to /usr/local/cpanel/3rdparty/fantastico OR enable ioncube loaders in WHM -> Tweak settings.

Standard

Para massacrar esse problema chato use os comandos:

 


/scripts/makecpphp

/etc/init.d/cpanel restart
Feito isto é só alegria.
Pontos extras que podem ocorrer:
checking for jpeg_read_header in -ljpeg... no

configure: error: Problem with libjpeg.(a|so). Please check config.log for moreinformation.
Para sanar use:
yum install libjpeg
Se a resposta for:
Package libjpeg-6b-37.i386 already installed and latest version
Use:
rpm -e –nodeps libjpeg-6b-37.i386
yum install libjpeg
Outras saídas que podem sanar o problema caso ele persista:
cd /usr/local/cpanel/whostmgr/docroot/cgi/fantastico/scripts/
/usr/local/cpanel/3rdparty/bin/php cron.php
Caso ainda assim não resolva (SE O IONCUBE ESTIVER MARCADO COMO ON desde o começo da tentativa de solução) use:
/scripts/upcp –force
Abraços.

WHM sumiu com meus ips adicionados anteriormente e ao tentar adicionar novamente aparece a mensagem is already…

Standard

Calma, sem problemas.
Se conseguir entre como root e rode o seguinte comando:

 

/etc/rc.d/init.d/ipaliases restart

Depois veja no whm se os ips voltaram, caso ainda assim não tenha retornado rode
chkconfig --list ipaliases

Verifique também (caso os comando acima não sanem seu problema) os arquivos:

/etc/ips e /etc/ipaddrpool

Abraços.

 

Fatal error: Out of memory (allocated 61603840) (tried to allocate 44042239 bytes) in /usr/local/cpanel/base/horde/imp/lib/Folder.php on line 542

Standard

Se a mensagem de erro apresentada a você, usando o Horde como Webmail for semelhante a esta:

Fatal error: Out of memory (allocated 61603840)
(tried to allocate 44042239 bytes) in
/usr/local/cpanel/base/horde/imp/lib/Folder.php on line 542

 

Faça o seguinte, entre no arquivo: /usr/local/cpanel/3rdparty/etc/php.ini e coloque o parâmetro memory_limit com mais memória (256mb, por exemplo) -> 256M, após modificar o arquivo use o comando /usr/local/cpanel/bin/install_php_inis.

Este comando (/usr/local/cpanel/bin/install_php_inis) há de validar a mudança junto ao cpanel.

Abraços.

FIAT + FIORI – UMA PARCERIA DE BABACAS FOREVER ALONE

Standard

A concessionária Fiori, revendedora da linha Fiat em João Pessoa, comercializou em dezembro de 2011 um veículo ‘Novo Palio’, modelo 2012, de placas OFB-7139-PB, com falhas ao cliente José Fernando Santos de Carvalho.

De acordo com o comprador, dois dias após a aquisição do veículo, começaram os intermináveis problemas. Inicialmente, o veículo não deu partida, ou seja, quando a chave de ignição era acionada, o painel não acendia e o carro não ligava o motor.

Indignação
“Procurei a Fiori para solucionar o problema e ‘eles’ (Fiori) não detectaram nenhuma anomalia, informando que o carro estava em perfeitas condições de uso. No entanto, o problema persistiu e eu retornei diversas vezes na concessionária para relatar a mesma anomalia, além de outros tantos, como um alarme de velocidade excedida sem que o veículo estivesse em tal condição. Houve travamento de porta-malas, ponteiro pulando, computador de bordo todo sem regulagem, entre outros problemas”, disse José Fernando.

Medo
O consumidor prejudicado teme pela sua vida e da sua família. Ele revelou que por conta de sua vida profissional, necessita  viajar constantemente. “Eu não posso nem me arriscar, pois não confio mais no Palio que adquiri na Fiori. Vou procurar meus direitos e tenho fé que tudo será resolvido”, desabafou José Fernando.

O outro lado

A reportagem do Paraíba Já entrou em contato com a Fiori, pelo 3208-1512, porém, a ligação passou por diversos ramais e acabou sendo desligada.

Paraíba Já

 

 

=============

 

http://paraibaja.com.br/?p=noticia_int&id=19509

 

Defeito de fábrica em Novo Palio 2012 e o descaso da FIAT

Nos ultimos 3 meses e meio, tenho retornado à Concessionária Fiat varias vezes. O fato é que comprei um carro(NOVO PALIO 2012) com anomalias, que eles nao conseguem resolver. Eles alegam: “O carro está em perfeitas condicoes de uso”.

Pasmem, ja experimentei porta-malas eletrico travado(no dia que ia viajar para ser padrinho de casamento), computador de bordo informando problemas no motor, dificuldades pra ligar o carro, ponteiro do velocimetro “PULANDO”, cortes na ingestão de combustível enquanto em movimento, controle das portas não respondendo e outras falhas na entrega do produto(direção desalinhada, risco no painel, peças alteradas).

Eu ja não aguento mais relatar o problema a empresa ou ficar vários dias à pés, por deixar o carro na Concessionária. Passo por diversos transtornos e incovenientes.

Tenho um filho de 1 ano. Todo pai sabe que “é lei”, chegar em casa e dar uma voltar na rua com o bebe pra ele nao chorar.Ficar se o unico carro da familia é MUITO PROBLEMATICO.

Faço viagems constantes à refice-PE, devido ao meu mestrado na UFPE e tenho MEDO DA INTEGRIDADE FISICA DA MINHA FAMILIA.

Sugiro que NÃO COMPREM VEICULOS FIAT, É JOGAR DADOS COM A SORTE. se o carro sair bem, ok, senão, vc ESTARÁ NO PREJUIZO (FATO).

 

ERROR: Failed to connect to server: Unable to find the socket transport “ssl” GOOGLE APPS com CPANEL

Standard

SMTP -> ERROR: Failed to connect to server: Unable to find the socket transport “ssl” – did you forget to enable it when you configured PHP? (24)

 

Se esse erro ocorre é simples de resolver, não precisa mudar sua classe phpmailer, usar debug true ou mesmo error_reporting(E_ALL) afim de depurar, agora é hora de matar a pau.

Crie um arquivo chamado info.php e dentro dele coloque <?php phpinfo(); ?>

Abra este arquivo pelo site e por fim veja se está ativada a biblioteca openssl, caso esteja o problema será suporte a esse tipo de socket.

Mande que o seu provedor acesse o whm e em exim configurator editor ele marque a opção Allow weak SSL/TLS ciphers, depois de aplicar o whm vai reiniciar o serviço do exim e pronto, é só alegria.

 

PS, atente para estar usando a porta certa e o hostname certo no seu phpmailer :P.

 

$mail->Host = “smtp.gmail.com”;

$mail->SMTPAuth = true;

$mail->Username = “login@dominionoapps.com.br”;

$mail->Password = “senha”;

$mail->SMTPSecure=”ssl”;

$mail->Port=465;

Fatal error: Call to undefined function curl_init() no plesk 10.4

Standard

No plesk 10.4, quando atualiza-se o mesmo você simplesmente está quase na mão do capiroto!

Sim, o erro vem de cara -> Fatal error: Call to undefined function curl_init()

O que fazer?

 

1 – vá no php.ini que fica em C:\Program Files (x86)\Parallels\Plesk\Additional\PleskPHP5 e tente editar (primeiro localize) a seguinte extensão:

;extension=php_curl.dll — basta somente tirar o ; e depois reiniciar o iis, deve rodar filé.

2 – se ainda ocorrer erro é necessário jogar dlls na pasta syswow64 (para windows 64bt), para isso copie os arquivos libeay32.dll e ssleay32.dll da pasta C:\Program Files (x86)\Parallels\Plesk\Additional\PleskPHP5 e jogue em C:\Windows\Syswow64, depois reinicie o plesk.

 

Ambos procedimentos necessitam de reiniciar todos os serviços do plesk, feito isso, se rolar já me mande uma caixa de BIS! (do preto…)

Como amenizar o impacto do cpbackup no cpanel quando usa o Rsync

Standard

Das coisas que acho interessante no cpanel é a flexibilidade com que as coisas operam.
O Cpanel em si não é um problema, porém, vamos analisar um caso aonde o horário comercial começou e o nosso backup ainda está moendo, moendo e moendo… no momento em que o rsync começa a trabalhar uma coisa que arrebenta bastante é justamente quando ele inicia e chama as fg -rlptD, isso faz com que o I/O fique piradoooo.

Uma forma de cortar um pouco o peso desse i/o é indo no arquivo cpbackup (/usr/local/cpanel/scripts/cpbackup) e acrescentar o recurso de banda de i/o ao rsync, isso vai amenizar uns 50% do peso do backup.

Uma forma simples que aplico nos servidores que gerencio e roda de forma bem bacana é a seguinte:

Localizando a linha my $rsyncopts = ‘-rlptD’; acrescente e deixe assim:

my $rsyncopts = ‘-rlptD –bwlimit=7000’;

 

Isso vai fazer com que o rsync trafegue no disco um peso de 7mbps, apesar de um pouco lento, caso alguns sites necessitem de leitura e escrita de disco terão uma boa folga para trabalharem sob leveza.

O valor da flag bwlimit é medida em KBPS, se você quiser colocar mais ou menos é fácil, mas eu deixo esse valor baseado na resposta do hdparm (hdparm -tT /dev/sda ou sdX aonde X é a letra do seu disco), o hdparm além de confirmar se o motor do disco está bom ainda te dá uma resposta de potência de leitura e escrita.

ps: Algo que faço por minha conta e risco é chattr +ai /usr/local/cpanel/scripts/cpbackup para bloquear o arquivo, mas não é bom em detrimento de mudanças constantes do cpanel (isso é coisa minha, mas se não fizer, na update seguinte ele sobrescreverá este arquivo :'(  ).

Abração pessoALL ;).

Error from park wrapper: Using nameservers with the following IPs: … Tentando adicionar domínios parkeados (estacionados)

Standard

Para cpanel pt_br, o rvskin mostra esta mensagem:

 

Error from park wrapper: Usando Servidor de Nomes com os seguintes IPs: IP_DO_DNS1,IP_DO_DNS2 Sorry, the domain is already pointed to an IP address that does not appear to use DNS servers as sociated with this server. Please transfer the domain to this servers nameservers or have your administrator add one of its nameservers to /etc/ips.remotedns and make the proper A entries on that remote nameserver.

Naaaaaaaaaaaaaada de Pânico, sanar essa parada é fácil.

Abra o whm como root e em TWEAK SETTINGS clique em DOMAINS e deixe ON a opção:

Allow Remote Domains

Depois disso você vai enviar uma caixa de bis para mim ;).

Fullbackup parando no meio do caminho em algumas contas no CPANEL

Standard

Existe uma coisa estranha, e acontece mais do que imaginamos!

Já viu um fullbackup simplesmente parar no meio do caminho (pkgacct via console, por exemplo)?

Ou um user reclama que o backup está incompleto ou foi restaurar e o site não funfa mais? (um cms, por exemplo, como wordpress)

Isto ocorre em detrimento a limites do mysql (normalmente é esta a causa) no momento de gerar o dump, veja mais abaixo.

Um passo a segu1r é o seguinte, como root devemos executar o seguinte comando:

tail -f /usr/local/cpanel/logs/error_log

Se a saída do log (recomendo fazer isso via screen, por exemplo) for essa:

Script::Pkgacct::__ANON__() called at /scripts/pkgacct line 2154
Script::Pkgacct::run_dot_event(CODE(0x2b3d547e1050)) called at /scripts/pkgacct line 1141
Script::Pkgacct::script(‘Script::Pkgacct’, ‘LOGINDOCLIENTE‘) called at /scripts/pkgacct line 85
[UMA DATA] warn [pkgacct] LOGINDOCLIENTE_NOMEDOBD: mysqldump: Couldn’t execute ‘SHOW TRIGGERS LIKE ‘bl\_NOMEDOBD”: Got error 28 from storage engine (1030)
at /scripts/pkgacct line 1535
Script::Pkgacct::_check_error_file(‘LOGINDOCLIENTE_NOMEDOBD‘, ‘/home/cpmove-LOGINDOCLIENTE/mysql/LOGINDOCLIENTE_NOMEDOBD.sql.err’) called at /scripts/pkgacct line 1504
Script::Pkgacct::mysqldumpdb(HASH(0x2b3d547e1000)) called at /scripts/pkgacct line 1138
Script::Pkgacct::__ANON__() called at /scripts/pkgacct line 2154
Script::Pkgacct::run_dot_event(CODE(0x2b3d547e1050)) called at /scripts/pkgacct line 1141
Script::Pkgacct::script(‘Script::Pkgacct’, ‘LOGINDOCLIENTE‘) called at /scripts/pkgacct line 85

É simples de sanar!

Entre no /etc/my.cnf e comente as linhas que limitam uso de memória de cache (principalmente as de querys) do mysql.
Feito isto:

service mysql restart

Depois mande gerar o backup!

 

Se o problema não for resolvido veja se o erro é de EOF (end of file), se isso rolar, analise o disco, ou load (i/o no geral), pois pode ser falha no disco ou overload.
Abraços galera.

Como fazer o exim processar emails mesmo com load alto no whm

Standard

As vezes o exim pausa o seu envio afim de poupar recursos da máquina, que por default adentra neste estado a partir do load 3.
O único problema dessa brincadeira é que se o load estiver em 4 ele não envia nada com o padrão de velocidade na queue dele.
Como resolver isso?

Entre no conf do exim e procure pela linha:

deliver_queue_load_max = 3

3 é padrão.
Mude para o valor que achar melhor, recomendo algo até 8.
Abraços.