• Cadastro
  • Fóruns
  • Manual
  • Tradução
  • Tutoriais
  • OpenAtrium
Início

Login do usuário

  • Criar uma conta
  • Recuperar senha

Download

Últimas versões

Drupal 6.19 Drupal 5.23

Contribuições

Módulos Temas Tradução


Lista de Discussão

Drupal-BR

Pesquisa no site

Google

Treinamento Drupal 15 de maio e 24 de junho de 2010 em São Paulo e Rio de Janeiro

Itens ativos

  • Pagina Não encontrada
  • redirecionar para a listagem de conteúdo depois de adicionar algum conteúdo
  • Vaga: Líder Técnico PHP (Campinas/SP)
  • Ibmec Jr. Consultoria Empresarial
  • Resposta de usuário anônimo no Fórum
  • Treinamento Drupal em Curitiba
  • Upload
  • Views para lista de usuários sem repetição.
  • Views - Aprendendo sozinho
  • Quem conhece Quick Tabs?
Veja mais

Posts mais lidos hoje

  • Manual
  • Tutorial - Criando um site com caixas de notícias
  • Vaga: Líder Técnico PHP (Campinas/SP)
  • Treinamento Drupal em Curitiba
  • Sobre o Drupal
  • Instalação
  • Instalação ilustrada em localhost
  • Resposta de usuário anônimo no Fórum
  • Como instalar e configurar o TinyMCE no Drupal
  • Mamão e Drupal com açucar, desmistificando o primeiro contato com o Drupal

Assine o RSS do Drupal-BR

RSS dos itens mais ativos

RSS do conteúdo

RSS dos comentários

Início » Fórum » Suporte » Hospedagem de sites

Problemas de acesso ao Banco MySQL

Olá pessoal,

Atualmente estou em processo de construção de um site e por não saber o sistema exato que iríamos usar optamos por um servidor abrangente, mas hoje tenho plena certeza que a melhor ferramenta para o site é o Drupal. Daí veio a dúvida sobre o servidor. Hoje uso o http://www.insite.com.br/ (Plano Fit), mas tenho tido algumas dificuldades com ele. Instalei o Drupal 6.10 e tenho problemas de acesso ao banco MySQL, o servidor está configurado com PHP 5.2.5 E após instalar alguns módulos (Views, CCk, Panels e outros) não consigo mais nem acessar o "build/modules" que apresenta erros como:

Fatal error: Maximum execution time of 30 seconds exceeded in "......\drupal\includes\common.inc" on line 351

Fora esse problema que pensei poder solucionar instalando tudo em um servidor local e depois enviando para o servidor on-line percebi que a importação de banco de dados também não funcionou bem. O servidor está configurado com phpMyAdmin. Após bater cabeça com o erro de access denied (resolvido apagando as linhas de create database do banco), tive erros:

#2006 - MySQL server has gone away

