Gustav Silv 0 Denunciar post Postado Abril 18, 2008 Olá pessoal! Antes de mais nada, ESSE É UM TÓPICO URGENTÍSSIMO! De antemão, agradeço a todos que puderem me ajudar. O negócio é o seguinte: Estou com o Ultimate 64 bits e tenho que rodar algumas aplicações asp, como segue: 1 - As páginas asp de conteúdo estático rodam sem problemas, mas ao tentar conectar com banco de dados (acess), dá a seguinte mensagem: ADODB.Connection error '800a0e7a' Provider cannot be found. It may not be properly installed. /mysite.com/system/connection.asp, line 7 A string de conexão está corretíssima, uma vez que roda on-line e off-line no Business. Fui no "Administrative tools -> ODBC data source Administrator" e ao dar duplo clique no "data source" MS Access database aparece a seguinte mensagem: The setup routines for the Microsoft Access Driver (*.mdb, *.accdb) ODBC driver could not be found. Please reinstall the driver." e dando "Ok" a mensagem "Errors found: Component not found in the registry. Porém, não consigo configurar e nem remover este ou um dos outros 2 "Data Sources" presentes (Dbase files e Excel files). Baixei o pacote de distribuição MDAC 2.8 mas ele não instala (sequer aparece alguma mensagem). No forum ASP, o Smith postou: To enable 32-bit applications on 64-bit Vista: In IIS Manager, select Application Pools. In the list of Application Pools, select the application pool you have configured for use with your site. In the Actions pane, select Advanced Settings under Edit Application Pool. Expand the General settings, set Enable 32-bit Applications to True, and click OK. Bom, parou de aparecer a mensagem "ADODB.Connection", mas apareceu a seguinte: Microsoft JET Database Engine error '80004005' Unspecified error /mysite.com/publishit/system/connection.asp, line 7 Bom, esse erro pode ser de um monte de coisas, desde permissão de gravação à uma query errada e,levando em consideração que a string de está conexão correta (...e a Microsoft não me dá suporte à esse erro), gostaria de saber se alguém tem alguma idéia de qual configuração está faltando no IIS ou mesmo se o Ultimate 64 bits não roda ASP dinâmico (Aí dano mesmo!). Mais uma vez obrigado! Compartilhar este post Link para o post Compartilhar em outros sites
hinom 5 Denunciar post Postado Abril 19, 2008 o problema nao está no IIS você deve instalar uma fonte de dados apropriada para rodar sob vista ultimate 64 provavelmente o driver que está usando é 32 bits por isso nao consegue fazer a comunicação verfique qual a versao do driver. obs: o driver odbc contido no pacote office 2007 é compatível com vista 64 bits, entretanto, o problema pode ser causado pela versão do arquivo mdb e nao pelo driver. dica: No gerenciador de drivers ODBC faça o teste de conexao com o driver do access se funcionar, provavelmente você terá que atualizar o arquivo mdb para uma versão mais atual. Compartilhar este post Link para o post Compartilhar em outros sites
Gustav Silv 0 Denunciar post Postado Abril 23, 2008 Olá hinom! Obrigado pela observação, mas acredito não ser esta a solução. Observei que ao instalar algum update do vista (ou mesmo o SP1) é que ele para de funcionar. Outra coisa é que não consigo colocar permissão FULL em qualquer pasta para CRIATOR OWNER. Acredito que se conseguir dar permissão total para a pasta terei sucesso. Você sabe de algum KB sobre isso? Abraços! Gustav Silv Compartilhar este post Link para o post Compartilhar em outros sites
hinom 5 Denunciar post Postado Abril 24, 2008 apenas uma pergunta. outras aplicações e funções do PHP funcionam normalmente ? Compartilhar este post Link para o post Compartilhar em outros sites
Gustav Silv 0 Denunciar post Postado Abril 25, 2008 Olá hinom! As aplicações são em ASP. Andei fuçando o site oficial do iis (www.iis.net) e observei algumas mudanças do IIS 7. A mais "substancial" diz respeito à segurança e é um dos problemas que ainda não consegui resolver. Segue transcrição do site para comentarmos (http://blogs.iis.net/bills/archive/2007/5/21/1718507.aspx): Application Pools now use the Application Pool identity's profile and temporary directory, rather than \windows\temp by default. And since the only one that can write to Network Service's temp directory is the Network Service, anonymous or authenticated ASP applications break, since ASP uses the impersonated identity to access the database. If you use ASP and Access on IIS7, you've probably seen this error, or a variation of it: -------------------------------------------------------------------------------------------------------------------- Microsoft JET Database Engine error '80004005' Unspecified error -------------------------------------------------------------------------------------------------------------------- The answer is pretty straight forward: turn off loadUserProfile, or ACL the temp directory to allow writes. As a result of this and other compatibility issues, we're considering reverting this change in Longhorn Server / Vista SP1. In the mean time, you can work around it by doing either of the following: This appcmd command will turn off loadUserProfile for the Default Application Pool. if your application runs in a different AppPool, make the corresponding change: %windir%\system32\inetsrv\appcmd set config /section:applicationPools /[name=DefaultAppPool].processModel.loadUserProfile:false This command will ACL the Network Service temp directory to allow creator write / read privledges. If you run your Application Pool under a different identity, you'll need to ACL that owner's temp directory: icacls %windir%\serviceprofiles\networkservice\AppData\Local\Temp /grant Users:(CI)(S,WD,AD,X) icacls %windir%\serviceprofiles\networkservice\AppData\Local\Temp /grant "CREATOR OWNER":(OI)(CI)(IO)(F) Dei aquela formatada no laptop e ainda não instalei o SP1 do vista. Desta forma consigo rodar aplicações (somente leitura), mas não consigo gravar nada no banco... Compartilhar este post Link para o post Compartilhar em outros sites
hinom 5 Denunciar post Postado Abril 25, 2008 foi mal, digitei PHP ao invés de ASP.. nao entendi muito bem pra que usar icacls ... você fez isso? dica: No gerenciador de drivers ODBC faça o teste de conexao com o driver do access se funcionar, provavelmente você terá que atualizar o arquivo mdb para uma versão mais atual. porque o problema todo pode estar relacionado a isso aqui http://support.microsoft.com/kb/q175804/ Compartilhar este post Link para o post Compartilhar em outros sites