De nerd para nerd, de Geek para Geek, de nerd para não nerd!

Muita gente dá dicas de mexer com registros do Windows e etc, mas na verdade existem poucas soluções para terminais congelados do 2003 server:

1 – Aplicar TODAS updates do Windows (isso vai te privar daquele esquema de 70 segundos de logon), em especial: http://support.microsoft.com/kb/832971

2 – Reparar o sistema (chkdsk e remover possíveis vírus),

3 – Se o ponto 1 e 2 não resolverem é o Perfil em crash.

Como testei tudo a saída foi o item 3, o perfil de login no RDP estava corrompido.

Para sanarmos o problema existem 2 formas:

1 – Ou criamos um novo perfil (Criar um novo usuário e senha, o problema de login congelado acabará),

2 – Usamos outro login, logamos, deletamos a pasta do usuário em documents and settings e depois logamos com ele novamente (RECOMENDO BACKUP DELA ANTES), isso vai forçar o windows a criar um novo perfil, principalmente em dados de aplicativos.

Depois é só curtir.

Abraços.

Bem, se você quer forçar (dar start) no zoneminder de forma simples coloque no rc.local a seguinte instrução (antes do exit 0 ):

/usr/local/bin/zmpkg.pl start

Isso vai forçar o status start do zoneminder para ficar como start .

Para se salvar com uma alternativa ao comando replace (oriundo do mysql) use:

perl -pi -w -e ‘s/COISA_QUE_QUERO_SUBSTITUIR/COISA_QUE_QUERO_ADD/g;’ arquivo_que_quero_mudar

Pronto!

Para resolver esse problema entre no /etc/resolv.conf, comente seus antigos dns e use os do google:

nameserver 8.8.8.8

nameserver 8.8.4.4

Pode parecer curioso, mas se o seu windows XP ou windows server 2003 estiver parando em 34 minutis (instalando dispositivos) vou lhe dizer o nome do “acusado ou acusados”, DISPOSITIVOS USB!

Coloque um teclado PS2 ao invés de um teclado USB, assim como mouse (desconecte impressoras e os demais usb) e corra para o abraço .

Se isso acontece com o plesk, verifique se você já fez o seguinte:

1 – Tentou ativar o modo UNIX no ftp.

2 – Verificou se as permissões de pasta no root do ftp estão ok (padrão nas contas de ftp é a pasta httpdocs ou / do vhost do cliente).

3 – Rodou -> “%plesk_bin%\ftpmng.exe” –remove-all “%plesk_bin%\ftpmng.exe” –reconfigure-all

4 – RODOU:

net stop MSFTPSvc
net start MSFTPSvc

5 – Por fim criou o dword HKEY_LOCAL_MACHINE\System\CurrentControlSet\Services\InetInfo\Parameters\DisableMemoryCache e deu 1 como valor

SE NÃO rolou nada para o ftp, mesma mensagem de erro? Ainda persiste o erro?

Que tal tentar o FTP para acesso do main ip? LOL, por incrível que pareça as vezes o maion ip precisa ser ajustado como host na conexão de ftp

Por vezes encontramos trouxas fazendo spam, lotam a fila e acham que iremos deletar tudo e ferrar com a vida de quem envia emails corretamente.
Vamos acabar com a festa de um domínio spammer que lotou a fila do srv?

Como root faça:

exiqgrep -ir email_do_sadado@dominiodoporco.com.br | xargs exim -Mrm

Isso vai limpar a fila do porco!

Para sanar essa parada acessem:

http://www.appunix.com.br/howto/linux/use-of-uninitialized-value-in-string-ne-at-usrsbinddclient-line-1973/

Failed to set sender: EMAIL@DOMÍNIO.COM [SMTP: Failed to write to socket: not connected (code: -1, response: )]”

Se você está recebendo este erro basta acessar seu WHM -> ir nos plugins -> CSF e  nas configurações do CSF procurar por SMTP_ALLOWLOCAL, normalmente isso está setado como 0 (zer0 = DESATIVADO), digite 1 para ativar e boa!
Abraços galera.

Sorry, we were unable to transfer the account. Information about account_username’s primary domain is either missing or corrupt

Se essa é sua mensagem no momento de restore e você tem certeza que:

1 – seu backup .TAR.GZ tá redondo,

2 – conta não foi criada ainda (não existe uma que usa o mesmo login).

Use:

/scripts/restorepkg –force login_do_cliente

Abraços galera

Para sanar, na string de conexão use:

conexao.open “Provider=SQLOLEDB.1;Persist Security Info=False;User ID=sa;Initial Catalog=client;Data Source=IP,1433;PWD=senha;”

Aonde sa é o user que você vai informar (do banco de dados), IP é o ip do srv aonde existe o mssql e 1433 é a porta do mssql.

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 .

Para identificar quem está acessando seu roundcube use:

egrep "GET (/cpsess[0-9]+)?/3rdparty/roundcube/\?.* HTTP/1.[01]" /usr/local/cpanel/logs/access_log

Para saber quais são os ips que estão acessando o roundcube:

pgrep -l -f webmaild

Para saber qual versão do roundcube:

grep -H '' /usr/local/cpanel/version /var/cpanel/roundcube/version

egrep "GET (/cpsess[0-9]+)?/3rdparty/roundcube/\?.* HTTP/1.[01]" /usr/local/cpanel/logs/access_log

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.

É bem verdade que o vilão da história não é o roundcube e sim o mysql que causam overload. Mysql tem uma regra padrão de cada query esperar a outra terminar, por isso, imagine 500 domínios acessando o roundcube e fazendo a festa?

