[HowTo] Netdirekt-server: EZAD weg, SysCP drauf

miko93

Registered User
[info] Netdirekt-server: EZAD weg, SysCP drauf

So, hier nun der Ablauf, wie ich auf meinem Netdirekt-Server EZAD 0.99 entfernt und SysCP 1.0.10 installiert habe.

ALLES AUF EIGENE GEFAHR !!!!
Lest den gesamten Thread hier, bevor ihr anfangt !!!


Die ND-Server laufen stabil in der Auslieferkonfiguration (zumindest meiner). Wer 'rumfummelt, ist selber schuld :p

1. EZAD runter

- Sichern, man weiss ja nie: zip -r -p ./ezad_sik.zip usr/local/ezad
- Alle EZAD-Acccounts löschen (mit EZAD selbst)
- Mail/Apache/Pop/Ftp/mySQL stoppen (über EZAD)
- Die Ezad-Apache httpd's killen (ps ax -> kill <pid>)
- Softlink auf Ezad-Apache in /etc/init.d löschen
- Startscript apache_alt in /etc/init.d löschen (naja, eigentlich wurscht)
- wegen der Bequemlichkeit: apt-get install rcconf
- Runlinks auf apache, proftp und mysql entfernen mit rcconf
- Der runlink (S93)Admin startet EZAD. Also auch weg damit
- Jetzt wirds heavy:
rm -R /usr/virtualweb
rm -R /usr/local/ezad
rm -R /usr/apache_29
- /etc/crontab: nachtcron-Aufruf löschen

- Zwischendurch 'was für die Sicherheit:
apt-get remove ppp
update-rc.d -f ppp remove

- apt-get remove nscd (das ist jetzt Geschmackssache. Kann man wohl auch drauflassen. Oder beisst sich das mit bind, der jetzt kommt ?)

- das könnte man sich wohl auch sparen, ich wollte aber trotzdem erstmal alles weg haben: apt-get remove mysql-common

2. SysCP drauf

- /etc/apt/sources list editieren wie auf syscp-faq beschrieben
- apt-get install syscp
- jetzt wird ein ganzer Sack voll Applikationen deinstalliert/installiert
- Überschreiben der config-files: JA
- Ggfs. Probleme bei den Abhängigkeiten beseitigen (z.B. Start Apache - oder mysql. Wenn das nicht funktioniert, gehts nicht weiter)
- Soft-Link namens "apache" in /etc/init.d erstellen. Zeigt auf apachectl
- Evtl. nochmal apt-get install syscp (bis ohne Fehler abgeschlossen)

3. Anwendung SysCP

- der Befehl für "apache reload" musste bei mir geändert werden: von ".../apache reload" in ".../apache restart"
- Nach der Installation von phpmyadmin (apt-get install phpmyadmin) war Nacharbeit in der httpd.conf notwendig: Zwei Zeilen standen in einer (ganz am Ende)

4. Nacharbeiten (Flo, Danke)

Jetzt wird es zum Abschluss noch einmal arbeitsintensiv. Wenn alles bis hierher geklappt hat, geht eigentlich alles. Bis auf... Mails versenden. In den log-Dateien findet sich folgender Fehler:
postfix/smtpd[639]: warning: SASL authentication problem: unrecognized plaintext verifier pam
Flo hat herausgefunden, dass eine Version von sasl installiert ist, die keine pam-Authentifizierung kann. Also, in die Hände gespuckt und auf gehts :

- apt-get install libsasl-digestmd5-plain

- Directory /usr/lib/sasl bearbeiten (Dateien löschen)

