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.

Para sanar essa parada acessem:

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


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

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/

create user output file. Command output: procmail: Error while writing to /var/mail…

Se esta é a mensagem de erro que vem no outlook que de quem está enviando um email para um destinatário que usa postfix seus problemas “SE ACABARAM-SE”.

Entre no console e como root e digite:

postconf -e 'mailbox_size_limit = 0'

Provavelmente é a quota ferrada e este comando te tira da forca .

Sistemas afetados: Debian, Ubuntu (lucid lynx, karmic…), Centos 5.5, Centos 5.4…

Ao acessar o mssql management studio procure pela aba query (clicando com o botão direito em cima do banco de dados) e insira as seguintes linhas:

EXEC sp_resetstatus ‘nomedobd’;
ALTER DATABASE nomedobd SET EMERGENCY
DBCC checkdb(‘nomedobd’)
ALTER DATABASE nomedobd SET SINGLE_USER WITH ROLLBACK IMMEDIATE
DBCC CheckDB (‘nomedobd’, REPAIR_ALLOW_DATA_LOSS)
ALTER DATABASE nomedobd SET MULTI_USER

Isto deverá corrigir o problema.

Olá ALL,
As vezes erramos quando somente aumentamos diretivas do PHP visando upload, tais como:

max_execution_time,
upload_max_filesize,
e até mempory_limit.

Elas até que estão corretas, assim como max_execution_time, só que os forms que enviam dados (refiro-me a arquivos), fazem envio de arquivos pelo método post.
Sendo assim, se quisermos um upload de 96M em um servidor rodando php precisamos colocar no php.ini a informação de qual o tamanho máximo de envio de dados pelo POST.
A saída então seria:

post_max_size = 96M

Isto dentro do PHP.INI.

Pronto, após ajustes o apache deverá ser reiniciado.

Abraços galera!

Bem, o erro 5.7.1 pode significar uma chuva de coisas, mas com uma simples ajuda, ou melhor, com uma simples dica este erro pode parar.

Isto normalmente ocorre por causa do RELAY que está em off (por padrão) após instalado.

O Ajax destes mailserver (o webmail em ajax) é muito bonito (mesmo). (parece que os caras são fanáticos por ext-js)

Ok, acesse o Merak (no gestor administrativo dele) e procure pelo Menu SECURITY, neste menu, procure pelo item Allow RELAY.

Isto deve resolver, caso não resolva procure por DENY SMTP EHLO, se estiver marcado, desmarque.

Caso não resolva, em última instância desabilite o suporte por SSL/TLS.

Bugs estão por toda parte e isto faz parte do panelão.

Abraços.

Para saber a senha do administrador do Plesk em um windows server 2003 ou 2008 (webedition, enterprise, standard, datacenter) basta rodar o seguinte comando:

Como configurar Conexão Remota no SQL Server 2005

Muitos casos de problemas com conexão ao servidor de Banco de Dados ocorrem por uma limitação que o SQL Server 2005 possui por padrão. Esta configuração de segurança que vem padronizada no SQL pode ser alterada facilmente. Neste artigo, será apresentada uma maneira de como solucionar este problema rapidamente. Para simular o ambiente, duas máquinas serão utilizadas. Uma será o Servidor de Banco de Dados, e a outra será a máquina cliente. No diagrama abaixo, existe uma arquitetura de exemplo para ilustrar a solução.

O nome do Servidor de Banco de Dados é NGRSERVER e a máquina cliente se chama NOTEBOOK. A instância do SQL Server 2005 que está no servidor é chamada de SQL2005.

Vamos ao que interessa. Ao tentar acessar o Servidor de Banco de Dados com sua configuração padrão, uma mensagem de erro é apresentada. Esta Depois de acessar a tela das propriedades da instância do SQL Server, escolha, no menu da esquerda, a opção Connection. A parte direita da tela será referente à Connection, procure a opção Allow remote connection to this server. Deixe esta opção marcada. Clique em OK.mensagem diz que ocorreu um erro enquanto estabilizava uma conexão com o servidor, esta falha pode ser pelo fato da configuração padrão do SQL Server não permitir conexões remotas.

“An error has occurred while establishing a connection to the server. When connecting to SQL Server 2005, this failure may be caused by the fact that under the default settings SQL Server does not allow remote connections”

A solução deste problema é resolvida em alguns passos.

1. Permitir conexões remotas à instância do SQL Server que será acessada de outro computador;
2. Habilitar o protocolo  TCP/IP para conexão e tráfego de informações;
3. Iniciar o serviço do SQL Server Browser;
4. Configurar o  Firewall para permitir que informações relacionadas ao SQL Server seja permitido de passar por ele.

.[/COLOR]