Ao ligar para o suporte para tentar solucionar com a configuração do php.ini, my.cnf e my.ini . Mas não pude, pois fui informado que a configuração era padrão do servidor e não poderia ser alterada e então fui informado que o propblema poderia ser causado pela conexão lenta. Daí testei o fato e minha conexão está ocilando entre 800kbs usei na minha universidade uma conexão de 8.000 kbs e problema continuou exatamente o mesmo. Meu banco de dados possui 90 tabelas e 7,03 mb , só carrega até 15ª tabela e nada mais. (#2006 - MySQL server has gone away)

Então vem as perguntas... alguém usa o Insite? Qual alternativa vocês sugerem? Existe alguma forma de otimizar o desempenho para acessar o banco (já tentei limpar o cache, e limpar o watchdog e não funcionou) ?

Desculpem o post longo, mas tentei ser o mais transparente e imparcial o possível uma vez que estou avaliando um serviço de terceiros...

Obrigado e abraços

‹ Alguem sabe onde encontro Screencast de como tirar o drupal de servidor local e enviar para servidor remoto. Servidor gratuito www.laiveli.com ›
Enviado por luishuber em 17/03/2009 - 11:50
  • Hospedagem de sites
  • 6.x
  • Se logue ou se registre para poder enviar comentários
  • 2409 leituras
Em 17/03/2009 - 14:03 Vuds disse:

Opa!

2 coisas:

  • Muito estranho esse problema do "build/modules". Antes funcionava rápido, redondo? E depois de instalar alguns módulos ficou assim? Bom, vc pode desabilitar os módulos q vc adicionou, na mão, na tabela "system", para tentar recuperar a estabilidade do seu Drupal, e depois reinstalar cada um novamente, para ver o que realmente está acontecendo;
  • Não entendi essa migração q fez... Vc trouxe a sua instalação Drupal para um servidor local mas tentando utilizar o banco de dados do hosting? A importação/exportação do phpMyAdmin sempre funcionou bem pra mim. Tente utilizar a função para gravar em arquivos zipados (ou gzipados), na configuração padrão.
  • Abraço!

--
Conheça a garagem de Vuds no [SpecialCars]!

  • Se logue ou se registre para poder enviar comentários
Em 17/03/2009 - 15:35 luishuber disse:

Olá Vuds,

Obrigado pela prontidão na resposta. Tava funcionando redondo sim, não muito rápido, mas sem qualquer problema. Depois da instalação ficou. Realmete é estranho, eu já tive problemas antes instalando modulos no servidor local que causaram problemas similares, nesse caso segui o mesmo procedimento recomendado por você e desabilitei na mão apagando-os na tabela (inclusive existem alguns tópicos abordando isso no fórum). Mas agora no servidor on-line apaguei só o último módulo que tinha instalado para testar e depois fiquei com receio de não ser essa a melhor solução e busquei outras alternativa para evitar uma grande perda de tempo instalando tudo de novo.

Sobre a segunda pergunta, sim, mas troquei o nome do usuário e nome do banco de dados no settings.php . O que eu estava tentando fazer era o seguinte: Instalei o Drupal 6.10 no XAMPP como servidor local, depois instalei todos os modulos que considerava necessários, em seguida tinha pensado em upar todo Drupal para o servidor on-line e importar o banco de dados através do phpMyAdmin disponível no painel Plesk do servidor. Assim achava eu que conseguiria funcionar, mas também não sei se isso é uma grande besteira porque não tenho certeza se só upando consigo o mesmo resultado da instalação, ou seja, se vão todos os arquivos e todas as modificações necessárias para o funcionamento do Drupal. Só que ainda que isso funcione (não sei) eu não consegui importar o banco devido aos problemas apresentados antes... Eu utilizei as funções para gravar zipados, elas também já estavam como padrão.

Então acho que a questão é saber se funciona e como conseguir a importação. Existem tópicos como http://drupal.org/node/259580 que abordam o problema, mas não consegui solucionar dessa forma devido a uma impossibilidade do servidor. Este link aqui também fala sobre a ocorrência do erro

http://dev.mysql.com/doc/refman/5.0/en/gone-away.html

Quais seriam as sugestões?

Obrigado Vuds.

Abraço a todos!

Na próxima tentarei ser mais conciso.

  • Se logue ou se registre para poder enviar comentários
Em 17/03/2009 - 16:00 tregismoreira disse:

luishuber,

Para o primeiro problema, coloque a seguinte linha no seu settings.php:

ini_set('max_execution_time', '90');

Abraço!
Thiago Régis
@tregismoreira
Consultoria e Treinamento em Drupal
Drupal Casesbeta

  • Se logue ou se registre para poder enviar comentários
Em 17/03/2009 - 16:36 luishuber disse:

Olá Thiago,

Fiz a modificação sugerida, inseri o código junto aos outros "ini_set" e infelizmente continuo com o mesmo erro:

Fatal error: Maximum execution time of 30 seconds exceeded in ".......\drupal\includes\file.inc" on line 891

Os modulos "extras" que estão na pasta "sites/default/modules/" são:

cck
dhtml_menu
fckeditor
fivestar
form_panel
image
imageapi
imagefield
imce
imceimage
panels
pathauto
token
views
views_bonus
votingapi

A maioria está instalado.

Obrigado Thiago.

Abraços a todos.

  • Se logue ou se registre para poder enviar comentários
Em 18/03/2009 - 12:53 luishuber disse:

Continuando...

Após enviar um e-mail explicando novamente a situação para o suporte do servidor obtive a resposta já esperada:

"O problema ocorre pois por padrão o tempo máximo para execução de um programa do servidor são de 30 segundos, e a ferramenta Drupal está ultrapassando esse limite"

Em seguida ele sugere a troca do "max_execution_time" do php.ini, o único problema foi que ele esqueceu que meu usuário administrador da conta não possui acesso ao arquivo e continuo de mãos atadas...

(já mandei outro e-mail, pois assim penso que haverá continuidade nas informações - tá tudo copiado)

Informo a todos que as informações conflitantes do suporte fazem com que o atendimento torne-se mais lento do que o esperado, e a falta de conhecimento técnico simples como o nível de acesso dos usuários também está atrasando a resposta esperada.

Se alguém tiver alguma alternativa agradeço a contribuição, agradeço também os que já contribuiram.

Abraços a todos

  • Se logue ou se registre para poder enviar comentários
Em 18/03/2009 - 14:10 Vuds disse:

Bom...

Apagando ou desabilitando os módulos na tabela System não vai te tirar as configurações do Drupal (que ele guarda em outros BDs). Quanto a isso pode ficar tranquilo, somente se você tivesse alterado o peso de algum módulo que poderia dar algum problema, se você não lembrasse depois de atualizar esse peso. Pelo outro lado, apagar as informações do banco ao invés de desabilitar (atribuindo 0 na coluna Status) pode dar problema se vc acabar apagando alguma coisa q seja core do sistema, por isso cuidado.

Se você montou só o Drupal localmente pra acessar o banco de dados do seu hosting, fatalmente iria dar timeout porque a conexão MySQL não é muito boa quando os servidores estão "distantes". Pra montar uma versão local do seu sistema, num servidor LAMP/XAMPP ou qualquer do gênero, não precisa de muita coisa.

1) Uma cópia exata do seu diretório Drupal;
2) Uma cópia exata do seu banco de dados Drupal no MySQL;
3) Colocar a cópia da sua instalação Drupal no diretório-raiz que atende ao seu servidor web;
4) Criar um banco de dados no MySQL local (a importação NÃO cria o banco), de preferência com o mesmo nome do banco no hosting;
5) Abrir o BD no PHPMyAdmin e importar a cópia zipada do banco de dados;
6) Alterar o arquivo settings.php de acordo com as informações do servidor local (endereço ip, nome do banco, usuário e senha do mysql, nome de domínio, domínio para cookie, etc.)

