[geloest] Database configuration - scheitert immer .. kann ich das auch manuell machen!?
am 24.12.2011 - 13:31 Uhr in
Hi Drupal-freunde - vorweg - frohe und frohmachende Weihnacht!
Geloest - das Thema ist geloest - und zwar gruendlich!
hier der thread - dennoch:
Hatte gestern schon mal gepostet - da war es der Konfigurationsfile .- jetzt - es gibt was neues. Ich denke dass ich einen neuen thread aufmache.
Während der installation scheitert immer ein schritt.
Der der DB-Konfiguration. Da rödelt der SERVER immer ca. 4 - 5 minuten - aber nix passiert. Keine Tabellen werden angelegt.
Und ich denke dass dabei auch doch eines noch gemacht wird.
Dabie wird doch sicher auch der Konfigurationspart durchgeführt - m.a.w. dabei wird doch sicher auch dan neines gemacht. Die daten i(des Serveranschnlusses usw. usf in die settings reingeschrieben, nicht wahr!?. )
Frage - kann ich das denn nicht manuell machen.
Also die Tabellen manuell anlegen - via phpmyadmin - und
und zweitenes die entsprechenden Einträge in den sentings-file vornehmen und dannn das alles auf den server tun .
Geht das dennn - ich erinnere dass das in der Joomlawelt geht .-
Freu mich auf tipps.
Und jetzt wünsche ich erst mal euch allen Frohe Weihnacht .-
LG
unleash
- Anmelden oder Registrieren um Kommentare zu schreiben