Vorher:
ls -lisa /usr/lib/sasl
4456477 4 -rw-r--r-- 1 root root 23 Oct 13 2003 Sendmail.conf
4456456 4 -rwxr-xr-x 1 root root 693 Oct 13 2003 libanonymous.la
4456454 0 lrwxrwxrwx 1 root root 22 Sep 2 09:17 libanonymous.so -> libanonymous.so.1.0.16
4456461 0 lrwxrwxrwx 1 root root 22 Sep 2 09:17 libanonymous.so.1 -> libanonymous.so.1.0.16
4456482 8 -rw-r--r-- 1 root root 5520 Mar 30 2002 libanonymous.so.1.0.16
4456455 48 -rwxr-xr-x 1 root root 47324 Oct 13 2003 libanonymous.so.1.0.17
4456460 4 -rwxr-xr-x 1 root root 681 Oct 13 2003 libcrammd5.la
4456458 0 lrwxrwxrwx 1 root root 20 Sep 2 09:17 libcrammd5.so -> libcrammd5.so.1.0.17
4456560 0 lrwxrwxrwx 1 root root 20 Sep 2 09:17 libcrammd5.so.1 -> libcrammd5.so.1.0.17
4456481 12 -rw-r--r-- 1 root root 9988 Mar 30 2002 libcrammd5.so.1.0.17
4456459 56 -rwxr-xr-x 1 root root 52945 Oct 13 2003 libcrammd5.so.1.0.19
4456464 4 -rwxr-xr-x 1 root root 711 Oct 13 2003 libdigestmd5.la
4456467 0 lrwxrwxrwx 1 root root 22 Sep 5 16:30 libdigestmd5.so -> libdigestmd5.so.0.0.17
4456465 0 lrwxrwxrwx 1 root root 22 Sep 5 16:30 libdigestmd5.so.0 -> libdigestmd5.so.0.0.17
4456466 28 -rw-r--r-- 1 root root 28492 Sep 20 2001 libdigestmd5.so.0.0.17
4456463 104 -rwxr-xr-x 1 root root 99432 Oct 13 2003 libdigestmd5.so.0.0.20
4456471 4 -rwxr-xr-x 1 root root 675 Oct 13 2003 liblogin.la
4456469 0 lrwxrwxrwx 1 root root 17 Sep 2 09:17 liblogin.so -> liblogin.so.0.0.6
4456476 0 lrwxrwxrwx 1 root root 17 Sep 2 09:17 liblogin.so.0 -> liblogin.so.0.0.6
4456559 8 -rw-r--r-- 1 root root 7776 Mar 30 2002 liblogin.so.0.0.6
4456470 48 -rwxr-xr-x 1 root root 49049 Oct 13 2003 liblogin.so.0.0.7
4456475 4 -rwxr-xr-x 1 root root 677 Oct 13 2003 libplain.la
4456473 0 lrwxrwxrwx 1 root root 18 Sep 2 09:17 libplain.so -> libplain.so.1.0.15
4456457 0 lrwxrwxrwx 1 root root 18 Sep 2 09:17 libplain.so.1 -> libplain.so.1.0.15
4456483 8 -rw-r--r-- 1 root root 7428 Mar 30 2002 libplain.so.1.0.15
4456474 48 -rwxr-xr-x 1 root root 47667 Oct 13 2003 libplain.so.1.0.16


Nachher:
ls -lisa /usr/lib/sasl
4456454 0 lrwxrwxrwx 1 root root 22 Sep 2 09:17 libanonymous.so -> libanonymous.so.1.0.16
4456461 0 lrwxrwxrwx 1 root root 22 Sep 2 09:17 libanonymous.so.1 -> libanonymous.so.1.0.16
4456482 8 -rw-r--r-- 1 root root 5520 Mar 30 2002 libanonymous.so.1.0.16
4456458 0 lrwxrwxrwx 1 root root 20 Sep 2 09:17 libcrammd5.so -> libcrammd5.so.1.0.17
4456560 0 lrwxrwxrwx 1 root root 20 Sep 2 09:17 libcrammd5.so.1 -> libcrammd5.so.1.0.17
4456481 12 -rw-r--r-- 1 root root 9988 Mar 30 2002 libcrammd5.so.1.0.17
4456467 0 lrwxrwxrwx 1 root root 22 Sep 5 16:30 libdigestmd5.so -> libdigestmd5.so.0.0.17
4456465 0 lrwxrwxrwx 1 root root 22 Sep 5 16:30 libdigestmd5.so.0 -> libdigestmd5.so.0.0.17
4456466 28 -rw-r--r-- 1 root root 28492 Sep 20 2001 libdigestmd5.so.0.0.17
4456469 0 lrwxrwxrwx 1 root root 17 Sep 2 09:17 liblogin.so -> liblogin.so.0.0.6
4456476 0 lrwxrwxrwx 1 root root 17 Sep 2 09:17 liblogin.so.0 -> liblogin.so.0.0.6
4456559 8 -rw-r--r-- 1 root root 7776 Mar 30 2002 liblogin.so.0.0.6
4456473 0 lrwxrwxrwx 1 root root 18 Sep 2 09:17 libplain.so -> libplain.so.1.0.15
4456457 0 lrwxrwxrwx 1 root root 18 Sep 2 09:17 libplain.so.1 -> libplain.so.1.0.15
4456483 8 -rw-r--r-- 1 root root 7428 Mar 30 2002 libplain.so.1.0.15