Se vc faz tudo isso, então coloca pra gente qual o erro q dá dentro do PHPMyAdmin qdo vc vai importar o banco...

Abraço!

--
Conheça a garagem de Vuds no [SpecialCars]!

  • Se logue ou se registre para poder enviar comentários
Em 18/03/2009 - 19:32 luishuber disse:

Obrigado Vuds,

Então, uma das questões considero totalmente solucionada. Com os seis passos acima conseguimos ter uma cópia do Drupal instalado em servidor local para o servidor on-line. OK! (Acho que esses passos irão ajudar bastante outras pessoas! Valeu Vuds!)

O problema que ocorre durante a importação do banco no phpMyAdmin é o seguinte:
---------------------------------------------------------------------------------
Erro

consulta SQL:

INSERT INTO `cache_menu` ( `cid` , `data` , `expire` , `created` , `headers` , `serialized` )
VALUES (
'router:', 0x6...........(o router).............0, 1236976629, '', 1
);

Mensagens do MySQL : Documentação
#2006 - MySQL server has gone away

-----------------------------------------------------------------------------------

O banco tem 90 tabelas e ele só carrega até a 15ª. Pelo que li até agora esse erro pode ser corrigido alterando as configurações do arquivo my.ini (Windows) ou my.cnf (Linux)esse arquivo fica dentro do MySQL. Para bancos configurados com Storage Engine InnoDB ficaria assim a alteração:

-------------------------------------
INNODB SPECIFIC:

innodb_buffer_pool_size = 384M
innodb_additional_mem_pool_size = 20M
innodb_log_file_size = 10M
innodb_log_buffer_size = 64M
innodb_flush_log_at_trx_commit = 1
innodb_lock_wait_timeout = 180

-------------------------------------

Mas eu ainda não consegui testar isso para saber se funciona mesmo ou não. Alguém ai já testou? Existe outra solução para o #2006 - MySQL server has gone away?

Obrigado Vuds!

Abraços a todos!

  • Se logue ou se registre para poder enviar comentários
Em 02/04/2009 - 16:02 luishuber disse:

Continuando a saga...

O suporte da Insite me ignora completamente a algumas semanas, portanto vai a dica se você precisa usar o suporte do servidor a Insite não é um bom host para você... E ai ficamos com a solução de trocar de host que faremos essa semana.

A outra questão é que consegui identificar que o problema da importação do banco de dados está de alguma forma vinculado a uma tabela específica dele, a tabela "cache_menu" justamente a 15ª tabela até onde eu conseguia importar. Cheguei a essa conclusão ao fracionar o banco de dados e importando por partes e a única que deu problema foi essa tabela.

Limpei o cache, mas não mudou nada... não faz idéia do que possa ser

Se alguém tiver alguma dica eu agradeço.

Obrigado e abraços a todos

  • Se logue ou se registre para poder enviar comentários
Em 02/04/2009 - 16:28 felipepodestas disse:

Olá Luis, isto já aconteceu comigo.

Eu tinha tudo redondinho aqui em Localhost, quando mandei para o servidor foi quase o mesmo parto.

Eu fiz o seguinte, deixei tudo redondinho aqui em localhost, depois de tudo certo eu desabilitei os módulos:

Database logging
Search
Statistics
Tracker
Locale

Na página de módulos temos a opção de desinstalar, selecionei os mencionados e desinstalei.

Depois fui até o phpmyadmin (mysql) e efetuei a verificação e todas aquelas opções para deixar o banco legal.

Depois mandei tudo para o servidor habilitei configurei de novo e pronto.

Sem esquecer de verificar as permissões, porque eu sem querer tinha mudado errado as permissões do config.php e nossa o bicho ficava um tempão pensando. Carregava legal mas ficou lento.

E na página de cache exclua o cache e desabilite o aglutinar CSS, Blocos e JS e depois habilite novamente.

Depois de tudo certo ele ficou certinho.

Um abraço.

Felipe Podestá dos Santos

  • Se logue ou se registre para poder enviar comentários
Em 03/04/2009 - 10:41 Vuds disse:

Você pode apagar "manualmente" via phpMyAdmin todo o conteúdo (veja bem, conteúdo... e não as tabelas em si) de todas as tabelas que começam com "cache_" e ver se funciona...

Pois se está dando problema na importação de um item da tabela cache_menu, é bem possível q esteja dando problema para apagá-lo tbm (ou outros registros desta tabela).

O ideal seria saber q tipo de erro está aparecendo ao tentar importar a tabela...

Abraço!

--
Conheça a garagem de Vuds no [SpecialCars]!

  • Se logue ou se registre para poder enviar comentários
Em 13/04/2009 - 11:45 luishuber disse:

Olá pessoal,

Desculpem o grande atraso nas respostas, mas estava ausente.

