Fehler bei Installation
Eingetragen von Ajax2012 (3)am 22.11.2012 - 11:23 Uhr in
Hey
ich versuche seit gestern Drupal zu Installieren doch beim Install Profile prozess kommt diese Meldung:
An AJAX HTTP error occurred. HTTP Result Code: 500 Debugging information follows. Path: http://www.themeltingbrains.de/install.php?profile=standard&locale=en&id... StatusText: Internal Server Error ResponseText:
Woran liegt das und wie kann ich dies ändern?.
Ich bedanke mich schonmal für die Antworten.
Mfg Sven
- Anmelden oder Registrieren um Kommentare zu schreiben
Prinzipiell kann das alles bedeuten.
am 22.11.2012 - 12:19 Uhr
Genaues kann man im Server log nachsehen.
Wahrscheinlich sind zwei mögliche Ursachen:
1. die eingestellte Laufzeit für Scripte ist zu kurz, um die gesamte Installation zu erledigen.
2. der zugewiesene Hauptspeicher reicht nicht aus.
Bei den meisten Providern ist die Laufzeit auf 30 sec eingestellt. das ist sehr knapp für eine Installation.
Also ich habe 24 GB Ram und
am 22.11.2012 - 12:28 Uhr
Also ich habe 24 GB Ram und 25 GB Speicherplatz ich denke das sollte reichen. Kann man die Zeit irgendwie verändern also laut hoster soll auch genau dieses Packet Ideal für Drupal geeignet sein.
Hier einmal das Packet: http://www.homepage-hoster.de/webhosting-website-tarif-xl.php
Mfg
das Paket sihet soweit gut aus
am 22.11.2012 - 14:06 Uhr
Einstellbar heißt, dass es veränderbar ist entweder durch htaccess oder .ini-Settings.
Was ist eingestellt?
Was sagt das error-log?
Oft kommt man an das error log nur mit hilfe des Hosters.
Du brauchst also die Meldung, die genau dann eingetreten ist, als das script abgebrochen hat.
Ja gute Frage keine Ahnung wo
am 22.11.2012 - 14:18 Uhr
Ja gute Frage keine Ahnung wo ich den Error Log herbekomme :D
Das steht in der htacces von der Drupal installation drinne
#
# Apache/PHP/Drupal settings:
#
# Protect files and directories from prying eyes.
<FilesMatch "\.(engine|inc|info|install|make|module|profile|test|po|sh|.*sql|theme|tpl(\.php)?|xtmpl)$|^(\..*|Entries.*|Repository|Root|Tag|Template)$">
Order allow,deny
</FilesMatch>
# Don't show directory listings for URLs which map to a directory.
Options -Indexes
# Follow symbolic links in this directory.
Options +FollowSymLinks
# Make Drupal handle any 404 errors.
ErrorDocument 404 /index.php
# Set the default handler.
DirectoryIndex index.php index.html index.htm
# Override PHP settings that cannot be changed at runtime. See
# sites/default/default.settings.php and drupal_environment_initialize() in
# includes/bootstrap.inc for settings that can be changed at runtime.
# PHP 5, Apache 1 and 2.
<IfModule mod_php5.c>
php_flag magic_quotes_gpc off
php_flag magic_quotes_sybase off
php_flag register_globals off
php_flag session.auto_start off
php_value mbstring.http_input pass
php_value mbstring.http_output pass
php_flag mbstring.encoding_translation off
</IfModule>
# Requires mod_expires to be enabled.
<IfModule mod_expires.c>
# Enable expirations.
ExpiresActive On
# Cache all files for 2 weeks after access (A).
ExpiresDefault A1209600
<FilesMatch \.php$>
# Do not allow PHP scripts to be cached unless they explicitly send cache
# headers themselves. Otherwise all scripts would have to overwrite the
# headers set by mod_expires if they want another caching behavior. This may
# fail if an error occurs early in the bootstrap process, and it may cause
# problems if a non-Drupal PHP file is installed in a subdirectory.
ExpiresActive Off
</FilesMatch>
</IfModule>
# Various rewrite rules.
<IfModule mod_rewrite.c>
RewriteEngine on
# Block access to "hidden" directories whose names begin with a period. This
# includes directories used by version control systems such as Subversion or
# Git to store control files. Files whose names begin with a period, as well
# as the control files used by CVS, are protected by the FilesMatch directive
# above.
#
# NOTE: This only works when mod_rewrite is loaded. Without mod_rewrite, it is
# not possible to block access to entire directories from .htaccess, because
# <DirectoryMatch> is not allowed here.
#
# If you do not have mod_rewrite installed, you should remove these
# directories from your webroot or otherwise protect them from being
# downloaded.
RewriteRule "(^|/)\." - [F]
# If your site can be accessed both with and without the 'www.' prefix, you
# can use one of the following settings to redirect users to your preferred
# URL, either WITH or WITHOUT the 'www.' prefix. Choose ONLY one option:
#
# To redirect all users to access the site WITH the 'www.' prefix,
# (http://example.com/... will be redirected to http://www.example.com/...)
# uncomment the following:
# RewriteCond %{HTTP_HOST} !^www\. [NC]
# RewriteRule ^ http://www.%{HTTP_HOST}%{REQUEST_URI} [L,R=301]
#
# To redirect all users to access the site WITHOUT the 'www.' prefix,
# (http://www.example.com/... will be redirected to http://example.com/...)
# uncomment the following:
# RewriteCond %{HTTP_HOST} ^www\.(.+)$ [NC]
# RewriteRule ^ http://%1%{REQUEST_URI} [L,R=301]
# Modify the RewriteBase if you are using Drupal in a subdirectory or in a
# VirtualDocumentRoot and the rewrite rules are not working properly.
# For example if your site is at http://example.com/drupal uncomment and
# modify the following line:
# RewriteBase /drupal
#
# If your site is running in a VirtualDocumentRoot at http://example.com/,
# uncomment the following line:
# RewriteBase /
# Pass all requests not referring directly to files in the filesystem to
# index.php. Clean URLs are handled in drupal_environment_initialize().
RewriteCond %{REQUEST_FILENAME} !-f
RewriteCond %{REQUEST_FILENAME} !-d
RewriteCond %{REQUEST_URI} !=/favicon.ico
RewriteRule ^ index.php [L]
# Rules to correctly serve gzip compressed CSS and JS files.
# Requires both mod_rewrite and mod_headers to be enabled.
<IfModule mod_headers.c>
# Serve gzip compressed CSS files if they exist and the client accepts gzip.
RewriteCond %{HTTP:Accept-encoding} gzip
RewriteCond %{REQUEST_FILENAME}\.gz -s
RewriteRule ^(.*)\.css $1\.css\.gz [QSA]
# Serve gzip compressed JS files if they exist and the client accepts gzip.
RewriteCond %{HTTP:Accept-encoding} gzip
RewriteCond %{REQUEST_FILENAME}\.gz -s
RewriteRule ^(.*)\.js $1\.js\.gz [QSA]
# Serve correct content types, and prevent mod_deflate double gzip.
RewriteRule \.css\.gz$ - [T=text/css,E=no-gzip:1]
RewriteRule \.js\.gz$ - [T=text/javascript,E=no-gzip:1]
<FilesMatch "(\.js\.gz|\.css\.gz)$">
# Serve correct encoding type.
Header set Content-Encoding gzip
# Force proxies to cache gzipped & non-gzipped css/js files separately.
Header append Vary Accept-Encoding
</FilesMatch>
</IfModule>
</IfModule>
Das ist die Standard htaccess
am 25.11.2012 - 12:00 Uhr
Das ist die Standard htaccess Datei von Drupal - dort sind solch EInstellungen nicht enthalten.
Wenn der Fehler wirklich auf die hier im Thread angesprochenen Punkte zurückzuführen ist, solltest du erst einmal überprüfen, wie dein PHP konfiguriert ist:
Dazu legst du dir einfach eine Datei mit dem folgenden Befehl an:
<?phpphpinfo();
?>
Weiter Infos zum Befehl: http://php.net/manual/en/function.phpinfo.php
Dies liefert dir dann Informationen zur PHP-Konfiguration deines Web-Spaces.
Wichtig wären hier vor Allem die Werte:
Je nach Berechtigungen auf deinem Webspace kannst du diese Konfiguration direkt in der htaccess vornehmen:
php_value max_execution_time 120php_value memory_limit 128M
php_value safe_mode 0
Es kann gut sein, dass du hier einen Error 500 bekommst, weil nicht alle Direktiven erlaubt sind - dies kannst du dann aber durch auskommentieren der Zeilen selbst testen. Außerdem findest du in den Error-Logs deines Webspace weitere Beschreibungen zum Fehler. ( wo die liegen müsstest du bei deinem Provider erfragen / dies ist von Anbieter zu Anbieter unterschiedlich )..
SteffenR
Übrigens, nur als Info und
am 25.11.2012 - 17:24 Uhr
Übrigens, nur als Info und ganz unabhängig von dem Problem: Du hast sicherlich keine 24GB RAM. Der Server, auf dem dein Webspace läuft, hat 24GB RAM. Den teilst du dir aber mit vielen anderen Nutzern, wieviel am Ende für dich bleibt, erfährst du auf der Seite nirgendwo.
Hatte das gleich bei der letzten Drupal Commerce
am 25.11.2012 - 18:55 Uhr
Und nach suche in Google konnte ich festellen es gab noch viele die bei Drupal Commerce Kickstart das gleiche Problem hatten.
Ich war Stink Sauer, da Drupal Commerce Guys nicht richtig auf das Problem eingingen. Den Virtuellen Server hatte ich auf php.ini 500 ram und Laufzeit 3000 Sekunden gestellt.
Aber hier läuft ja schon eine Drupal Commerce Kickstart http://demo.business-solutions.lu/drupal-commerce/, nur eine Version höher lies sich nach 3 Stunden nicht installieren.
Manchmal gibt es Sachen die kann es in Wirklichkeit nicht geben.
Fazit bei mir hat jeder seine Chance was aber in 3 Sek. nicht klapt ist weg vom Fenster.
Nun benutze ich einfach nur Drupal Commerce.