É possível sanar sim e de maneira tranquila o overload.

O que fazer?

Entre como root no seu servidor whm/cpanel e rode:

/scripts/convert_roundcube_mysql2sqlite

Se por ventura rolar algum erro faça o procedimento forçando-o (update do roundcube):

/usr/local/cpanel/bin/update-roundcube-sqlite –force

Outra coisa MUITO importante:

FAÇA UM DUMP DA BASE DE DADOS DO ROUNDCUBE, isso vai garantir que você tenha qualquer BD para uma possível volta ao mysql (acho BEM difícil, lol)

Para saber se o SQLITE é padrão no mysql use:

grep roundcube_db /var/cpanel/cpanel.config

Abraços e espero ter ajudado.

Recebeu o erro acima?

Existem 2 vertentes para sanar seu problema:

1 – O seu PLESK é muito recente e não reconhece a versão do seu Mailenable,

2 – Seu Mailenable está precisando ser reintegrado no plesk.

Mesmo que você mande o plesk listar os componentes (procedimentos padrão) ele ainda vai dar erro. Qual a saída?

Entre na pasta de admin do plesk e na pasta bin (VIA MS-DOS) e execute:

Para sanar isto observe se a pasta httpdocs do cliente permite leitura e escrita para o usuário do plesk.
Colocando isto sana o problema.
Isto aplica-se ao Windows Server + Parallels plesk 9.x e 10.x.
Fonte?

EU, EU MESMO E IRENE!

É, pessoALL, apesar do foco hoje estar 100% no http://www.appunix.com.br ainda uso este blog para dar algumas dicas (FREE) sobre WHM/CPANEL, e uma delas é baseada em um erro que acaba com a alegria de qualquer brazuca (ou sysadmin), um processo irritante que consome 100% da cpu. Este processo é o /usr/sbin/repquota -auv, o qual o cpanel o executa sozinho, do nada (e como quem quer nada), lol, e o pior, não adianta dar killall, kill -9, kill np que ele não encerra, isto é fato!!! Vamos parar de preencher a linguiça e sanar o negócio?

Bem, alguns passos podem ser seguidos para sanar, digamos que irei colocar do nível mais simples ao mais curioso de todos, ok?

Tente o seguinte [como root]:

rm /home/quota.group
rm /home/quota.user

/scripts/fixquotas

Se o processo ainda insistir em ficar como louco checa se seu disco está operando em ready only, uma forma de tentar isto é fazer assim:

touch /home/qualquercoisa e em seguida digitar stat /home/qualquercoisa, se mostrar somente leitura é hora de um reboot (e de preferência um fsck por parte do IDC).

Outro ponto extra é você executar o upcp –force e ver se o processo inicia, caso não, observe na hora (normalmente madrugada) se o processo executa e em seguida opera com o repquota, se isso ocorrer realmente é o versionamento ferrado, mude o estilo de update e faça upcp –force (normalmente release ou stable são os mais recomendados, troque um pelo outro e lembre-se de proteger com chattr os arquivos que lhe são importantes e o cpanel pode os sobrescrever (customizações, por exemplo, em temas do cpanel)).

Vamos finalizar com a dica mais extra?

lsattr /*.user

Se exibir proteções do tipo i–A, meu amigo, tira essa praga daí —-> chattr -iA /*.user

Com isso rode o comando na mão e veja que glorioso.

Se a glória não ocorrer você precisara aprofundar as coisas:

1. Identificar que partições estão usando sistema de quotas,
================
root@appunixlabs [~]# cat /etc/fstab | grep quota
LABEL=/ / ext3 defaults,usrquota 1 1
LABEL=/home /home ext3 defaults,usrquota 1 2
LABEL=/usr /usr ext3 defaults,usrquota 1 2
LABEL=/var /var ext3 defaults,usrquota 1 2
================

2. Reiniciar o Servidor e entrar em Single mode.

3. Rodar um fsck para cada partição (modo forçado)-> fsck -f /dev/sdX#

4. Recriar o sistema de journaling para cada partição. (tune2fs -O ^has_journal /dev/sdX#;tune2fs -O has_journal /dev/sdX#)

5. Rodar um fsck PADRÃO para cada partição.

6. rodar o comando /scripts/fixquotas

7. Reiniciar o sistema.

Ps: Se funcionar lembre-se que um whois neste domínio mostra minha casa, daí é só mandar uma caixa de bis do preto. (LOL)


Eliminate IE Flickering: Configure this setting to force off-screen composition of Internet Explorer, which eliminates the flickering effect. In HKEY_ CURRENT_USER\Software\Microsoft\Internet Explorer\Main, set the DWORD value for Force Offscreen Composition to 1.

Disable Unused Subsystems: Not using the POSIX subsystem on your Terminal Server? Disable it and navigate to the registry location HKEY_LOCAL_ MACHINE\System\CurrentCon trolSet\Control\Session Manager\ Subsystems and delete the Posix key. Disable the File Indexing Service: File Indexing Service is great for quickly searching for files, but your Terminal Server arguably shouldn't have that many user files on it and the indexing process can consume huge system resources. To disable it, navigate to the properties menu of each drive on your system and deselect the box for Allow Indexing Service to index this disk for fast file searching.


O registro do windows deve assemelhar-se com:

http://redmondmag.com/articles/2006/06/01/speed-up-terminal-server.aspx

Isso aconteceu recentemente comigo e a saída é entrar no conf /etc/wwwacct.conf e ordenar que somente o /home seja o diretório de criação de contas.