Installation, weiße Seite

Hi, ich habe folgendes Problem:

Ich bin dabei, den OXID_ESHOP_CE_4.5.6_40808 zu instalieren. Habe eine DB angelegt und komme bis zum Step 4. Datenbank, Verbindung testen, Tabellen anlegen -
es kommt die Meldung:

Sollte das Setup nicht nach einigen Sekunden automatisch weiterspringen, dann klicken Sie bitte “hier”.
Datenbank Verbindung erfolgreich geprüft…
Erstelle Tabellen, kopiere Daten…
.

Klickt man auf das “hier” erscheint eine weiße Seite und in der Datenbeank erfolgten keine Einträge. Selbst das separate hochladen der sql.Dateien oder die Anlage einer anderen Datenbank ändert nichts daran.:confused:

Meine Daten:
V-Server, DB und Domain auf Strato, Betriebssystem: openSUSE 11.1 + Plesk 9.5 (unsupported),
Kann mir jemand weiterhelfen?

ist der Suhosin-Patch installiert?

oder ggf. das hier, also die oxsysrequirements mit der aus dem Installationspaket der 4.5.5 tauschen:
http://www.oxid-esales.com/forum/showthread.php?t=12729&page=2#post77656

das Paket gibts hier:

Hi , Danke für deine Antwort.
Dieser Suhosin-Patch ist nicht extra installiert, habe nur die Original Datei auf den Server aufgespielt. Die Datei core/oxsysrequirements.php habe ich instaliert, aber wieder kommt diese weiße Seite.

:confused:
Nedea

Server-Logs?

was meinste damit?

sind da Fehler zu dem Problem drin?
Apache-Log?

ich gehe üblicherweise über das plesk panell rein, habe mit putty nicht wirklich den durchblick. welche einstellungen da genau gemacht werden müssen, k.a. habe sicherheitshalber überall ein Häckchen gesetzt…

Apache ASP-Unterstützung
SSI-Unterstützung
PHP-Unterstützung (ausführen als , PHP ‘safe_mode’ aktiviert )
CGI-Unterstützung
Perl-Unterstützung
Python-Unterstützung
FastCGI-Unterstützung (erforderlich für Ruby on Rails)
Miva-Unterstützung (Komponente wurde nicht installiert)
ColdFusion-Unterstützung (ColdFusion wird vom Lizenzkey nicht unterstützt.)
Webstatistiken (zugänglich über das geschützte Verzeichnis ‘/plesk-stat/webstat/’ )
Benutzerdefinierte Fehlerdokumente

habe das hier im fehler-log gefunden:

PHP Warning: error_log(/var/log/www/tep/page_parse_time.log): failed to open stream: Operation not permitted in /srv/www/vhosts/bestrumpft.de/httpdocs/includes/functions/database.php on line 48, referer: http://bestrumpft.de/installing/install.php?step=4
[Thu Dec 29 18:51:29 2011] [error] [client xx] PHP Warning: error_log(): open_basedir restriction in effect. File(/var/log/www/tep/page_parse_time.log) is not within the allowed path(s): (/srv/www/vhosts/bestrumpft.de/httpdocs:/tmp) in /srv/www/vhosts/bestrumpft.de/httpdocs/includes/functions/database.php on line 41, referer: http://bestrumpft.de/installing/install.php?step=4
[Thu Dec 29 18:51:29 2011] [error] [clientxx] PHP Warning: error_log(/var/log/www/tep/page_parse_time.log): failed to open stream: Operation not permitted in /srv/www/vhosts/bestrumpft.de/httpdocs/includes/functions/database.php on line 41, referer: http://bestrumpft.de/installing/install.php?step=4
[Thu Dec 29 18:51:29 2011] [error] [client xx] PHP Warning: error_log(): open_basedir restriction in effect. File(/var/log/www/tep/page_parse_time.log) is not within the allowed path(s): (/srv/www/vhosts/bestrumpft.de/httpdocs:/tmp) in /srv/www/vhosts/bestrumpft.de/httpdocs/includes/functions/database.php on line 48, referer: http://bestrumpft.de/installing/install.php?step=4
[Thu Dec 29 18:51:29 2011] [error] [client xx] PHP Warning: error_log(/var/log/www/tep/page_parse_time.log): failed to open stream: Operation not permitted in /srv/www/vhosts/bestrumpft.de/httpdocs/includes/functions/database.php on line 48, referer: http://bestrumpft.de/installing/install.php?step=4
[Thu Dec 29 18:51:29 2011] [error] [client xx] PHP Warning: error_log(): open_basedir restriction in effect. File(/var/log/www/tep/page_parse_time.log) is not within the allowed path(s): (/srv/www/vhosts

Habe hier mal die D[aten der Datenbank. Vielleicht liegt ja hier der Fehler.

auto increment increment 1
auto increment offset 1
automatic sp privileges ON
back log 50
basedir /usr/
binlog cache size 32,768
bulk insert buffer size 8,388,608
character set client utf8
(Globaler Wert) latin1
character set connection utf8
(Globaler Wert) latin1
character set database latin1
character set filesystem binary
character set results utf8
(Globaler Wert) latin1
character set server latin1
character set system utf8
character sets dir /usr/share/mysql/charsets/
collation connection utf8_general_ci
(Globaler Wert) latin1_swedish_ci
collation database latin1_swedish_ci
collation server latin1_swedish_ci
completion type 0
concurrent insert 1
connect timeout 10
datadir /var/lib/mysql/
date format %Y-%m-%d
datetime format %Y-%m-%d %H:%i:%s
default week format 0
delay key write ON
delayed insert limit 100
delayed insert timeout 300
delayed queue size 1,000
div precision increment 4
keep files on create OFF
engine condition pushdown OFF
expire logs days 0
flush OFF
flush time 0
ft boolean syntax + -><()~*:“”&|
ft max word len 84
ft min word len 4
ft query expansion limit 20
ft stopword file (built-in)
group concat max len 1,024
have archive NO
have bdb NO
have blackhole engine NO
have compress YES
have crypt YES
have csv NO
have dynamic loading YES
have example engine NO
have federated engine NO
have geometry YES
have innodb DISABLED
have isam NO
have merge engine YES
have ndbcluster NO
have openssl NO
have ssl NO
have query cache YES
have raid NO
have rtree keys YES
have symlink YES
hostname hx xxxxxx
init connect
init file
init slave
innodb additional mem pool size 1,048,576
innodb autoextend increment 8
innodb buffer pool awe mem mb 0
innodb buffer pool size 8,388,608
innodb checksums ON
innodb commit concurrency 0
innodb concurrency tickets 500
innodb data file path
innodb data home dir
innodb adaptive hash index ON
innodb doublewrite ON
innodb fast shutdown 1
innodb file io threads 4
innodb file per table OFF
innodb flush log at trx commit 1
innodb flush method
innodb force recovery 0
innodb lock wait timeout 50
innodb locks unsafe for binlog OFF
innodb log arch dir
innodb log archive OFF
innodb log buffer size 1,048,576
innodb log file size 5,242,880
innodb log files in group 2
innodb log group home dir
innodb max dirty pages pct 90
innodb max purge lag 0
innodb mirrored log groups 1
innodb open files 300
innodb rollback on timeout OFF
innodb support xa ON
innodb sync spin loops 20
innodb table locks ON
innodb thread concurrency 8
innodb thread sleep delay 10,000
interactive timeout 28,800
join buffer size 131,072
key buffer size 16,777,216
key cache age threshold 300
key cache block size 1,024
key cache division limit 100
language /usr/share/mysql/english/
large files support ON
large page size 0
large pages OFF
lc time names en_US
license GPL
local infile OFF
locked in memory OFF
log OFF
log bin OFF
log bin trust function creators OFF
log error
log queries not using indexes OFF
log slave updates OFF
log slow queries OFF
log warnings 1
long query time 10
low priority updates OFF
lower case file system OFF
lower case table names 0
max allowed packet 1,048,576
max binlog cache size 4,294,963,200
max binlog size 1,073,741,824
max connect errors 10
max connections 100
max delayed threads 20
max error count 64
max heap table size 16,777,216
max insert delayed threads 20
max join size 18446744073709551615
max length for sort data 1,024
max prepared stmt count 16,382
max relay log size 0
max seeks for key 4,294,967,295
max sort length 1,024
max sp recursion depth 0
max tmp tables 32
max user connections 0
max write lock count 4,294,967,295
multi range count 256
myisam data pointer size 6
myisam max sort file size 2,146,435,072
myisam recover options OFF
myisam repair threads 1
myisam sort buffer size 8,388,608
myisam stats method nulls_unequal
net buffer length 8,192
net read timeout 30
net retry count 10
net write timeout 60
new OFF
old passwords OFF
open files limit 1,024
optimizer prune level 1
optimizer search depth 62
pid file /var/lib/mysql/mysqld.pid
plugin dir
port 3,306
preload buffer size 32,768
profiling OFF
profiling history size 15
protocol version 10
query alloc block size 8,192
query cache limit 1,048,576
query cache min res unit 4,096
query cache size 0
query cache type ON
query cache wlock invalidate OFF
query prealloc size 8,192
range alloc block size 4,096
read buffer size 262,144
read only OFF
read rnd buffer size 524,288
relay log
relay log index
relay log info file relay-log.info
relay log purge ON
relay log space limit 0
rpl recovery rank 0
secure auth OFF
secure file priv
server id 1
skip external locking ON
skip networking OFF
skip show database OFF
slave compressed protocol OFF
slave load tmpdir /var/lib/mysql/.tmp/
slave net timeout 3,600
slave skip errors OFF
slave transaction retries 10
slow launch time 2
socket /var/lib/mysql/mysql.sock
sort buffer size 524,288
sql big selects ON
sql mode
sql notes ON
sql warnings OFF
ssl ca
ssl capath
ssl cert
ssl cipher
ssl key
storage engine MyISAM
sync binlog 0
sync frm ON
system time zone CET
table cache 64
table lock wait timeout 50
table type MyISAM
thread cache size 0
thread stack 196,608
time format %H:%i:%s
time zone SYSTEM
timed mutexes OFF
tmp table size 33,554,432
tmpdir /var/lib/mysql/.tmp/
transaction alloc block size 8,192
transaction prealloc size 4,096
tx isolation REPEATABLE-READ
updatable views with limit YES
version 5.0.67
version comment SUSE MySQL RPM
version compile machine i686
version compile os suse-linux-gnu
wait timeout 28,800

nein, Dein Problem liegt hier:

PHP Warning: error_log(): open_basedir restriction in effect.

Das bedeutet, dass die Installationsroutine blockiert wird, weil bei open_basedir das entsprechende Verzeichnis nicht erlaubt ist.

Und wie bekomme ich das “erlaubt”?
danke dir für deine Hilfe :slight_smile:

da fragst Du mich was…

Google Fundstelle

open_basedir string

Begrenzt die Dateien, die von PHP geöffnet werden auf einen bestimmten Ordner inklusive seiner Unterordner. Diese Direktive ist wirksam, EGAL, ob Safe Mode an oder aus ist.

Wenn ein Skript versucht, eine Datei zu öffnen, zum Beispiel mit fopen() oder gzopen(), wird der Ort der Datei geprüft. Wenn die Datei nicht im Verzeichnisbaum, der in open_basedir angegeben ist, liegt, wird PHP die Datei nicht öffnen. Alle symbolischen Verknüpfungen werden aufgelöst, sodass es nicht möglich ist, diese Beschränkung mit einem Symlink zu umgehen. Wenn die Datei nicht existiert kann die Verknüpfung nicht aufgelöst werden und der Dateiname wird mit (einem aufgelösten) open_basedir verglichen.

Der spezielle Wert . gibt an, dass das Arbeitsverzeichnes des Skriptes das Basis-Verzeichnis ist. Dies ist gefährtlich, da das Arbeitsverzeichnis mit chdir() einfach geändert werden kann.

In der Konfigurationsdatei httpd.conf kann open_basedir geändert oder deaktiviert werden (z.B. für einige virtuelle Hosts), genau wie jede andere Direktive mit “php_admin_value open_basedir none”.

Unter Windows müssen die Verzeichnisse mit einem Semikolon (:wink: getrennt werden, auf allen anderen Systemen mit einem Doppelpunkt. Wenn PHP als Apache-Modul läuft, erbt open_basedir seinen Pfad nun automatisch von übergeordneten Verzeichnissen.

Die Einschränkung durch open_basedir geschieht durch einen Prefix, nicht durch einen Verzeichnisnamen. Das heißt, dass “open_basedir = /dir/incl” das Verzeichnis “/dir/include” ebenso einschließt wie “/dir/incls”, wenn beide existieren. Wenn die Einschränkung auf ein bestimmtes Verzeichnis begrenzt werden soll, muss der Pfad mit einem Schrägstrich enden. Beispiel: open_basedir = /dir/incl/

Standardmäßig dürfen alle Dateien geöffnet werden.

Hinweis:

Seit PHP 5.3.0 kann open_basedir zur Laufzeit weiter verengt werden. Das heißt, wenn open_basedir laut php.ini auf /www/ gesetzt ist, kann die Direktive zur Laufzeit mit ini_set() auf beispielsweise /www/tmp/ weiter begrenzt werden. Wenn mehrere Verzeichnisse aufgelistet werden, kann die PATH_SEPARATOR Konstante als vom Betriebssystem unabhängiges Trennzeichen verwendet werden.

Ok, das heißt mit anderen Worten: der Fehler ist nicht lokalisierbar, weil es einfach zu viele Möglichkeiten gibt.

Da man ja auch ohne Instalationsroutine einen Shop zum laufen bekommt: in welchen Dateien muss ich die Eintragungen für datenbank und Webseitennamen eintragen? Sry, ich habe diesen Shop erst heute gefunden und kenne mich in den Dateien, die ja recht zahlreich sind, noch nicht aus.
Danke und liebe Grüße, Nedea

Nein, das bedeutet, dass Du die Konfiguration des Servers verändern musst:

In der Konfigurationsdatei httpd.conf kann open_basedir geändert oder deaktiviert werden

Ok, wo finde ich die Datei?

auf Deinem Server? :slight_smile:

üblicherweise irgendwo unterhalb von /apache
Vielleicht auch über Plesk editierbar, das weiß nicht.

Hängt vom Betreibssystem ab, bei Debian Lenny zum Beispiel hier: /etc/apache2

Aber ganz ehrlich, da kann man auch viel kaputt machen, wenn man sich nicht genau auskennt. Sicher, dass ein V-Server die richtige Wahl für Dich ist?

"Naja, ich hatte mal einen Bekannten, den ich Fragte, ob er sich mit Linux auskenne, weil ich einen Server für meine Shops holen wollte…er sagte ja…und als er das Fenster öffnete, meinte er: oh, das kenne ich doch nicht. " So kommt man dazu. Ich habe hier bereits 4 Shops am laufen, wollte mal was anderes ausprobieren, weil ich das Basteln mit den vielen Contrieb satt habe.

Ich habe in der Datenbankeinstellung nur das gefunden: basedir /usr/
Ich werde da wohl jemanden fragen müssen, der über Putty das ganze konfigurieren kann. Da bekomme ich ja nicht mal TS3 zum laufen"

Wenn ich die Ergänzungen in den Dateien vornehmen würde, könnte ich dann diese Fehlerkomponente überspringen?

Moin nedea,

also ich kenne eigentlich keinen Provider, der seine Mietserver von Haus aus so konfiguriert, dass solche “Standardsachen” nicht laufen. Wenn da schon dran ´rumgeschraubt worden ist und noch keine relevanten Daten auf dem Server liegen, dann starte doch einfach mal eine Neuinstallation des kompletten Systems! Das bieten eigentlich auch alle Provider an.
Dann hast du eine saubere (und nachvollziehbare) Grundkonfigurattion auf der du aufsetzen kannst.
Im Normalfall sollte zum Oxid-Betrieb die normale Bedienung per Plesk ausreichend sein und du musst dich nicht in den Tiefen von Linux (Putty) verlaufen.

Beste Grüsse

Thomas

Hi Thomas,
ich kann leider kein backup vornehmen, weil zuviele Daten im Spiel sind. Die serverdaten habe ich noch nicht geändert, nur hier und da Häckchen gesetzt oder weggenommen.- Was aber nichts gebracht hat.
Aber ich finde es trotzdem eigenartig, weil ich ein funktionierendes Shopsystem mit Datenbank auf dem Server instaliert hatte und nur die Dateien gelöscht hatte. Eigentlich hätte das Aufspielen eine paar Minuten und nicht bereits einenTag dauern sollen^^.
Keine Ahnung woran es liegt, aber es ist schade.
LG Nedea

Moin Nedea,

wie genau sind denn deine PHP-Einstellungen?
Bzw. einfacher: Was zeigte dir die erste Installationsseite? War wirklich ALLES grün?

Beste Grüsse

Thomas