Estes passos garantem a conexão remota do SQL Server. Abaixo cada passo é explicado detalhadamente.

Passo 1: Para permitir que computadores acessem instâncias do SQL Server em outra máquina, a primeira coisa a ser feita é uma configuração na instância que receberá as conexões remotas, no nosso caso, o SQL2005 no servidor NGRSERVER.

Para fazer isso, conecte-se localmente na instância do servidor, clique com o botão direito na instância conectada e aponte o mouse para Properties.

Depois de acessar a tela das propriedades da instância do SQL Server, escolha, no menu da esquerda, a opção Connection. A parte direita da tela será referente à Connection, procure a opção Allow remote connection to this server. Deixe esta opção marcada. Clique em OK.

A conclusão deste procedimento passa a garantir que a instância do SQL Server poderá receber conexões remotas, mas este não é o único passo a ser cumprido. Mais alguns passos devem ser seguidos para a conclusão da tarefa.

Passo 2: Para permitir que o protocolo TCP/IP trafegue informações do SQL e que conexões possam ser estabelecidas através deste protocolo, vamos liberá-lo no SQL Server, utilizando uma ferramenta disponível na instalação das ferramentas de administração. A ferramenta é o SQL Server 2005 Surface Area Configuration. Esta ferramenta por padrão, encontra-se na pasta Configuration Tools do SQL Server 2005. Nesta ferramenta, utilizaremos os recursos de Surface Area Configuration for Services and Connections.

Acesse Surface Area Configuration for Services and Connections, no menu da esquerda expanda o item da instância, neste caso, SQL2005. Depois expanda Database Engine e selecione Remote Connections. Na tela da direita, selecione a opção Local and remote connections e em seguida Using TCP/IP only. Clique em OK.

Esta configuração permite agora, que a instância selecionada receba conexões locais e remotas, as conexões remotas serão somente por TCP/IP. A opção Using both TCP/IP and named pipes também poderia ser sido utilizada, sem problemas.

Continuando com a configuração do TCP/IP, vamos utilizar agora outra ferramenta, SQL Server Configuration Manager. Nesta ferramenta utilizaremos o recurso SQL Server 2005 Network Configuration, que se encontra no menu da esquerda. Ao expandir este item, encontramos o Protocols for SQL2005. Ao clicar nele, algumas opções se abrirão do lado direito da tela. Nas opções disponibilizadas, devemos deixar o protocolo TCP/IP com status de Enabled. Para fazer isso, clique com o botão direito do mouse em TCP/IP e vá em Enabled. Após isso, ele aparecerá configurado.

Depois de configurar o status para Enabled, mais duas verificações devem ser feitas nas propriedades do protocolo TCP/IP. Para acessar estas configurações, clique com o botão direito do mouse em TCP/IP e em seguida em Propriedades. Uma tela com duas abas superiores se abrirá. A primeira aba Protocol, deve ficar com a propriedade Enabled configurada para Yes.

Na segunda aba, IP Addresses, devemos garantir que as propriedades Active e Enabled estejam configuradas para Yes.

Após garantirmos estas configurações, clicamos em OK para salvar nossas alterações.

As alterações que foram feitas nestas duas ferramentas são úteis para garantir que a instância do SQL Server selecionada possa receber conexões remotas e que o protocolo remoto de conexão é o TCP/IP.

Passo 3: Para iniciar o serviço do SQL Server Browser, utilizaremos novamente a ferramenta SQL Server Configuration Manger. Para acessar a área que controla os serviços do SQL Server, no menu da esquerda, será utilizado o item SQL Server 2005 Services. Na parte direita da tela, os serviços relacionados ao SQL Server são apresentados. O serviço SQL Server Browser encontra-se com seu State configurado para Stopped. Para iniciar o serviço, clique com o botão direito do mouse no serviço e em seguida clique em Start. Este processo levará alguns instantes, e o State antigo passará a ser Running.

fim da 2ªparte

Após a inicialização do serviço do SQL Server Browser, e as configurações de liberação para acesso remoto e de TCP/IP, o serviço da instância do SQL Server deve ser reiniciado para que as alterações tenham efeito. Para fazer isso, na mesma tela onde foi iniciado o serviço do SQL Server Browser, selecione o serviço do SQL Server (SQL2005), clique com o botão direito do mouse e aponte p ara Restart. Aguarde alguns instantes a parada e a inicialização do serviço. Lembre-se que SQL2005 é a instância do SQL Server do servidor que utilizamos como exemplo.

Passo 4: Para que as conexões remotas funcionem no SQL Server 2005, o Firewall da rede deve ter exceções para as instâncias do SQL Server 2005 e o serviço do SQL Server Browser. Para exemplificar, colocaremos as exceções no Firewall do próprio Windows. Caso você utilize outro Firewall, você deve ler sua documentação para realizar o procedimento de liberação dos programas utilizados.