- Directory /usr/lib bearbeiten (Dateien löschen)

Vorher:
ls -lisa /usr/lib/*libsasl*
1360127 4 -rwxr-xr-x 1 root root 668 Oct 13 2003 libsasl.la
1360128 0 lrwxrwxrwx 1 root root 17 Sep 1 07:30 libsasl.so -> libsasl.so.7.1.11
1360131 0 lrwxrwxrwx 1 root root 17 Sep 1 07:30 libsasl.so.7 -> libsasl.so.7.1.11
1360129 40 -rw-r--r-- 1 root root 40612 Mar 30 2002 libsasl.so.7.1.10
1360130 168 -rwxr-xr-x 1 root root 167274 Oct 13 2003 libsasl.so.7.1.11


Nachher:
ls -lisa /usr/lib/*libsasl*
1360128 0 lrwxrwxrwx 1 root root 17 Sep 1 07:30 libsasl.so -> libsasl.so.7.1.10
1360129 40 -rw-r--r-- 1 root root 40612 Mar 30 2002 libsasl.so.7.1.10


- /etc/init.d/postfix restart

Nun sollte auch der Mail-Versand funktionieren.

Na, denn !

edit: neuere erkenntnisse editiere ich gleich hier ein
 
Last edited by a moderator:
Danke für dein Tutorial. Ich habs mal unter FAQs geschoben, ich denke hier ist es besser aufgehoben :)
 
Yep, danke fürs verschieben :)

Mittlerweile hänge ich bei Postfix (Versand von Mails nur nach Authentifizierung): Ich kann keine Mails versenden. Kommt immer dieser Fehler (log-Eintrag):
postfix/smtpd[639]: warning: SASL authentication problem: unrecognized plaintext verifier pam
Soweit ich das mitbekommen habe, erkennt sasl nicht, dass es nu' mit pam weitermachen muss. Habe alle möglichen Tutorials ("postfix with sasl and pam") usw schon durch. SysCP scheint alles richtig installiert zu haben. Trotzdem gehts nicht.

PS: Ja, postfix-smtp ist bereits aus dem chroot ;-)
PPS: Ja, der Link auf die mysql.sock ist drin (aber bis dahin komm' ich ja gar nicht).
 
Das o.g. Problem besteht immer noch. Habe mich fast zu Tode gegoogelt :cool: Ich gehe momentan davon aus, dass das ein SysCp bug bei der Installation ist (mehrere Anwender haben das Problem auch).

Es wurde geraten, einige Pakete von Hand nachzuinstallieren (u.a. libsasl2). Das kam aber aus /testing, und hat mir auch gleich einige andere Pakete weg von /stable gezogen (u.a. libc6). Und funktioniert hats auch nicht.
Hat mich die halbe Nacht gekostet, wieder auf /stable downzugraden (bis auf die libc, die bekomme ich momentan nicht weg).

Also: Hier momentan Vorsicht walten lassen: So wie oben beschrieben, funktioniert die pam-Authentifizierung mit Postfix nicht, und man kann keine Mails verschicken... Und Finger weg lassen von /testing, wenn man eigentlich bei /stable bleiben will... :p
 
So, jetzt haben wir den Salat. In dem wilden (und nicht erfolgreichen) Versuch, die libc6 von /testing wieder auf /stable zu bringen (manche Pakete aus /stable wurden zur Installation nicht mehr angenommen), hab' ich das Ding komplett abgeschossen.

Muss nun schon wieder neu installieren lassen. Die von Netdirekt werden sich auch freuen... :cool:

SysCP werd' ich weiterhin beobachten. Mal sehen, was dabei noch 'rauskommt. Aber installiert wird es vorerst nimmer ;)
 
So nach langem bin ich auch mal wieder hier....

Miko genau das selbe problem hatte ich auch gehabt !!!

Deshalb kommt mir SysCP nimmer druff.
Da ich meinen Kurz und Spontan Urlaub nun hinter mir habe, werde ich jetzt mal schauen was als alternative druff kommt.

auf auf in eine neue Woche :D
 
:p Na, da hat es ja wieder die zwei Richtigen erwischt, was ?

Das gleiche Problem mit einer Installation lokal, oder auf dem ND-Server ?
 
Lokal hat es gefunzt seltsamerweise.......

Aber auf dem ND Server ging es total in die Hose... weiß der Geier, vllt haben die ja eine Sicherung drinne das man NUR deren Ezad nutzen darf *lol*

Ich bin erstmal am warten bis der Bock wieder neu installiert ist
 
Sodele nach ein paar Tagen Urlaub bin ich auch wieder in der Welt der Foren gelandet.

Ich werde mir das SysCP und die anderen derivate nochmals genauer anschauen, um vielleicht endlich mal auf eine Lösung zu kommen.

1. Das kann doch nicht so schwer sein
2. Wenn es doch schwer wird, tritt sofort Punkt 1 wieder in Kraft
 
Also, ich hab' SysCP mittlerweile aufgegeben. Glaube weniger, daß es an dem Ding selbst liegt. Wohl mehr eine Sache der Konfiguration des ND-Servers. Und ich habe einfach nicht gefunden, woran es liegt. Dafür reichts bei mir noch nicht.

Habe nun PD-Admin 3 installiert, und das läuft nicht schlecht. Hat mich zwar das Wochenende gekostet :cool: , aber war seeeehr lehrreich und interessant.

Mittlerweile hab' ich eine Light-Version bestellt, da die Testversion auf 2 Kundenaccounts beschränkt ist. So, und das is' aber jetzt nu wirklich off-topic in einem "SysCP drauf"-Thread, deshalb hör' ich lieber auf :D

edit: bisserl Grammatik
 
Last edited by a moderator:
Leider bin ich momentan nicht so ganz zufrieden mit ND. Da mein server in unregelmässigen zeitstäden immer nicht zu reichen ist. Am server liegt es nicht der ist laut aussage von NB ok. Da ich mir ausfälle nicht wirklich leisten kann, bin ich schon auf einen andren server umgezogen. Zwar zahl ich da mehr, aber er es ist da inmomment super. Ich hoffe das hält sich so. ich habe auf meinen neunen server 19ms pingzeiten bei ND waren es 33ms, was will man mehr *gg*
 
Hallo alle beisammen,

heute hat mich ein User, der die gleichen Probleme mit Postfix hatte wie ihr angesprochen.
Ich habe daraufhin auf seinen Server (auch einer von netdirekt mit ezad) gedurft und bin zu folgender Erkenntnis gekommen:

Es liegt nicht an SysCP, sondern an dem Image von Netdirekt, das ja ezad enthält.

Hier die Problemlösung:

1. Zunächst einmal muss man das Debian-Paket libsasl-digestmd5-plain nachinstallieren. Einfach per apt-get install.

2. Danach sieht man sich mal die Verzeichnisse /usr/lib/sasl und /usr/lib an:
Code:
ls -lisa /usr/lib/sasl
4456477    4 -rw-r--r--    1 root     root           23 Oct 13  2003 Sendmail.conf
4456456    4 -rwxr-xr-x    1 root     root          693 Oct 13  2003 libanonymous.la
4456454    0 lrwxrwxrwx    1 root     root           22 Sep  2 09:17 libanonymous.so -> libanonymous.so.1.0.16
4456461    0 lrwxrwxrwx    1 root     root           22 Sep  2 09:17 libanonymous.so.1 -> libanonymous.so.1.0.16
4456482    8 -rw-r--r--    1 root     root         5520 Mar 30  2002 libanonymous.so.1.0.16
4456455   48 -rwxr-xr-x    1 root     root        47324 Oct 13  2003 libanonymous.so.1.0.17
4456460    4 -rwxr-xr-x    1 root     root          681 Oct 13  2003 libcrammd5.la
4456458    0 lrwxrwxrwx    1 root     root           20 Sep  2 09:17 libcrammd5.so -> libcrammd5.so.1.0.17
4456560    0 lrwxrwxrwx    1 root     root           20 Sep  2 09:17 libcrammd5.so.1 -> libcrammd5.so.1.0.17
4456481   12 -rw-r--r--    1 root     root         9988 Mar 30  2002 libcrammd5.so.1.0.17
4456459   56 -rwxr-xr-x    1 root     root        52945 Oct 13  2003 libcrammd5.so.1.0.19
4456464    4 -rwxr-xr-x    1 root     root          711 Oct 13  2003 libdigestmd5.la
4456467    0 lrwxrwxrwx    1 root     root           22 Sep  5 16:30 libdigestmd5.so -> libdigestmd5.so.0.0.17
4456465    0 lrwxrwxrwx    1 root     root           22 Sep  5 16:30 libdigestmd5.so.0 -> libdigestmd5.so.0.0.17
4456466   28 -rw-r--r--    1 root     root        28492 Sep 20  2001 libdigestmd5.so.0.0.17
4456463  104 -rwxr-xr-x    1 root     root        99432 Oct 13  2003 libdigestmd5.so.0.0.20
4456471    4 -rwxr-xr-x    1 root     root          675 Oct 13  2003 liblogin.la
4456469    0 lrwxrwxrwx    1 root     root           17 Sep  2 09:17 liblogin.so -> liblogin.so.0.0.6
4456476    0 lrwxrwxrwx    1 root     root           17 Sep  2 09:17 liblogin.so.0 -> liblogin.so.0.0.6
4456559    8 -rw-r--r--    1 root     root         7776 Mar 30  2002 liblogin.so.0.0.6
4456470   48 -rwxr-xr-x    1 root     root        49049 Oct 13  2003 liblogin.so.0.0.7
4456475    4 -rwxr-xr-x    1 root     root          677 Oct 13  2003 libplain.la
4456473    0 lrwxrwxrwx    1 root     root           18 Sep  2 09:17 libplain.so -> libplain.so.1.0.15
4456457    0 lrwxrwxrwx    1 root     root           18 Sep  2 09:17 libplain.so.1 -> libplain.so.1.0.15
4456483    8 -rw-r--r--    1 root     root         7428 Mar 30  2002 libplain.so.1.0.15
4456474   48 -rwxr-xr-x    1 root     root        47667 Oct 13  2003 libplain.so.1.0.16
Code:
ls -lisa /usr/lib/*libsasl*
1360127    4 -rwxr-xr-x    1 root     root          668 Oct 13  2003 libsasl.la
1360128    0 lrwxrwxrwx    1 root     root           17 Sep  1 07:30 libsasl.so -> libsasl.so.7.1.11
1360131    0 lrwxrwxrwx    1 root     root           17 Sep  1 07:30 libsasl.so.7 -> libsasl.so.7.1.11
1360129   40 -rw-r--r--    1 root     root        40612 Mar 30  2002 libsasl.so.7.1.10
1360130  168 -rwxr-xr-x    1 root     root       167274 Oct 13  2003 libsasl.so.7.1.11

Wie man sieht hat hier Netdirekt am Paketmanager vorbei neuere Versionen von sasl installiert, die anscheinend kein pam können. Die alten Versionen sind aber dennoch drauf, und so müssen wir einfach nur die neueren löschen.
Am Ende sollte es so aussehen:

Code:
ls -lisa /usr/lib/sasl
4456454    0 lrwxrwxrwx    1 root     root           22 Sep  2 09:17 libanonymous.so -> libanonymous.so.1.0.16
4456461    0 lrwxrwxrwx    1 root     root           22 Sep  2 09:17 libanonymous.so.1 -> libanonymous.so.1.0.16
4456482    8 -rw-r--r--    1 root     root         5520 Mar 30  2002 libanonymous.so.1.0.16
4456458    0 lrwxrwxrwx    1 root     root           20 Sep  2 09:17 libcrammd5.so -> libcrammd5.so.1.0.17
4456560    0 lrwxrwxrwx    1 root     root           20 Sep  2 09:17 libcrammd5.so.1 -> libcrammd5.so.1.0.17
4456481   12 -rw-r--r--    1 root     root         9988 Mar 30  2002 libcrammd5.so.1.0.17
4456467    0 lrwxrwxrwx    1 root     root           22 Sep  5 16:30 libdigestmd5.so -> libdigestmd5.so.0.0.17
4456465    0 lrwxrwxrwx    1 root     root           22 Sep  5 16:30 libdigestmd5.so.0 -> libdigestmd5.so.0.0.17
4456466   28 -rw-r--r--    1 root     root        28492 Sep 20  2001 libdigestmd5.so.0.0.17
4456469    0 lrwxrwxrwx    1 root     root           17 Sep  2 09:17 liblogin.so -> liblogin.so.0.0.6
4456476    0 lrwxrwxrwx    1 root     root           17 Sep  2 09:17 liblogin.so.0 -> liblogin.so.0.0.6
4456559    8 -rw-r--r--    1 root     root         7776 Mar 30  2002 liblogin.so.0.0.6
4456473    0 lrwxrwxrwx    1 root     root           18 Sep  2 09:17 libplain.so -> libplain.so.1.0.15
4456457    0 lrwxrwxrwx    1 root     root           18 Sep  2 09:17 libplain.so.1 -> libplain.so.1.0.15
4456483    8 -rw-r--r--    1 root     root         7428 Mar 30  2002 libplain.so.1.0.15
Code:
ls -lisa /usr/lib/*libsasl*
1360128    0 lrwxrwxrwx    1 root     root           17 Sep  1 07:30 libsasl.so -> libsasl.so.7.1.10
1360129   40 -rw-r--r--    1 root     root        40612 Mar 30  2002 libsasl.so.7.1.10

Danach einmal Postfix per /etc/init.d/postfix restart neustarten und das wars.


Ich würde mich sehr freuen wenn miko das in sein Tutorial oben noch einfügen könnte, und dann dieses Tutorial auch direkt im SysCP-Forum posten kann. Es wäre eine ungemeine Bereicherung für die Community, die gerne ein OpenSource-Admintool verwenden würde.

Viele Grüße,
Flo

PS: Ich übernehme natürlich wie immer keine Verantwortung, falls ihr euren Server dabei zerschießt.
 
Hey Flo, TOP !!

Besten Dank für die Info. Leider kann ich es selbst gerade nicht testen.
Aber so wie ich Dich kenne, passt das :p

Werde das HowTo in den nächsten Tagen überarbeiten, und dann den aktualisierten Text im syscp-Forum posten.

Nochmals, Besten Dank.
 
Hm, nicht ganz. Der Apache ist hier "an der Paketverwaltung vorbei" installiert, und muss von Hand gelöscht werden. Die anderen Sachen werden bei der SysCP-Installation (mit apt-get) automatisch erkannt (und dann ggfs. de-installiert und durch andere Pakete ersetzt).

Die Installation so weit wie möglich "nackich" zu machen, erfordert noch zusätzliche Eingriffe (fleissiges "apt-get remove")...
 
Ich habe Confixx welches ich drauf tun will und nicht syscp kann ich da schritt 1 machen und dann confixx installieren?

Also Ich habe ja 2 Apache drauf einam vom ezad und einmal normal
Dann habe ich bind
Proftpd
mysql
und postfix installiert

Deinem How to entfernt es nur den Ezad Apache?
 
Mit einer Confixx-Installation habe ich leider keine Erfahrung. Vielleicht kann jemand anderes hier aushelfen.

Der normale Apache sollte auch weg sein. Wenn ich mich recht erinnere, waren beide Versionen unter dem EZAD-Verzeichnis installiert (also ohne die Paketverwaltung).

dpkg -l apache müsste anzeigen, ob "noch einer da ist" :)
 
hi, zwar is der thread schon was älter aber macht ja nix *ausgrab*

ich hab seit neustem auch einen netdirekt-server aber bekomme das syscp einfach nicht installiert.


ich hab in die sources.list schon die source eingefügt, ein update gemacht und wollte dann mit apt-get install syscp installieren,er rödelt was rum aber dann kommt:



217-20-127-32:/usr# apt-get install syscp
Reading Package Lists... Done
Building Dependency Tree... Done
The following extra packages will be installed:
apache
The following NEW packages will be installed:
apache syscp
0 packages upgraded, 2 newly installed, 0 to remove and 59 not upgraded.
Need to get 0B/485kB of archives. After unpacking 1634kB will be used.
Do you want to continue? [Y/n] Y
Selecting previously deselected package apache.
(Reading database ... 37652 files and directories currently installed.)
Unpacking apache (from .../apache_1.3.26-0woody5_i386.deb) ...
Selecting previously deselected package syscp.
Unpacking syscp (from .../syscp_1.2.0-1_i386.deb) ...
Setting up apache (1.3.26-0woody5) ...
update-rc.d: /etc/init.d/apache: file does not exist
dpkg: error processing apache (--configure):
subprocess post-installation script returned error exit status 1
dpkg: dependency problems prevent configuration of syscp:
syscp depends on apache; however:
Package apache is not configured yet.
dpkg: error processing syscp (--configure):
dependency problems - leaving unconfigured
Errors were encountered while processing:
apache
syscp
Updating Debian Packages of System Configurations.
E: Sub-process /usr/bin/dpkg returned an error code (1)
217-20-127-32:/usr#

Was kann das sein? Hab vorher den Apache usw gestoppt, und dann nochmal sicherheitshalber apt-get remove apache / php4 ausprobiert ob die auch wirklich weg sind


Bitte um Hilfe :)
 
Last edited by a moderator:
Back
Top