Was das Root MySQL Passort angeht:
Man sollte, wenn man das ändert auch in der /var/www/syscp/lib/userdata.inc.php das anpassen. Sonst bekommt man einen Fehler, wenn eine neue Datenbank angelegt werden soll - denn das kann nur der root User bzw. der wird vom SysCP dafür verwendet. (Quelle: https://forum.syscp.org/deutsche-diskussionen/(losung)-establishing-connection-failed-exiting/)
Das Problem hatte ich nämlich jetzt 
naja, jedenfalls läßt sich genau mit ohne dem Slash das Problem beseitigen. Und wenn ich genau diesen Slash wieder drann schreibe, hab ich den Fehler wieder. Das hab ich einige Male ausprobiert, bzw. dadurch, dass SysCP ja die Config Datei neu geschrieben hatte (weil ich andere Änderungen vorgenommen hatte), war der Slash wieder drann - und schwups hatte ich den Fehler wieder 
Also offensichtlich war das mit dem Slash entfernen jedenfalls auch ne mögliche (wenn auch evtl. unsaubere) Lösung.
Ich werd jetzt mal den Slash wieder anhängen und das session.save_path deaktivieren (und mir dann mal anschauen, was das genau ist - bin noch nicht so bewandert mit den ganzen Konfigurationsmöglichkeiten...)
[EDIT]
Ich seh grad, dass bei mir diese Zeile ebenfalls auskommentiert ist und auch sonst nirgendwo eine Option session.save_path aktiviert auftaucht (also jedenfalls nicht in der /etc/php5/apache2/php.ini und /etc/apache2/apache2.conf oder /etc/apache2/sites-enabled/*)
Okay, hab die gesucht aber leider bin ich nicht fündig geworden... Ich werd wohl erstmal mit der Datenbank Variante leben müssen. Für den Fall es gibt hier jemanden findigen, der weiß wo genau man welche Änderung im Code machen muss, währe ich sehr, sehr dankbar
(ich hatte verschiedene Stellen gefunden, aber letztlich ists wie die Nadel im Heuhaufen suchen, wenn man nicht genau weiß was man tut...)
Hallo,
ich will mir egroupware auf einer Seite einrichten. Ich erhalte städig diese Fehlermeldung:
Überprüfe ob der Webserver auf die php.ini Einstellung session.save_path='/var/lib/php5' schreiben kann:
/var/lib/php5 existiert nicht!!!
Sie werden sich NICHT mit PHP Sitzungen in die eGroupWare einlogen: "Ihre Sitzung konnte nicht verifiziert werden" !!!mein open_basedir Pfad in der /etc/apache2/sites-available/99_syscp_vhosts.conf bei dem entsprechenden vhost sieht so aus:
php_admin_value open_basedir "/var/kunden/webs/kunde002/html/:/tmp/:/var/lib/php5/"Da es eigentlich gehn müsste, hab ich mal folgendes versucht:
php_admin_value open_basedir "/var/kunden/webs/kunde002/html/:/tmp/:/var/lib/php5"
(also ohne den Slash am Ende von php5) und siehe da, es klappt!
Nun wollte ich das im SysCP entsprechend bei (Server)->"Einstellungen"->(Webservereinstellungen)->"Konfiguration"->"An OpenBasedir anzuhängende Pfade:" eintragen:
/tmp/:/var/lib/php5Aber immer nach dem Speichern steht wieder
/tmp/:/var/lib/php5[B][COLOR=Red]/[/COLOR][/B]
da.
Das heißt ich kann es nur in der Datenbank direkt ändern, aber dann muss ich das jedesmal erneut machen, wenn ich diese Seite speichere.
Oder wie ist der Standard im openbasedir; mit Slash am Ende vom Verzeichnis oder ohne?
weiß jemand dazu Rat?
mfg Benny
Hallo,
hab ja das von netcup angebotene etch 64bit Image mit SysCP.
Wie updatet man das denn direkt vom SVN?
Zum Beispiel der Bug mit den Subdomains nervt total. Da jedesmal in der Datenbank händisch zu ändern is blöd. Wenn ichs richtig verstanden habe, ist das aber in einer neuern SVN Version bereits behoben.
Aber auch wenn das nicht der Fall sein sollte, würde es mich sehr interessieren, ob es gefahrlos möglich ist ein Update direkt über SVN einzuspielen (ich kenn das vom ISPConfig, wos diee Funktion gibt).
Und wenn das gefahrlos möglich ist, interessieren mich die Schritte dafür
mfg Benny
ich frag deshalb, weil ich mich nicht daran erinnern kann, ihn gelöscht zu haben - aber er lag auch nicht in dem Verzeichnis, in dem ich das ausgeführt hatte (war /root)
Hallo,
wie kann ich alle relevanten Daten meines Servers sichern? Ich wollte duplicity dafür verwenden. Bisher sichere ich nur /root und /var/kunden. Welche Ordner bzw. Dateien benötige ich noch um alle Einstellungen von SysCP zu erwischen und bei einer Neuinstallation via vorinstalliertem SysCP auf debian etch 64 (also das was hier halt verfügbar ist) wieder einspielen zu können. Ich wollte den Ernstfall einmal testen und der Test schlug fehl
Ich konnte zum Beispiel die mySQL Datenbank nicht wieder zurückschreiben, weil immer ein Fehler "Access Denied" wegen der Tabell "information_schema" kam. (Ich hatte vorher einfach nur per phpmyadmin alles exportiert und wollte nun per phpmyadmin import alles wieder reinladen.)
Eigentlich dachte ich mir das so:
3 Probleme hab ich also zusammengefaßt noch:
Und eine kleine Frage hab ich in diesem Zusammenhang auch noch: Brauch ich das root Passwort fürs MySQL noch? Also ist das im SysCP irgendwo gespeichert oder kann ich das bedenkenlos ändern und das SysCP kommt mit seinem eigenen Login vollständig aus? Momentan ist das ja so ein cryptisches Passwort, was ich mir nicht merken kann... das würd ich daher gern ändern wollen.
mfg Benny
und was löschst du mit dem rm am ende?
oder einfach folgendes ausführen:
wget -O - http://debian.syscp.de/pubkey | apt-key add -Hallo,
ich bekomme diese Meldung
[B]Warning[/B]: Module 'gd' already loaded in [B]Unknown[/B] on line [B]0[/B]
und mehrere davon:
[B][phpBB Debug] PHP Notice[/B]: in file [B]/includes/session.php[/B] on line [B]990[/B]: [B]Cannot modify header information - headers already sent by (output started at /common.php:181)[/B]
Wenn ich auf mein phpBB Forum gehe.
Es lief vorher ordentlich. Weil ich mir aber das eGroupware noch einrichten wollte, hab ich an den "Eigene vHost-Einstellungen" im SysCP ein wenig herum gespielt. Diese Änderungen hatte ich eingetragen:
memory_limit = 24M
display_errors = Off: ini_get('display_errors')='1' = On
upload_max_filesize = 8M
mbstring.func_overload = 7
magic_quotes_gpc = Off: ini_get('magic_quotes_gpc')='1' = OnAlle diese Änderungen hab ich aber wieder rückgängig gemacht.
Ich hatte aber teilweise auch in der /etc/apache2/sites-available/99_syscp_vhosts.conf herum editiert (testweise um die Optionen schneller verfügbar zu haben, weil das SysCP immer ne Weile gebraucht hat, bis es die Einstellungen umgesetzt hatte). Da ja aber das SysCP diese Datei wahrscheinlich komplett neu schreibt, sollte das ja keinen Einfluß haben.
Jedenfalls sieht jetzt die 99_syscp_vhosts.conf ganz normal aus.
Ach nein, was mich wundert; Ich hab zum Beispiel solche Einträge da drinn...
php_admin_value open_basedir "/var/kunden/webs/kunde002/html/[B][COLOR=Red]:/[/COLOR][/B]tmp/"
Alias /webalizer "/var/kunden/webs/kunde002/[B][COLOR=Red]/[/COLOR][/B]webalizer/meinedomain.de"Die sachen, die ich daran komisch finde hab ich rot markiert.
Ich bräuchte ein bissl Hilfe :o
Hallo,
hab den großen vserver und das Debian etch 64 inclusive SysCP Image installiert.
Ich brauch für verschiedene Sachen das imagemagick. Deshalb hab ich das per aptitude install imagemagick installiert.
Aber wo finde ich das jetzt bzw. wo ist die Programmdatei? Ich hab mit updatedb und locate imagemagick das System durchsucht, aber finde nur docs, libs und was menu mäßiges. Hier mal die wesentlichen Fundstellen:
/usr/lib/mime/packages/imagemagick
/usr/share/doc/imagemagick
...
/usr/share/menu/imagemagick
/var/cache/apt/archives/imagemagick_7%3a6.2.4.5.dfsg1-0.14_amd64.deb
/var/lib/dpkg/info/imagemagick.listIch brauch den Pfad um den in der Webanwendung eingeben zu können.
(Konkret geht es mir grad um das phpBB Forum, welches normalerweise ein installiertes imagemagick auf dem System finden sollte...)
Außerdem brauch ichs nachher noch für mein CMS System.
Liegt das (meiner Meinung nach unvollständige installieren) an dem 64-Bit System?
mfg Benny