O Firewall do Windows está presente nas instalações do Windows XP com Service Pack 2 ou superior. Para acessar o Firewall do Windows, vá em Iniciar > Painel de Controle > Firewall do Windows ou digite firewall.cpl em Iniciar > Executar e clique em OK. A liberação no Firewall deve ser feita para cada instância que terá suas conexões remotas permitidas. Realizar estas exceções em cada instância do SQL Server é necessária pelo fato de ser permitido instalar diversas instâncias do SQL Server em um mesmo servidor. Cada instalação do SQL Server é chamada de instância, e cada instância pode ter quantos Bancos de Dados forem necessários, podendo ser repetidos ou não em uma instância ou outra. Para colocar uma instância do SQL Server nas exceções do Firewall, devemos abrir a aba Exceções do Firewall do Windows, clicar em Adicionar Programa, procurar o arquivo SqlServr.exe que por padrão, encontra-se na pasta C:\Arquivos de Programas\Microsoft SQL Server\MSSQL.1\MSSQL\Binn.

A pasta MSSQL.1 é a pasta referente à instância 1 do SQL Server. Se for colocar uma exceção para uma segunda instância do SQL, o arquivo SqlServr.exe deve ser localizado na pasta MSSQL.2.

Para colocar uma exceção ao serviço do SQL Server Browser, devemos seguir os mesmos passos que percorremos para colocar exceção à instância do SQL Server, a única diferença será procurar o arquivo SqlBrowser.exe que por padrão está na pasta C:\Arquivos de Programas\Microsoft SQL Server\90\Shared.

Estes passos apresentados auxiliam a conexão remota com o Servidor de Banco de Dados através de máquinas clientes. Podemos ver que seguindo os passos corretamente, o acesso de aplicações e de ferramentas administrativas deixou de ser exclusivamente da máquina do Servidor de Banco de Dados, e passou a ter acessos liberados para outras máquinas da LAN (Local Area Network). Lembrando que, para acessar uma instância do Banco de Dados, você terá que colocar um usuário e senha válidos para realizar a conexão.

Dica retirada de:

http://www.chmod.com.br/vb/showthread.php?t=6890

Caso tenha 1 site em asp e o mesmo está apresentando esse erro, please, não entre em pânico, uma das coisas que pode estar ocasionando isto é o fato do parent path estar desabilitado (sua app ou de seu cliente recém chegado usa recursividade assim ../), para sanar isto faça o seguinte (dentro do domínio do seu cliente – já dentro do plesk como admin):

3 -> Clique em File e escolhe web directories (isso no 9, no 8 já tem web directories).

4 -> Assim que for aberto procure por Directory Properties, clique nele.

Procure a opção que ordena a liberação do parent path e marque-a.

Depois disso tente acessar novamente

Essa dica é simples, funciona para coisas simples.

Seguinte, no 2008 server ocorre uma situação bem diferente das que enfrentei até hoje.
Para que o seu vmware funcione de maneira correta no momento de setar e trafegar dados através do seu IP como BRIDGE MODE você precisa habilitar 1 serviço bem simples do windows e (talvez), caso seu firewall esteja ativado você deverá verificar se o serviço de roteamento está liberado na filtragem de pacotes.

Para isto clique em iniciar -> executar -> digite services.msc
Dentro dele localize um serviço de Roteamento do Windows.

Ative-o e seja feliz!

Isso ocorre porque o ICS (Internet Connection Sharing) não está rodando.
Como corrigir?

Clique em iniciar -> executar -> digite services.msc

Aperte com o botão direito sobre as opções que citarei abaixo, escolha para que carreguem automaticamente:

Application Layer Gateway Service
Network Connections
Network Location Awareness (NLA)
Plug And Play
Remote Access Auto Connection Manager
Remote Access Connection Manager
Remote Procedure Call (RPC)
Telephony

Fazendo isso seu server rodará sem dores de cabeça!

Abraços.

No meu blog littleoak eu fiz um how para isto:

http://littleoak.wordpress.com/2009/03/24/plesk-8-e-plesk-9-como-modificar-paginas-de-erros-personalizadas-how-to-change-customized-error-pages-on-plesk/

Criei no littleoak um tutorial para isto.

http://littleoak.wordpress.com/2009/03/24/ativando-register-globals-no-plesk-8-ou-plesk-9-how-to-enable-register-globals-safe-mode-on-plesk/

Nada de pânico, se você quer desabilitar a listagem de diretórios em seu servidor siga os passos abaixo:

Service Configuration -> Apache Configuration -> Global Configuration -> LOCALIZE Directory ‘/’ Options e desmarque -> Indexes.