Felipe muito obrigado, é bom saber que mais alguém já passou por isso... seguirei suas recomendações, eu já tinha desabilitado alguns modulos, mas agora vou testar com outros para ver com quais funciona. A dica do cache é bastante interessante ainda não tinha pensado nela, vou fazer também. Obrigado.

Vuds eu não entendo muito de bancos, mas já apaguei o conteúdo do cache e não mudou nada, entretanto existe uma grande póssibilidade de ter feito isso de maneira errada.

O problema que ocorre é o mencionado acima:

#2006 - MySQL server has gone away

Que aparentemente não tem conexão direta com a tabela, a não ser pela possibilidade dele gerar algum tipo de loop de importação que faz cair a conexão com o MySQL server.

Obrigado a todos e abraços.

  • Se logue ou se registre para poder enviar comentários
Em 14/04/2009 - 21:12 Vuds disse:

Bom, pelo q achei rapidamente por aí, duas possibilidades: Ou seu banco está muito grande, ou seu tempo de execução no servidor é muito pequeno.

Achei também um script para tentar fazer uma importação espaçada para tentar driblar esse erro: http://www.ozerov.de/bigdump.php

Tente ver se consegue usar! Qualquer problema escreva de novo!

Abraço!

--
Conheça a garagem de Vuds no [SpecialCars]!

  • Se logue ou se registre para poder enviar comentários
Em 01/07/2009 - 16:52 eduarrulho disse:

Amigos tive um problema parecido com o do nosso amigo aí.
Instalei o módulo pathauto e quando instalei o módulo token deu pau: Fatal error: Allowed memory size of 12582912 bytes exhausted (tried to allocate 340921 bytes) in /home/automaxi/public_html/oficinas/includes/database.mysql.inc on line 301
Para conseguir acessar a http://automaximo.com.br/oficinas/admin/build/modules tive que acessar por FTP e apagar os módulos bichados.
Aqui essses módulos somente funcionam separados. Se eu ativar os 2, dá esse erro...

Drupal 6.10
módulos:
token-6.x-1.12
pathauto-6.x-1.1

Se tiverem alguma sugestão, por favor compartilhem.
Obrigado!

Eduardo | http://www.automaximo.com.br

Eduardo Ribeiro
Jornalista / editor
www.automaximo.com.br
www.baixadafacil.com.br
www.esteiocomunicacao.com.br

  • Se logue ou se registre para poder enviar comentários
Em 01/07/2009 - 18:52 Leopoldo disse:

Esse erro já foi respondido várias vezes por aqui. Por favor, consulte "Fatal error: Allowed memory size" no campo de pesquisa ao lado direito que encontrará a resposta. ->

Abraço!

Leonardo Silva
Produtor Cultural
Desenvolvedor Web

  • Se logue ou se registre para poder enviar comentários
Em 02/07/2009 - 23:35 eduarrulho disse:

Ô Leopoldo, eu caí nessa seção/página quando busquei no Google, com o código do MEU erro completo. E, ao buscar "no campo de pesquisa ao lado direito" cada resposta que achei sobre o "Fatal Erro... que vc disse" simplesmente tem uma resposta parecida com a sua (dizendo que já foi respondido em algum lugar desse site), ou acho esse erro referente a outros módulos. No meu caso o erro é específico a instalação de 2 módulos, o Pathauto e o token. Sem eles, ou com somente um deles, funciona corretamente.

Mas se você não sabe responder a essa pergunta ou a postura desse site é encaminhar o link do Drupal.Org ou simplesmente dizer que esse problema já foi tratado em algum lugar desse site, você simplesmente enfraquece a idéia principal que é a de criar um site onde nós usuários de Drupal pudéssemos encontrar respostas, dicas, e material que sirvam para melhorar nossa relação com esse CMS.

Imagino que você não tenha respondido pelo site. Pois acredito que um editor desse site certamente daria esse toque de forma mais amigável. No "meu" site Baixada Fácil, quando recebemos uma pergunta, mesmo que ela não tenha nada a ver com o assunto do site, temos prazer em contribuir com alguma orientação que não seja simplesmente: "já respondemos, procure por aí...".

