Lançado MultiBeast 3.7

Standard
Today MultiBeast was updated to version 3.7.  The latest version is now available at tonymacx86.com/downloads.
Please do not upload or redistribute MultiBeast to any other sites.
Full list of changes:
  • Upgraded Chimera to v1.4.1 r877
  • Upgraded Chameleon 2.0 RC5 – Prerelease to trunk r877
  • Replaced IntelThermal with IntelCPUMonitor in FakeSMC Plugins.
  • Removed Chameleon 2.0 RC5 – ATI Experimental; superseded by Chimera.
  • Removed Chameleon 2.0 RC5 – Sandy Bridge; superseded by Chimera.
If this utility has helped you, please consider a contribution to support further MultiBeast development.  Thanks in advance, and enjoy!
-tonymacx86 & MacMan
For discussions on this and other topics, register today at tonymacx86.com!
É galera foi publicado agora, o lançamento do Update 3.7 desse fantástico app. Aos fanáticos do Hackintosh vai esse Update que inclui várias melhorias… eu inclusive acabei de testar e não vejo Bug aparente… Além do suporte mais apurado aos processaodres Intel da Série Sandy Bridge, vem com suporte experimental para Placas de Vídeo ATI além do Chimeria (new Bootloader).Um Salve a Tonymac, um dos maiores colaboradores do projeto OSX86 Project no Mundo.
Abraço a todos!
[via]

Service Unavailable HTTP Error 503 – Coisas que só o IIS pode “proporcionar” a você

Standard

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/

Error 5.7.1 no Merak Mail Server – erro ao tentar enviar uma mensagem (try send message)

Standard

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.

internal server error windows plesk 9 ou 8

Standard

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 😉


Evitando problemas entre o yum update e o whm/cpanel

Standard

Uma coisa muito comum é que as pessoas instalam o yum em servidores CentOs/RedHat 4 com whm/cpanel e mandam um belo update, fazendo isto seu sistema irá atualizar todos os recursos possíveis visando segurança/estabilidade, entretanto, ativando esta update você estará aniquilando com compatibilidades entre whm/cpanel e seu S.O.

Para evitar isto em seu sistema acesse:

vim /etc/yum.conf

(eu uso vim por que gosto, mas use pico, emacs, elvis, vi, nano e etc)

Dentro dele deixe mais ou menos assim (depois de main):

exclude=apache* bind-chroot courier* dovecot* exim* httpd* mod_ssl* mysql* nsd* perl* php* proftpd* pure-ftpd* ruby* spamassassin* squirrelmail*

Isso irá garantir que tais recursos nÃo sejam atualizados pelo yum, sendo assim, quando o cpanel buscar as updates nos repositórios oficiais dele não haverá conflito ou pacotes já atualizados (patcheados) de maneira contrária ao recomendado.

Abraçoooos!

God Bless!

A dynamic link library (DLL) initialization routine failed FTP

Standard

Se você recebeu esta mensagem quando estava tentando reiniciar seu FTP (iis) -> A dynamic link library (DLL) initialization routine failed FTP – siga a dica abaixo:

entre no servidor, abra o MS-DOS (iniciar-> executar -> cmd) e digite:

cd c:\inetpub\adminscripts\

Entrando ali ajuste as portas passivas para uso do FTP (lembrar que tais portas só operam acima de 5500, por isso do erro):

adsutil.vbs get msftpsvc/Passiveportrange “5500-5800”

Após reinicie seu iis e seja feliz!