es scheiter wahrscheinlich,
am 24.12.2011 - 15:15 Uhr
es scheiter wahrscheinlich, weil die PHP max execution Time überschritten ist.
Du kannst die per .htaccess hoch setzen, dann müßte es gehen.
Vielleicht funktioniert das ja.
lieben Gruß
Daniela
Zitat: Du kannst die per
am 24.12.2011 - 15:19 Uhr
Du kannst die per .htaccess hoch setzen, dann müßte es gehen.
Das stimmt so nicht, das kann er nur in der .htaccess oder einer php.ini ändern, wenn es der Webspace-Provider auch erlaubt.
@unleash
Du hast auch sicher die richtigen DB-Zugangsdaten eingegeben?
Das Problem kenne ich auch
am 24.12.2011 - 15:50 Uhr
Gelegentlich klappt es nicht, dass die settings.php geschrieben werden kann.
Auch die Vergabe der Rechte hatte in meinen Fällen nicht geklappt.
Ich glaube, es war ein Bindestrich im Domainnamen, kann aber nicht mit Bestimmtheit sagen, dass es das war.
Jedenfalls hier die Lösung:
bearbeite die settings.php mit einem normalen editor (auf keinen Fall mit Word!) und sende sie anschließend in das Verzeichnis sites/default
Danach starte den installationsprozess nochmals, und schwup funktionierts.
Das Laufzeitproblem tritt, wenn es auftritt, erst beim laden der Datenbankinhalte auf.
hallo - und guten Abend.
am 24.12.2011 - 19:04 Uhr
hallo - und guten Abend. Danke für euere Postings.
ich bin grade dabei - das irgendwie herauszufinden - was da noch sein kann. Also - wenns ein Laufzeitprob. wäre - und am Server liegt - (und nur dort) dann
wär ich ja auch irgendwie schoen aufgeschmissen.
Aber was du Ronald sagt - das klingt interessant. Es handelt sich tatsächlich um eine sog- bindetrich-Domain . das ist dann doch sehr interesant.
Wenn ich dich Ronald, hier richtig verstanden habe, dann sollte ich die Settings editieren - und am entsprechenden Ort einfuegen.
By the way: es handelt sich bei dem ganzen um eine Drupal-Commons. ich denke dass es aber hier im Grunde egal ist. Das sieht zumindest vom Aufbau genau so aus wie in einer sonstigen Drupal.
Was mich noch interessiert. Wenn ich denn einfach den Datenbank-Dump händisch - d.h. manuell via phpmyadmin einpflegen will - wo genau finde ich denn dieisen in der commons.
Freu mich hier auf weitere Tipps. - bin aber jetzt schon total angenehm überrascht . -Eure Hilfe ist einfach toll - super!!
viele Gruesse
unleahs - der versucht - die installation heut noch durchzukriegen... - auf biegen und brechen...
hallo Freunde und da
am 24.12.2011 - 21:09 Uhr
hallo Freunde
und da passiert noch etwas ausgesprochen merkwürdiges - wenn ich diesen Schritt - mit der Konfituration anstosse - dann gibts erstmal eine Wartezeit - der SERVER roedelt wahrscheinlichlich .Im browser sieht man dass das alles arbeitet.
Jedesmal wenn dann das ganze abbricht - dann gibts noch folgendes: es oeffnet sich dann ein Popup im Browser (firefox) in dem gemeldet wird dass der download geklapppt hat.
Schon mal relativ merkwuerdig oder: Wenn ich dann nachsehe, was da runtergeladen wurde dann stelle ich fest, dass es ein leerre (!!!) irre oder, File ist namens
install.php
was hat es mit dieser merkwürdigen Sache bloss auf sich. Freu mich wenn mir hier einer mal weiterhelfen kann.
viele liebe Gruesse
unleash - achso - und frohe Weihnacht noch!!!
Drupal-Commons install
am 24.12.2011 - 23:32 Uhr
Drupal Commons ist ja wie gesagt schon wie eine Drupal Install. Doch ohne vorherige kontrolle der Server Tauglichkeit sind solche Probleme nicht auszuschliessen. Eine Version habe ich nie geschaft zu installieren, ok da waren einige kleine Commons Probleme, mit PHP wenn ich mich gut erinnere. Heute klapt eine Commons Install einwandfrei auf meinem Vserver aber auch auf einem Lokalem Ubuntu Server.
Aber PHP ist allgemein bei
am 24.12.2011 - 23:42 Uhr
Aber PHP ist allgemein bei dir installiert, oder?
wo sind die infos zur DATENBANK - find sie ned
am 25.12.2011 - 00:30 Uhr
hallo Exteriour - hallo Patrik danke für die postings - danke dafür dass ihr euch selbst andiesem TAG reinhängt und helft.
also - auf dem SERVER laufen joomla und auch mittlerweile eine Drupal.
ich denk dass jetzt doch auch klar ist - die Prerequisiten sind erfüllt. Da laufen vor dem DB-Setrup doch noch ein oder zwei Schritte durch, die die Basis-Voraussetzungen getestet werden. Das ist wie gesagt alles gut gegangen.
Nun den - die Prerequisiten - dazu gehoert - ja auch irgendwie dass die php-memory groß genug ist.
ABER bitte- ich würde den eigentlichen - last- und speicherintensiven Vorgang der ERstellung der DB und der Arbeiten am Settings-File ja gerne umgenehen - wenn ich denn nur wüsste wo die doofe DATEI ist - in dem die DB-Tabellen abgelegt sind - ich find sie incht.
Wen ich die hab - dann mach den schritt halt manuell via phpmyadmin - dann brauchen wir uns hier eigentlich nicht mehr über php-menoriy unterhalten - oder sonst irgendwie noch zu überlegen was sonst noch ist.
koennt ihr mir nicht vielleihct einen tipp geben wo - in welcher Richtung ich die DATEI suchen muss wo die Tabellen-informationen drinne sind.
freu mich von euch zu hoeen.
lg unleash
Drupal-Commons Install hier die DB
am 25.12.2011 - 13:38 Uhr
ich kann dir eine leere Commons DB senden, letzte Version commons-6.x-2.3
Ich habe hier den User 1 nicht geändert, das musst du dann erledigen.
http://drupal-commons.business-solutions.lu
The file sites/default/settings.php is not protected ( lokal bei mir nie , nur wenn ich mir mal Zeit nehme)
Lokale Config.
Drupal 6.22Access to update.php Protected
CTools CSS Cache Exists
Configuration file Not protected
The file sites/default/settings.php is not protected from modifications and poses a security risk. You must change the file's permissions to be non-writable.
Cron maintenance tasks Last run 2 sec ago
You can run cron manually.
Database updates Up to date
Drupal Commons 2.3
Drupal core update status Up to date
File system Writable (public download method)
GD library 2.0
Module and theme update status Up to date
MySQL database 5.1.58
PHP 5.3.6-13ubuntu3.3
PHP memory limit 228M
PHP register globals Disabled
Unicode library PHP Mbstring Extension
Update notifications Enabled
Upload progress Not enabled
Your server is capable of displaying file upload progress, but does not have the required libraries. It is recommended to install the PECL uploadprogress library (preferred) or to install APC.
Web server Apache/2.2.20 (Ubuntu)
getID3() 1.7.9-20090308
jQuery UI 1.6
vielen Dank das ist super - wirklich ich bin total happy
am 25.12.2011 - 16:59 Uhr
hallo -
vielen Dank das ist super - wirklich ich bin total happy
werde mich um den dump heute Abend mal kuemmern - meld mich mit allen resultaten wieder.
Und was ich mit dem Settings machen soll - ich habs net richtig verstanden - was soll das mit dem Protected bedeuten! freu mich von dir wieder zu hoeren.
glg unleash
Drupal-Commons Install
am 25.12.2011 - 20:15 Uhr
Es ist nur ein Hinweis wo die Install lief und wie.
also ich hab das mal alles gemacht!
am 26.12.2011 - 02:16 Uhr
-... also ich hab das mal alles gemacht! -- Manuell also
a. Den DB-Dump eingepflegt und
b. die settings entsprechend editiert - und dann hochtgeladen.
- wenn ich jetzt auf den Domain-Namen gehe, dann passiert folgendes: Dann wird immer noch
die installationsseite aufgerufen - so nämlich: http://my_site.com/install.php
Das ist aber irgendwie ungeünstig. ich schätze mal, dass bei der automatisch durchlaufenden Installation dann an deren Ende dann irgendwie die Installationsfiles ungültig gemacht werden - oder gesperrrt oder sonst irgendwas.
Bei mir nicht - wie soll ich das verstehen. Hat das ggf. noch etwas damit zu tun dass
. die settings entsprechend editiert - und dann hochgeladen.
Da fällt mir nochwas ein - vielleicht muss ich da noch was umbennennen - da gibts doch die default-Version - des Settings-Files... Muss der noch umbenannt werden!? Oder verschoben,.
Ich werd mal noch einiges probieren.
btw- es hießt auf den commons-Foren immer , dass die Commons-Installation - jedenfalls was die Settings-Geschichten und das Settings-File anbelangt, sich in nichts(!!!!) von der normalen gewöhnlichen Drupal unterscheiden tut.
Freu mich auf Tipps - werde selber jetzt noch einiges ausprobieren - meld mich später wieder. Vielen Dank bis hierher schonmal
Was passiert
am 26.12.2011 - 07:02 Uhr
wenn du einfach eine leere Datenbank bereitstellst, die Zugangsdaten in der settings.php einträgst und dann die Installation durchführst?
Damit müsstest du die gesamte Installation durchlaufen lassen können.
Trifft die Installation jedoch auf bereits existierende Tabellen, bricht sie mit dem Fehler "Table allready exists" ab.
hallo ronald / hi all vielen
am 26.12.2011 - 08:07 Uhr
hallo ronald / hi all
vielen dank für s antworten. Klasse
also - ich kann das spasseshalber ja nochmals machen - und dem System eine leere db anbieten.
ABER Mal grundsätzlich gefragt - wenn ich das alles shcon angelegt habe - krieg ich denn dann nicht noch den kniff hin
dass das dann auch die - installation.php überspringt.
Ansonsten glaube ich sehr dass die max-execution-time bei mir nicht reicht - das sind imho 188 tabellen,,,
ich musste schon bei manuellen installieren da einige Schrite einbauen...
freue mich auf tipps
lg unleash
Drupal-Commons Install
am 26.12.2011 - 15:50 Uhr
Normaler weise wenn du alles richtig gemacht hast Datenbank ( umbennen und settings anpassen ) sollte es schon funktionnieren.
Hi Patrick - ich guck heut
am 26.12.2011 - 16:37 Uhr
Hi Patrick - ich guck heut abend nochmals - meld mich wieder
PS - der Witz ist dass ich den Installations-Prozess nicht wegkrieg - ggf. würde ja alles laufen - wenn sich nicht quasi-automatisch die INSTALLATION aufrufen wuerde
lg unleash
es geht vielen dank @ all - 1000 unleashed greetz
am 03.01.2012 - 22:34 Uhr
hallo an alle
vielen Dank für Eure Hilfe - das war super!!! Danke an Patrick, Exeter - Daniela und natürlich auch an Ronald!
So nun will ich euch alle nicht länger mit dem Jammern kommen - ich hatte mindestens 5 Wochen alle in den Ohren gelegen mit dem Gejammer über Drupal das nicht installierbar ist und tausend Fallen hat.
Jetzt habe ich mal gestern eine Lamp auf der OpenSuse Version 11.4 aufgesetzt und ganz einfach konfiguriert
Apache 2
php 5.3.8
Mysql 5 x(schnelle und sehr einfach konfiguraiton )
phpMyAdmin einfach noch dazu und fertig
Dann hab ich heute Nachmittag mal alles installiert was auf dem SERVER immer wieder nur klemmt
- Joomla wegen einer sehr sicherheitsbezogenen Konfiguration
- Drupal (/standard 7.10 ) z. B. wegen der .htaccess
- Drupal Commons 6.2.3 - u. a. wegen htaccess und der zugegebnermaßen mittlerweile sehr sehr schwachen Serverperformance
[ca. 500 mb RAM, langsamer Prozessor, usw usf. Server ist mit 6 Jahren einfach austauschreif!]
Alle (!!) installationen liefen auf der Susi einwandfrei durch ohne irgendwelche Mucken, ohne irgendwelche nur geringe Störungen. Kein .htaccess-Turbulenzen, keine abgebrochenen Installationen, keine Rechteprobleme etc. Extrem beeiondruckend war wie dann die letzete der installationen die drupal commons mit den über 150 Tabellen und der doch sehr aufwändigen Konfigurationen sich zügig machen lies. Da gabs nix von einem Abbruch wegen - ich weiß nicht was für einem Grund auch immer. Alles lief einfach klasse durch.
Fazit - ich denke dass es sicher an der guten Konfiguration lag - an der imho straightforward-einfachen Konfiguration die - insbes. den Drupal Kandidaten keine probleme machten. Vielleicht war es auch die Apache 2 Version die die installatin der commons besonders gut durch laufen lies. Ich hab mal die Konfigurationen unter denen die Installation lief angeguckt - die daten mal hier zusammengefassst. Vielleicht fällt euch da ja sofort auf dass es so - und unter diesen Rahmenbedingungen gehen muss - und meine 5 wöchige Auseinandersetzung eben ganz ganz viel mit dem SERVER zu tun hatte.
Hier die Bediungen auf dem lokalen server: http://www.schulcenter.net/share/php_info.php.htm
Schluss: ein neuer SERVER muss her - mindestens das! Sonst wird das nix.
Freu mich auf die Drupalzeiten - alle weiteren Erfahrungen mit Drupal..
Allen vielen Dank für die Hilfe bis hierher! Das ist eine super-communtiy - ein super-Forum.
und mit einer neuen Serverloesung gehts für mich weiter..
glg unleash
15 Threads - nur die installationsbezogenen - der letzten 5 Wochen... Vielen Dank für eure Geduld!! :
Installation - leere Datei (install.php wird herruntergeladen: was hats damit auf sich?
Installation auf Bindestrich-Domains: tatsächl unmöglich für Drupal!?
Database configuration - scheitert immer .. kann ich das auch manuell machen!?
configurations-file - ist das denn der richtige hier
wo sind die konfigurationsdaten (für den db-Anschluss) abgelegt
Forenthema d7xy auf php 5.3.8 - nicht lauffähig - also downgraden
ist commons [also das social-network-Installationsprofil] frei - und opensource
XAMPP-installation auf den Server übertragen - wie einfach ist das?
1050 Table 'drupal_install_test - Installationsprozess hängt fest - obwohl alles i.O. ist - Bug oder Feature
Datenbank: SQLite - der Typ passt nicht zu meiner MySQL-Datenbank
Datenbank: SQLite - per default - eingestellt. Hardcoded
SAFE MODE Restriction in effect
Installation nicht moegl. (.htaccess ) blockiert server nachhaltig: Wie kann man rausfinden welche Direktive jetzt raus muss!? unleash
[gelöst]Drupal 7 - Installationscript nicht aufrufbar
installation nicht moeglich - D7 blockiert scheinbar server - der wirft permanent 500er errors raus
Drupal Server
am 03.01.2012 - 22:53 Uhr
Was sage ich immer, beim Server gut , oder Partner überlegen.