Obrigado pela ajuda.

Eduardo Ribeiro
Jornalista / editor
www.automaximo.com.br
www.baixadafacil.com.br
www.esteiocomunicacao.com.br

  • Se logue ou se registre para poder enviar comentários
Em 03/07/2009 - 11:54 eduarrulho disse:

Amigos do Drupal-BR.

Achei a solução para o meu problema em: http://drupal.org/node/351831

Obrigado pela ajuda.

Eduardo Ribeiro
Jornalista / editor
www.automaximo.com.br
www.baixadafacil.com.br
www.esteiocomunicacao.com.br

  • Se logue ou se registre para poder enviar comentários
Em 03/07/2009 - 18:09 Leopoldo disse:

Oi Eduardo,

Me desculpe se pareci rude, não foi essa a intenção. Mas com menos de 2 minutos eu achei alguns tópicos onde respondem a mesma coisa que a solução que você encontrou.

http://drupal-br.org/suporte/drupal/fatal-error-allowed-memory-size
http://drupal-br.org/suporte/modulos/ajuda-coopermine-fatal-error-allowe...
http://drupal-br.org/suporte/drupal/erro-na-instalacao-drupal62
http://drupal-br.org/suporte/drupal/memoria-esgotada

Sim, eu sei que o problema está no memory_limit do PHP e não dos módulos. Basta aumentá-lo. Hoje eu uso 120M de memory_limit no PHP.

Meu papel (role) aqui no Drupal Brasil vai além de editor. Na verdade não existe editor, só moderador e administrador. Editor todo mundo aqui é, pois todos podem criar conteúdo para ser inserido em Manual/Tutoriais. Sou um dos administradores e está entre minhas tarefas, ser um pouco chato às vezes, para não ficar repetitivo. O forte aqui até hoje é o fórum, onde a maioria das pessoas vêm aqui para tirar suas dúvidas. Isso está mudando e logo o foco será a valorização do usuário, entre outras coisas. As mudanças são exatamente para que todos se sintam mais dispostos a produzir mais material e podermos juntos, contribuir com o projeto Drupal no Brasil e no exterior. Isso acarreta em não ter mais que responder "já foi respondido", pois as respostas se transformarão em artigos e tutoriais sobre essas situações comuns.

Também respondi aqui no fórum e rastrando meu perfil (que é mais chato que fazer busca), irá encontrar. Note que, assim como as pessoas que vêm tirar dúvidas muitas vezes não tem tempo para ficar procurando, quem responde também tem o tempo apertado. Acredito que nesse momento, às vezes é melhor ter um "já foi respondido" do que ficar esperando resposta e assim evitar a pesquisa.

Espero sua colaboração por aqui também, caso veja alguma pergunta sem resposta e que saiba responder, pois o Drupal Brasil é de todos nós.

Um gentil

Abraço!

Leonardo Silva
Produtor Cultural
Desenvolvedor Web

  • Se logue ou se registre para poder enviar comentários
Em 23/07/2009 - 18:11 eduarrulho disse:

Obrigado Leo. Sim o problema era aumentar o memory_limit. Vou dar uma navegada no site para eu entender melhor a divisão das seções por assunto e tirar melhor proveito do conteúdo (perguntei no lugar errado porque busquei no Google e a descrição mais dentro doque o que eu buscava era essa. Cliquei no link e cai direto nessa página... )
Espero mesmo poder contribuir de alguma forma com a comunidade Drupal BR.
Parabéns a todos.

Obrigado pela resposta
Um abraço.
Edu
www.automaximo.com.br
www.baixadafacil.com.br
www.negromendes.com

Eduardo Ribeiro
Jornalista / editor
www.automaximo.com.br
www.baixadafacil.com.br
www.esteiocomunicacao.com.br

  • Se logue ou se registre para poder enviar comentários
Designimage

Este site é feito, orgulhosamente, com Drupal.