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

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

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

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 .

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)

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.

Se receber esta mensagem de erro no seu mysql no momento de tentar restaurar um banco de dados por meio de arquivos (.sql da vida), no problem.
Verifique se no arquivo my.cnf (normalmente fica no /etc) existe uma linha que informa o modo recovery do innodb. Comente-o, reinicie o mysql e o problema estará sanado.

Generating vhosts…
Traceback (most recent call last):
File “/scripts/createvhosts.py”, line 143, in ?
parsedDOC = minidom.parseString(DOC)
File “/usr/local/lib/python2.4/xml/dom/minidom.py”, line 1925, in parseString
return expatbuilder.parseString(string)
File “/usr/local/lib/python2.4/xml/dom/expatbuilder.py”, line 940, in parseString
return builder.parseString(string)
File “/usr/local/lib/python2.4/xml/dom/expatbuilder.py”, line 223, in parseString
parser.Parse(string, True)
xml.parsers.expat.ExpatError: not well-formed (invalid token): line 542, column 23
deploying booster rockets

Se sua mensagem de erro parece com essa, ou linha 152, ou mesmo em plataforma 64 bits, posso lhe dar uma notícia ruim?
NGINXCP só roda em CENTOS!

Se estiver usando redhat será só mais um sonho :’(

Para resolver este problema em seu Cpanel/WHM não é tão difícil assim.
Um dos fatores principais deste erro sem dúvidas é alguma zona de DNS que o domínio que você tentou restaurar o backup ainda existe.
Para descobrir isso procure na área de DNS (DNS Functions) a opção Delete a DNS zone.
Coloque o nome do domínio que você queria restaurar os backups.
Em seguida delete a zona de DNS confirmando.
O problema deverá estar sanado.

NADA de pânico, reveja antes 2 coisas:

1 – se no log de erros do site aparece 800a0046|Permission_denied no momento do uso do CDONTS,
2 – Reveja todos os passos abaixo (Parallels):

[How-To] Installing CDONTS on Windows 2003 Server
Article ID: 560
Last Review: Sep, 23 2010

Popularity:

APPLIES TO:

* Plesk 8.x for Windows
* Plesk 7.x for Windows
* Plesk 9.x for Windows

Resolution

Microsoft Windows Server 2003 does not install Collaboration Data Objects (CDO) for NTS (CDONTS). Therefore, applications using CDONTS do not work on Windows Server 2003-based computers. Windows Server 2003 provides improved alternatives to CDONTS.

For CDONTS to work in a Windows Server 2003-based computers, please do the following:

1. Download the attached CDONTS.ZIP file (you can also get CDONTS.DLL from the installation CD of your Windows 2000). Once downloaded, unzip CDONTS.DLL and put it in

For 32-bit systems:
%systemroot%\system32 folder (by default C:\Windows\system32).

For 64-bit systems:
%windir%\syswow64 (by default C:\Windows\syswow64).

2. Register the CDONTS.DLL component in the server using the following command:

For 32-bit systems:

regsvr32 “%systemroot%\system32\cdonts.dll”

For example:

C:\WINDOWS\system32>regsvr32.exe cdonts.dll

For 64-bit systems:

regsvr32 “%systemroot%\syswow64\cdonts.dll”

For example:

C:\WINDOWS\syswow64>regsvr32.exe cdonts.dll

3. Once the CDONTS.DLL component is registered, you should check if your SMTP service is running.

Go to Administrative tools, IIS and Expand your local machine. If the SMTP service is listed, it means it is already installed, if not you should install this service.

To install SMTP, do the following:

Go to Control Panel, Add/Remove Programs, Add/Remove Windows Components, Application Server, IIS, Select SMTP service, Click OK.

4. Change the port number for the SMTP service. The default port is 25. Use 25 only when no other SMTP service is running. If there is already another SMTP service running on the server, change the SMTP port of IIS, for example to port 8025.

You can make this through IIS management console: Control Panel, IIS, expand `local computer`, SMTP, Properties, General, click Advanced button, Edit.

5. Set up SMTP service. Most important is setting up a fully qualified domain name for the SMTP service: Control Panel, IIS, expand `local computer`, SMTP, Properties, Delivery, click Advanced button and set up Security service for SMTP.

It is required to give permissions to IIS_WPG standard IIS Worker Process Group. Control Panel, IIS , expand `local computer`, SMTP, Properties, Security, click Add button, then click Object types button…, select Groups element, click OK, enter IIS_WPG as object name to add and click OK.

Additional configuration: Select Authentication and check Anonymous Access and Integrated Windows Authentication. Click OK and then click CONNECTION. Set up the RELAY settings. Click DELIVERY tab and then click ADVANCED. Set up the MAX Count hop to the required value, even though we suggest setting it to at least 20.

Now the SMTP service of IIS is already configured.
Additional information
For additional information, please, refer to

http://support.microsoft.com/default.aspx?scid=kb;en-us;324649

Attachments:

* cdonts.zip(172Kb)

—————————–

Depois de seguir os passos assim, caso você perceba que ainda assim não funciona normal o Cdonts faça algo mais interessante, abra o C:\Inetpub\Mailroot
Nesta pasta dê permissão para IUSR_NOMEDOPC (se o pc fosse nerdblog [hostname] seria iusr_nerdblog).
A permissão deve ser completa para ele.
Depois disso reinicie o IIS e prepare a caixa de BIS para minha casa.

Se você está recebendo a mensagem de erro:

Unable to load object of type Skin with id=8: Skin: unable to select: no such row in the table

Ao tentar logar-se no Parallels Plesk 10.x, nada de Pânico, provavelmente a saída ocorre pois a tabela com a Skin do plesk não foi atualizada corretamente.
Normalmente o id dela fica sendo 1, então se o painel (foi o caso do meu cliente) pedia 8 como id na tabela Skins, para corrigir basta fazer o seguinte:

Abra o MS-DOS e digite:

Erro no parallels plesk:

ERROR: Exception The system cannot find the file specified. (Error code 2) at Unable to connect to pipe \\.\pipe\psapipe

Para sanar este erro você pode reiniciar o plesk (caso esteja iniciado) ou pode inicializar o mesmo caso esteja parado.

Das coisas que mais me irritam a mais especial é a falta de logs precisos por parte do sistema operacional. Em se tratando de Microsoft aí é que a coisa pega e pega FEIO!

Um dos erros que me fizeram gastar aproximadamente 8 horas de troubleshooting foi o erro Service Unavailable HTTP Error 503. Das coisas que mais se alegam são:

- Chaves pré-definidas junto aos serviços do IIS:
http://blogs.iis.net/webtopics/archive/2010/02/17/a-not-so-common-root-cause-for-503-service-unavailable.aspx
e
http://blogs.msdn.com/b/drnick/archive/2006/10/16/configuring-http-for-windows-vista.aspx

- Contas sem autoridade junto ao IIS:
http://social.msdn.microsoft.com/Forums/en/mdmsetup/thread/4689da4a-0452-45b6-bbb4-21ccb76d8ff9

- IIS operando com recursos de 32 bits em plataformas 64 bits:
http://forums.asp.net/p/1502755/3560390.aspx

- IIS com “loucuras” que só Deus para não duvidar:
http://www.microsoft.com/technet/prodtechnol/WindowsServer2003/Library/IIS/55f71614-ef1b-4015-b9c8-a42c1e700c25.mspx?mfr=true

- Falaram que pode ser algum sysadmin modificando algo, por isso o downtime:
http://www.checkupdown.com/status/E503_pt.html
http://technet.microsoft.com/pt-br/library/cc736325%28WS.10%29.aspx

Caso você tenha “passado” pelos pontos acima e nenhum deles “sanou” seu problema, e além disso, você tem CERTEZA de que sua appweb está 100% depurada, debug 100% ok, tudo filé, e ainda tem CERTEZA que nenhum admin andou fazendo besteira em seu servidor, a saída pode ser alcançada da seguinte forma:

1 – Observe se existe alguma tabela corrompida em suas consultas SQL na appweb (caso consiga – detalhe, foi meu caso com BDs do tipo Mysql).
2 – Permissões em arquivos remotos ou tempo de resposta a tais chamadas.

Perceba que não é erro em nada de configuração, servidor e etc (evite loucuras como as minhas de tuning, pensando que era um erro de alto processamento, i/o e etc).

Normalmente os logs ineficientes (ex: 503 “n/a” nome do POOL_com_paranente_problema) do IIS falam que o pool de aplicativos “XXX” (nome que você deu ao pool) para rodar aplicativos DOTNET expirou/expulso/estuprou/estrangulou e etc a requisição (quer seja por POST ou GET). (na pasta logfiles dentro de windows – aonde o iis guarda seus logs)
O mais top dos erros:

1. “Connection_Dropped DefaultAppPool”
2. “Connection_Abandoned_By_AppPool DefaultAppPool”

Mesmo que você venha utilizar-se do software de debug que a MS tem, sinto muito em lhe avisar, mas será em vão utilizar-se tal ferramenta!
Siga os meus conselhos nas linhas em negrito, aquilo ali pode salvar seu dia. Use um frontend para executar suas querys e ver se não estão ali as saídas.

Ferramenta: http://support.microsoft.com/kb/919792/

Este é o erro que está ocorrendo com você?

Error: Runtime error in pmmcli:
(3, ‘GetDiskFreeSpace’, ‘The system cannot find the path specified.’)
Traceback (most recent call last):
File “C:\Program Files\Parallels\Plesk\admin\share\pmmcli\pmmcli.py”, line 1846, in main
data_action_response, errcode_response, error_message = actions.get(sys.argv[1][2:])(parameters)
File “C:\Program Files\Parallels\Plesk\admin\share\pmmcli\pmmcli.py”, line 1721, in make_dump
return ActionRunner(MakeDumpAction, backup_task_description, None).doActivity()
File “C:\Program Files\Parallels\Plesk\admin\share\pmmcli\pmmcli.py”, line 75, in doActivity
result = self.processor.doActivity()
File “C:\Program Files\Parallels\Plesk\admin\share\pmmcli\pmmcli.py”, line 860, in doActivity
if osutil.free_bytes(local_dump_directory) < (long(disk_space_required) * 1048576):
File “C:\Program Files\Parallels\Plesk\admin\lib\python\osutil.py”, line 188, in free_bytes
sectorsPerCluster, bytesPerSector, numFreeClusters, totalNumClusters = GetDiskFreeSpace(os.path.splitdrive(path)[0] + “\\”)
error: (3, ‘GetDiskFreeSpace’, ‘The system cannot find the path specified.’)

Se é, antes de tentar seu backup, atualize o plesk para uma versão mais recente e o problema deverá estar sanado.

Se você está tentando enviar emails pelo RoundCube e sabe que o mesmo fica somente apresentando a mensagem “Enviando mensagem…” e não faz nada, tente as soluções abaixo:

1 – Como root use o comando:

(http://www.nerdblog.info/2009/11/04/webmail-no-cpanel-whm-nao-envia-mais-mensagens/)

Caso não resolva ainda podemos aplicar uma solução mais leve:

2 – Verifique se o CSF está instalado em seu servidor, cas0 sim, acesse o csf em seu WHM -> Plugins -> ConfigServer Security&Firewall -> clique em Firewall Configuration e procure por SMTP_ALLOWLOCAL, caso esteja como “0″ coloque “1″, save as configurações e reinicie seu CSF/LFD.

Caso não resolve (muito difícil de não sanar), vamos mergulhar mais fundo no problema, force uma atualização do RoundCube com o comando:

3 – logado como root:

Caso ainda assim não alcance o resultado esperado, apele para update geral:

4 – Procure pelo arquivo -> /usr/local/cpanel/base/3rdparty/roundcube/config/main.inc.php, abra-o e edite procure pela linha:

$rcmail_config['smtp_user'] = ‘%u’;

e substitua a mesma por:

$rcmail_config['smtp_user'] = ‘ ‘;

Salve e saia, em seguida tente ver se o roudcube opera como desejado.

5 – Como root execute:

Caso resolva, dê um whois neste domínio e envie uma caneca do Ubuntu, Uma camisa do Ubuntu ou uma caixa de bis!

Abraços.

Antemão estou quase chorando por estar usando access, mas como se diz: “Sábio é o que dança conforme a música manda!”.
Estou desenvolvendo ferramentas para automatizar algumas replicações de dados de uma empresa e estou usando php (tecnologia) + access (isso é um banco?)

Este erro é ocasionado pelo fato de existir um drive fechando a conexão (na realidade aberto e acaba bloqueando novas conexões), por exemplo o Access abrindo a bendita base de dados access (.MDB).

Garanta que nada esteja abrindo o access database.

Uma forma de ver que isto está ocorrendo é observar se na pasta aonde o banco de dados esteja, exemplo nerdblog.mdb contenha também um arquivo nerdblog.ldb.

Ao fechar o driver ele automaticamente removerá o arquivo .LDB.

Se você está recebendo a mensagem de erro ao tentar entrar no phpmyadmin do Cpanel (incorret user or password) peça para o administrador do servidor atualizar o cpanel usando o comando:

/scripts/upcp –force

Stable, Release, Current e Edge apresentam correção.

Caso isto não resolva veja se o arquivo:

/usr/local/cpanel/base/3rdparty/phpMyAdmin/config.inc.php

Está com as linhas:

$cfgServers[$i]['controluser']
$cfgServers[$i]['controlpass']

comentadas.

Caso sim, descomente.

Abraços galera.

Este é um problema que vem atormentando usuários joomla em suas versões 1.0.x (x são variantes). Isto pode ocorrer também pelo fato da versão do php estar sendo 5.3.x.
Para sanar este problema é necessário aplicar um patch substituindo 2 arquivos:

/includes/Cache/Lite/Function.php
#Resolve o valor de referência

/includes/vcard.class.php
#Resolve problemas com formulários.

O patch segue no link abaixo:
http://www.libphp.net/fix_joomla_10x_php_530.zip