Hm - ja. Das könnte sein. Dass suexec es nicht erlaubt ausserhalb von /var/www etwas zu starten.
Aber es geht nur um das Startscript - dieses kann dann weitere Module auch aus /usr/share laden. Ich kenne das backuppc nicht, aber es müsste schon irgendwie machbar sein.
/J
Was steht denn jetzt in den Logs?
Even if it's a redirect - better let i-mscp create a mount point for you...
For the future I think we have to distinguish between "second domain" and "real Alias" (which is more or less the same as a domain with the same mount point).
Then it would be possible to force the user to create an own folder for every domain.
/J
na also
command not in docroot (/usr/share/backuppc/cgi-bin/index.cgi)
ich denke, es liegt an suexec - der verlangt einige Sachen, wie übereinstimmung der konfigurierten Benutzer/Gruppe und eben auch des docroot....
Du musst wohl einen virtualhost Eintrag machen, der das docroot auf /usr/share/backuppc legt...
/J
Schau in die Logs von apache (suexec etc).
Kann viele Gründe haben.
Hi guys
I would like to put the question here before opening a ticket.
The rewritten (somewhere before beta 5) backup script works slightly different than before. The biggest difference seems to me that the old backups are removed before the new backup is created + finished.
This leads to the question if this is a good idea. I often was happy to have the backup from yesterday ready when the backup from today could not finish because tar threw an error (changing files during backup etc)...
What do you think?
Koxi
Hallo schwamboo81
dein Text ist etwas unvollständig...
wenn zwei Kunden je eine DB (oder auch DB-User) mit denselben Namen wollen, gibt's Probleme. Mit dem num-Präfix (ich empfehle davor, weil der Benutzername ja auf 16 Zeichen beschränkt ist und wenn zwei einen >= 16 Zeichen langen Benutzernamen machen möchten und die Zahl dann hintendrankäme, geht's auch nicht) lässt sich das super verhindern (und man sieht ausserdem als Admin gut, welche DB zu welchem Kunden gehört 
Du setzt während der Installation oder dann später in der /etc/imscp/imscp.conf
***
MYSQL_PREFIX = yes
# '' for MYSQL_PREFIX = no,
# 'infront' or 'behind' for MYSQL_PREFIX = yes
MYSQL_PREFIX_TYPE = infront
***
Gruss Joxi
create this directory, go in the debugger (adminpanel as admin), there you will find a way to change the status again and continue.
Seems you removed the folder before removing the domain alias...
Übrigens:
deaktivieren im ispcp-cron den
@weekly root /var/www/imscp/engine/tools/imscp-del-logs.sh >/dev/null 2>&1
Der löscht dir in /root und darunter alte Dateien (> 1 Jahr)... ohne Vorwarnung etc...
(ist ein beta 5 feature...)
keine logs in /var/log/imspc/ ?
Startest du den rqst-mngr manuell auf der Konsole?
Dann könnte es dran liegen, dass der imscp_daemon ggf. nicht läuft?
Schau mal ob ein Daemon auf Port 9876 läuft - das wäre der imscp-daemon.
(Ob der läuft sollte auch im Panel angezeigt werden, bei Ports).
Gruss J