Para testar basta criar um diretório em um site e colocar nele um arquivo chamado eu.txt (por exemplo), abra o domínio simulando uma listagem, por exemplo:

www.libphp.net/lib/

Se estivesse dentro de lib (o txt) ele apresentaria erro na leitura (forbidden)

Deus abençoe você!

Se você deseja remover as informações do servidor no cpanel das suas contas é Simples, siga os passos abaixo:

Reseller Center > Select Reseller > Edit > Desmarque as opções:

# View Server Information
# View Server Status

Boa tarde a todos,

Não vim aqui como xiita ou como “cannonizador”, muito pelo contrário, vim deixar a minha adimiração por uma das distribuições mais amigáveis que já vi em toda a minha vida.

Sou um amante do Slackware Gnu/Linux e um observador do CentOs (+ fedora/rhel), todavia eu conheço o poderoso Debian, que tem sua “fatia” no mercado Gnu/Linux.

A Questão maior aqui é -> Por que escolhi, por que confiei e por que recomendo?

Vamos lá!

Em 2007 eu já estava afinado com o ubuntu Desktop e havia sido divulgado que o Ubuntu teve um repositório invadido (pacotes comprometidos e coisas do gênero).

Fiquei com um pé atrás e deixei a versão server “ir catar coquinhos”!

No ano de 2008 resolvi dar uma chance a esta versão (detalhe, já utilizava há muito tempo o Slackware em servidores), foi quando baixei o Ubuntu 8.04 Server 32 bits e instalei em uma máquina muito poderosa, a saber segue uma foto da mesma:

Pois é, de posse da imagem você já deve saber que isto aí é uma SLI Premium + athlon x2 + 2 gb de ram + sata 2 + nvidia pci express.

Esse “tornado aí” também está “gemendo” em sua missão dolorosa, o mesmo opera com os serviços:

apache 2,
mysql 5,
php 5.2.6,
zoneminder (current),
Samba (current),
proxy-cache,
firewall + gateway de internet.

Vou colar o load da “criança”:

top – 14:43:29 up 72 days, 32 min,  1 user,  load average: 37.34, 37.36, 37.44
Tasks: 255 total,   1 running, 219 sleeping,   0 stopped,  35 zombie
Cpu(s):  4.0%us,  4.5%sy,  0.0%ni,  0.0%id, 91.0%wa,  0.0%hi,  0.5%si,  0.0%st
Mem:   2074460k total,  2023356k used,    51104k free,   125968k buffers
Swap:  6072528k total,      216k used,  6072312k free,  1471032k cached

PID USER      PR  NI  VIRT  RES  SHR S %CPU %MEM    TIME+  COMMAND
7499 www-data  20   0  139m  12m  10m S    2  0.6  14:26.22 /usr/local/bin/zma -m 9
7511 www-data  20   0  139m  12m  10m S    2  0.6  14:08.16 /usr/local/bin/zma -m 6
7503 www-data  20   0  139m  12m  10m S    1  0.6  14:30.52 /usr/local/bin/zma -m 7
7507 www-data  20   0  139m  12m  10m S    1  0.6  14:05.84 /usr/local/bin/zma -m 8
7566 www-data  20   0  184m  56m  53m S    1  2.8   3:17.83 /usr/local/bin/zmc -d /dev/video0
24880 root      20   0  1920  808  592 D    1  0.0   1:34.47 /bin/cp -rp /var/www/zm/events/ /home2/camera
24913 root      20   0  1920  808  592 D    1  0.0   1:34.49 /bin/cp -rp /var/www/zm/events/ /home2/camera
24925 root      20   0  1920  816  592 D    1  0.0   1:34.82 /bin/cp -rp /var/www/zm/events/ /home2/camera
24938 root      20   0  1920  812  592 D    1  0.0   1:29.43 /bin/cp -rp /var/www/zm/events/ /home2/camera

Sinceramente, um verdadeiro warrior, visto que um load tolerável é algo girando em torno de 1.5 ou 1.6.
Utilizando o mesmo desta forma, já contemplo a plataforma 5 meses online sem sequer travar ou demonstrar instabilidade.

Quando trabalhava para uma conhecida instituição eu usei muito o slackware, mas agora confesso que sinto-me tentado na hora de montar um servidor.

Mas vai minha humilde dica:
Use slackware se realmente você sabe o que quer e se você realmente sabe utilizar/configurar os recursos necessários para sua demanda. Slackware é muito enxuto, por isso cuidado com o que vai instalar, por que possivelmente você pode não estar munido de libs, e aí meu caro, ./configure –… copiou a idéia?

Use ubuntu seguindo o pensamento anterior, porém com a certeza do aptitude ou apt-get estarem sempre disponíveis para tirar você da lama!

Abraços…

bye
=]