FERTIG...Samba aus usb labor 8221 läuft mit 7170 u. 7141 bis 04.40

das sieht mehr nach VIEL ZU VIELEN Callmonitoren aus...
das iss meine perfekt laufende aktuelle ansicht
Code:
  PID  Uid        VSZ Stat Command
    1 root       1444 S   init       
    2 root            SWN [ksoftirqd/0]
    3 root            SW< [events/0]
    4 root            SW< [khelper]
    5 root            SW< [kthread]
    6 root            SW< [kblockd/0]
   23 root            SW< [pdflush]
   24 root            SW< [pdflush]
   26 root            SW< [aio/0]
   25 root            DW  [kswapd0]
   62 root            SW  [pm_info]
   69 root            SW  [mtdblockd]
   95 root            SW  [tffsd_mtd_0]
   97 root       1444 S   init       
   98 root       1484 S   /bin/sh /etc/init.d/rc.S 
  487 root       1444 S   cat /dev/debug 
  491 root            SW< [capi_oslib]
  492 root            SW< [capi_oslib]
  493 root            SW  [capitransp]
  504 root            SW< [khubd]
  533 root            Z   [basename]
  534 root            Z   [basename]
  537 root            Z   [basename]
  538 root            Z   [basename]
  569 root            Z N [ctlmgr]
  570 root      10260 S N ctlmgr 
  582 root            Z N [hub]
  757 root            Z N [hub]
  768 root       1460 S   httpd -p 80 -h /usr/www/all 
  774 root            Z N [storage]
  782 root            Z   [multid]
  783 root       5880 S   multid -u 
  787 root            Z   [dsld]
  788 root       6444 S   dsld -i -n -g 
  801 root       3136 S   telefon a127.0.0.1 
  804 root            Z   [voipd]
  805 root       9296 S < voipd 
  816 root        948 S   /bin/run_clock -c /dev/tffs -d 
  821 root       1444 S   tee /var/log/mod.log 
  829 root            SWN [scsi_eh_0]
  830 root            SWN [usb-storage]
  832 root            Z N [usb-stor-scan]
  864 root            Z   [crond]
  865 root       1448 S   crond -b 
  891 root       1444 S   /bin/sh /usr/bin/spindown sda1 60 3 
  907 root       3792 S   capiotcp_server -p5031 -m1 
  926 root       1456 S   syslogd -L -C 
  928 root       1440 S   /sbin/klogd 
  969 root            Z N [run_mount]
 1003 root       1444 S   inetd 
 1142 root            Z   [bftpd]
 1143 root       1028 S   bftpd -d 
 1168 root        944 S   checkmaild -daemon -path /mod/etc/ 
 1262 root            Z   [httpd]
 1263 root       1456 S   httpd -p 82 -c /mod/etc/httpd-wol.conf -h /mod/pkg/wo
 1421 root       1560 S   /bin/ash /usr/sbin/callmonitor 
 1422 root       1444 S   logger -t callmonitor -p daemon.info 
 1432 root       1560 S   /bin/ash /usr/sbin/callmonitor 
 1433 root       1436 S   sleep 20000d 
 1434 root       1560 S   /bin/ash /usr/sbin/callmonitor 
 1435 root       1560 S   /bin/ash /usr/sbin/callmonitor 
 1436 root       1440 S   busybox nc 127.0.0.1 1012 
 1438 root            SWN [kdsld_token]
 1440 root            Z   [sh]
 1469 root            Z N [tr069starter]
 1470 root            Z N [tr069starter]
 1488 root            Z N [smbd]
 1492 root       1372 S N nmbd -D -o -H /etc/lmhosts -s /var/samba/lib/smb.conf
 1496 root            Z N [nmbd]
 1504 root       5052 S N smbd 
 1547 root       2836 S   dtmfbox -daemon -cfg /var/media/ftp/uStor01/Anrufbean
 1548 root       2836 S   dtmfbox -daemon -cfg /var/media/ftp/uStor01/Anrufbean
 1549 root       2836 S   dtmfbox -daemon -cfg /var/media/ftp/uStor01/Anrufbean
 1550 root       2836 S   dtmfbox -daemon -cfg /var/media/ftp/uStor01/Anrufbean
 1551 root       2836 S   dtmfbox -daemon -cfg /var/media/ftp/uStor01/Anrufbean
 1552 root       2836 S   dtmfbox -daemon -cfg /var/media/ftp/uStor01/Anrufbean
 1574 root       1452 S   httpd -p 86 -h /var/media/ftp/uStor01/webseite/ 
 2436 root            Z   [callmonitor]
 2449 root            Z   [callmonitor]
 2467 root            Z   [callmonitor]
 2651 root            Z N [basename]
 2652 root            Z N [basename]
 2655 root            Z N [basename]
 2656 root            Z N [basename]
 2696 root       2060 S N wpa_authenticator 
 2818 root       1436 S   sleep 60 
 2822 root            Z   [index.cgi]
 2903 root            Z   [rudi_shell.cgi]
 2905 root       1460 S   httpd -i -c /mod/etc/httpd.conf -h /usr/mww -r DS 
 2906 root        840 S   /usr/bin/haserl -u -U /var/tmp /usr/mww/cgi-bin/rudi_
 2907 root       1448 S   /bin/sh 
 2911 root       1440 S   sh 
 2912 root       1440 S   sed -e s/&/\&amp;/g ; s/</\&lt;/g ; s/>/\&gt;/g 
 2913 root       1436 S   head -c 64000 
 2914 root       1444 R   ps
 
Das mit den Callmonitoren ist glaube ich nur symptomatisch dafür, dass bestimmte Prozesse einfach im Zombiereich landen.

Das liefert PS *direkt* nach einem Neustart

Code:
  PID  Uid        VSZ Stat Command
    1 root       1432 S   init       
    2 root            SWN [ksoftirqd/0]
    3 root            SW< [events/0]
    4 root            SW< [khelper]
    5 root            SW< [kthread]
    6 root            SW< [kblockd/0]
   23 root            SW< [pdflush]
   24 root            SW< [pdflush]
   26 root            SW< [aio/0]
   25 root            SW  [kswapd0]
   62 root            SW  [pm_info]
   69 root            SW  [mtdblockd]
   95 root            SW  [tffsd_mtd_0]
   97 root       1432 S   init       
   98 root       1552 S   /bin/sh /etc/init.d/rc.S 
  408 root       1432 S   cat /dev/debug 
  412 root            SW< [capi_oslib]
  413 root            SW< [capi_oslib]
  414 root            SW  [capitransp]
  425 root            SW< [khubd]
  456 root            Z   [basename]
  457 root            Z   [basename]
  477 root            Z N [ctlmgr]
  478 root      10336 S N ctlmgr 
  504 root       2012 S   wpa_authenticator 
  511 root            Z N [hub]
  577 root            Z   [websrv]
  578 root       5444 S N websrv 
  586 root            Z   [basename]
  587 root            Z   [basename]
  593 root       5444 S N websrv 
  594 root       5444 S N websrv 
  595 root       5444 S N websrv 
  613 root            Z   [dnsmasq]
  616 root            Z   [multid]
  617 root       5632 S   multid -u 
  614 root        828 S   dnsmasq -p 53 --domain=gurken.de --cache-size=0 --log
  630 root            Z   [multid]
  631 root            Z   [multid]
  637 root            Z   [dsld]
  638 root       6240 S   dsld -i -n -g 
  655 root       3340 S   telefon a127.0.0.1 
  667 root            Z   [voipd]
  668 root       9332 S < voipd 
  681 root        948 S   /bin/run_clock -c /dev/tffs -d 
  682 root            Z N [hub]
  699 root            Z N [storage]
  707 root       1432 S   tee /var/log/mod.log 
  715 root       3792 S   capiotcp_server -p5031 -m99 
  759 root            Z   [telnetd]
  760 root       1428 S   telnetd -l /sbin/ar7login 
  770 root       1448 S   httpd -p 81 -c /mod/etc/httpd.conf -h /usr/mww/ -r DS
  785 root            SWN [scsi_eh_0]
  788 root            SWN [usb-storage]
  790 root            Z N [usb-stor-scan]
  806 root       1432 S   /bin/sh /usr/bin/spindown sda 1200 3 
  825 root            RWN [kdsld_token]
  853 root            Z   [sh]
  936 root            Z N [run_mount]
 1073 root       1544 S   /bin/ash /usr/sbin/callmonitor 
 1074 root       1432 S   logger -t callmonitor -p daemon.info 
 1112 root       1544 S   /bin/ash /usr/sbin/callmonitor 
 1113 root       1424 S   sleep 20000d 
 1114 root       1544 S   /bin/ash /usr/sbin/callmonitor 
 1116 root       1544 S   /bin/ash /usr/sbin/callmonitor 
 1117 root       1428 S   nc 127.0.0.1 1012 
 1118 root        936 S   checkmaild -daemon -path /mod/etc/ 
 1124 root            Z   [basename]
 1125 root            Z   [basename]
 1171 root       1124 S   dropbear -p 22 
 1477 root       1564 S   /bin/sh /var/tmp/tsb/tsbdaemon.sh 
 1507 root            Z   [sleep]
 1532 root            Z   [sleep]
 1553 root            Z   [sleep]
 1564 root            Z   [ftpd]
 1565 root        896 S   ftpd -D -q -t 120 -m 15 -h FRITZ!Box Fon WLAN 7170 
 1566 root            Z N [tr069starter]
 1567 root            Z N [tr069starter]
 1597 root            Z   [sleep]
 1607 root            Z N [smbd]
 1610 root       1368 S N nmbd -D -o -H /etc/lmhosts -s /var/samba/lib/smb.conf
 1613 root            Z N [nmbd]
 1626 root            Z   [sleep]
 1631 root       5052 S N smbd 
 1748 root            Z   [sh]
 1752 root            Z   [sh]
 1799 root            Z   [sh]
 1803 root            Z   [sh]
 1826 root            Z   [sh]
 1827 root       1424 S   sleep 10 
 1830 root       1424 S   sleep 60 
 1831 root       1448 S   httpd -p 81 -c /mod/etc/httpd.conf -h /usr/mww/ -r DS
 1832 root        708 S   /usr/bin/haserl -u -U /var/tmp /usr/mww/cgi-bin/rudi_
 1833 root       1436 S   /bin/sh 
 1837 root       1428 S   sh 
 1838 root       1428 S   sed -e s/&/\&amp;/g ; s/</\&lt;/g ; s/>/\&gt;/g 
 1839 root       1424 S   head -c 64000 
 1840 root       1432 R   ps

Stellen sich mir zwei Fragen (wenn ich mal beim ursprünglichen Problem des Samba-Restarts davon ausgehe, dass es wirklich an den Zombies liegt):

- Was ist "normal" an Zombie-Prozessen, und was nicht?

- Was ist verantwortlich für diese Zombies - wirklich der Init-Prozess? Vielleicht auch der LCR? (gestartet aus debug.cfg)

- Ist das mittlerweile so off-topic, dass ich einen neuen Thread anfangen sollte :)

Wie dem auch sei - ich bin dann mal ein paar Tage weg.

Grüße,

Arndt
 
das finde ich jetzt ja spannend...es sieht doch genauso gut/schlecht aus wie bei mir...und bei mir iss fehlerfrei...
wie reagiert denn dein system genau?
hast m´du mal nen log davon?
 
Falls Du an einer Lösung noch interessiert sein solltest:
RalfFriedl schrieb:
Ein häufiger Grund für Zombie-Prozesse ist, wenn /etc/init.d/rc.S nicht zu Ende abgearbeitet wird. Das liegt meistens am Inhalt der debug.cfg, die von /etc/init.d/rc.S aufgerufen wird, oder an der /etc/init.d/rc.mod, die ebenfalls dort aufgerufen wird.
Wenn Du ds-mod verwendest, kannst Du den Inhalte der Datei /var/log/mod.log anschauen oder hier posten.
Steht so schon in Beitrag #20.

Vielleicht hätte ich noch dazu schreiben sollen, daß auch der Inhalt von debug.cfg interessant ist.

Es ist definitiv nicht normal, daß so viele Zomie-Prozesse existieren.
 
wären das dann auch bei mir zuviele??
oder wie?
 
Es sollte normal keine Zombie-Prozesse geben, zumindest nicht über einen längeren Zeitraum (mehrere Sekunden). Jeder Zombie-Prozeß belegt Speicher, und es ist ja nicht so, daß die Box zuviel Speicher hätte.

Klick mal einfach einige Seiten der Web-Oberfläche der Box an, egal welche, original Oberfläche oder ds-mod, kann auch die gleiche Seite mehrfach sein, Hauptsache viele Seiten-Aufrufe. Schau Dir danach nochmal die Prozeß-Liste an.

Wie sieht denn bei Dir die debug.cfg und die /var/log/mod.log aus?
 
mod.log:
Code:
rc.mod version ds26-15.2
Starting crond...done.
telnetd is started via inetd
httpd is started via inetd
Starting spindown...done.
Starting syslogd...done.
downloader is disabled
Updating inetd config for telnetd: active.
Updating inetd config for webcfg: active.
Reloading inetd configuration...done.
Writing /var/flash/ds_mod...done.
34816 bytes written.
Starting inetd...done.
Looking for user 'ftp'...added.
Starting ftp server...done.
Starting Checkmaild...done.
dtmfbox is disabled
Setting up virtual network interface ... done.
Starting wol webinterface...done.
WebDAV is disabled
Starting callmonitor...done.
debug.cfg: LEER
PS nach mehreren aufrufen:
Code:
  PID  Uid        VSZ Stat Command
    1 root       1444 S   init       
    2 root            SWN [ksoftirqd/0]
    3 root            SW< [events/0]
    4 root            SW< [khelper]
    5 root            SW< [kthread]
    6 root            SW< [kblockd/0]
   23 root            SW< [pdflush]
   24 root            SW< [pdflush]
   26 root            SW< [aio/0]
   25 root            SW  [kswapd0]
   62 root            SW  [pm_info]
   69 root            SW  [mtdblockd]
   95 root            SW  [tffsd_mtd_0]
   97 root       1444 S   init       
   98 root       1484 S   /bin/sh /etc/init.d/rc.S 
  487 root       1444 S   cat /dev/debug 
  491 root            SW< [capi_oslib]
  492 root            SW< [capi_oslib]
  493 root            SW  [capitransp]
  504 root            SW< [khubd]
  533 root            Z   [basename]
  534 root            Z   [basename]
  537 root            Z   [basename]
  538 root            Z   [basename]
  571 root            Z N [ctlmgr]
  572 root       9720 S N ctlmgr 
  581 root            Z N [hub]
  757 root            Z N [hub]
  771 root       1452 S   httpd -p 80 -h /usr/www/all 
  773 root            Z N [storage]
  775 root            Z   [multid]
  776 root       5888 S   multid -u 
  779 root            Z   [dsld]
  780 root       6444 S   dsld -i -n -g 
  797 root       3136 S   telefon a127.0.0.1 
  800 root            Z   [voipd]
  801 root       9296 S < voipd 
  809 root        948 S   /bin/run_clock -c /dev/tffs -d 
  815 root       1444 S   tee /var/log/mod.log 
  835 root            SWN [scsi_eh_0]
  836 root            SWN [usb-storage]
  838 root            Z N [usb-stor-scan]
  858 root            Z   [crond]
  860 root       1448 S   crond -b 
  890 root       1444 S   /bin/sh /usr/bin/spindown sda1 60 3 
  905 root       3792 S   capiotcp_server -p5031 -m1 
  926 root       1456 S   syslogd -L -C 
  928 root       1440 S   /sbin/klogd 
  963 root            Z N [run_mount]
 1007 root       1444 S   inetd 
 1152 root            Z   [bftpd]
 1153 root       1028 S   bftpd -d 
 1175 root        944 S   checkmaild -daemon -path /mod/etc/ 
 1263 root       1456 S   httpd -p 82 -c /mod/etc/httpd-wol.conf -h /mod/pkg/wo
 1421 root       1560 S   /bin/ash /usr/sbin/callmonitor 
 1422 root       1444 S   logger -t callmonitor -p daemon.info 
 1432 root       1560 S   /bin/ash /usr/sbin/callmonitor 
 1433 root       1436 S   sleep 20000d 
 1434 root       1560 S   /bin/ash /usr/sbin/callmonitor 
 1435 root       1440 S   busybox nc 127.0.0.1 1012 
 1436 root       1560 S   /bin/ash /usr/sbin/callmonitor 
 1438 root            RWN [kdsld_token]
 1440 root            Z   [sh]
 1457 root            Z N [tr069starter]
 1458 root            Z N [tr069starter]
 1476 root            Z N [smbd]
 1480 root       1372 S N nmbd -D -o -H /etc/lmhosts -s /var/samba/lib/smb.conf
 1484 root            Z N [nmbd]
 1492 root       5052 S N smbd 
 1535 root       2836 S   dtmfbox -daemon -cfg /var/media/ftp/uStor01/Anrufbean
 1536 root       2836 S   dtmfbox -daemon -cfg /var/media/ftp/uStor01/Anrufbean
 1537 root       2836 S   dtmfbox -daemon -cfg /var/media/ftp/uStor01/Anrufbean
 1538 root       2836 S   dtmfbox -daemon -cfg /var/media/ftp/uStor01/Anrufbean
 1539 root       2836 S   dtmfbox -daemon -cfg /var/media/ftp/uStor01/Anrufbean
 1540 root       2836 S   dtmfbox -daemon -cfg /var/media/ftp/uStor01/Anrufbean
 1561 root            Z   [httpd]
 1562 root       1460 S   httpd -p 86 -h /var/media/ftp/uStor01/webseite/ 
 2294 root            Z   [index.cgi]
 2375 root            Z   [rudi_shell.cgi]
 2379 root            Z   [rudi_shellcmd.c]
 2390 root            Z   [rudi_shellcmd.c]
 2400 root            Z   [rudi_shellcmd.c]
 2409 root       1436 S   sleep 60 
 2411 root            Z   [pkgconf.cgi]
 2453 root            Z   [pkgconf.cgi]
 2487 root            Z   [pkgconf.cgi]
 2500 root            Z   [pkgconf.cgi]
 2629 root            Z   [pkgconf.cgi]
 2671 root            Z   [pkgconf.cgi]
 2697 root            Z   [syslogd.cgi]
 2747 root       1460 S   httpd -i -c /mod/etc/httpd.conf -h /usr/mww -r DS 
 2748 root        840 S   /usr/bin/haserl -u -U /var/tmp /usr/mww/cgi-bin/rudi_
 2749 root       1448 S   /bin/sh 
 2753 root       1440 S   sh 
 2754 root       1440 S   sed -e s/&/\&amp;/g ; s/</\&lt;/g ; s/>/\&gt;/g 
 2755 root       1436 S   head -c 64000 
 2756 root       1444 R   ps
ne menge zombies...grummel...
 
Für jeden Seiten-Aufruf wird ein Prozeß gestartet. Wenn er nicht aufgeräumt wird, bleibt er als Zombie übrig.

Ist der Call-Monitor das letzte Programm, das bei Dir in der rc.mod gestartet wird? In mod.log ist es auf jeden Fall die letzte Meldung.

Für solche Fälle wäre es sinnvoll, in rc.mod am Ende noch eine Meldung einzubauen, daß rc.mod vollständig abgearbeitet wurde.

Sind die Zombie-Prozesse weg, wenn Du den Call-Monitor beendest?
Was passiert, wenn Du ihn danach von Hand neu startest?
 
sorry...falscher kandidat...callmoni iss der andere patient...bei mir sind es basename,pkgconf.cgi, rudi gesammt usw...
 
Ich habe schon gesehen, wie die Zombie-Prozesse bei Dir heißen. Ich vermute aber trotzdem, daß die Ursache der Call-Monitor ist, oder etwas, was danach gestartet wird.

Kannst Du noch Deine /etc/init.d/rc.mod posten?
Außerdem kannst Du versuchen, den Prozeß 98 aus Deiner Liste oben (/bin/sh /etc/init.d/rc.S) zu killen. Dann sollten auch alle Deine Zombies weg sein, aber das beseitigt nicht die Ursache des Problems.
 
cooool....pid 98 gekillt und kein zombie mehr...
wie kann ich das verewigen??
rc.mod:
Code:
#!/bin/sh

cd /
export PATH=/sbin:/bin:/usr/sbin:/usr/bin:/mod/sbin:/mod/bin:/mod/usr/sbin:/mod/usr/bin
export LD_LIBRARY_PATH=/mod/lib:/mod/usr/lib
export TERM=xterm

start() {
	echo "rc.mod version $(cat /etc/.subversion)"

	[ -e "/mod/etc/init.d/rc.crond" ] || ln -s /etc/init.d/rc.crond /mod/etc/init.d/rc.crond
	[ -e "/mod/etc/init.d/rc.telnetd" ] || ln -s /etc/init.d/rc.telnetd /mod/etc/init.d/rc.telnetd
	[ -e "/mod/etc/init.d/rc.webcfg" ] || ln -s /etc/init.d/rc.webcfg /mod/etc/init.d/rc.webcfg

	[ -d "/tmp/flash" ] || /usr/bin/modload

	/etc/init.d/rc.crond
	/etc/init.d/rc.telnetd
	/etc/init.d/rc.webcfg

	if [ -e "/etc/static.pkg" ]; then
		for pkg in $(cat /etc/static.pkg); do
			[ -x "/etc/init.d/rc.$pkg" ] && /etc/init.d/rc.$pkg
		done
	fi

	[ -r "/tmp/flash/rc.custom" ] && . /tmp/flash/rc.custom
}

case "$1" in
	"")
		deffile='/etc/default.mod/exhosts.def'
		[ -r "/tmp/flash/exhosts.def" ] && deffile='/tmp/flash/exhosts.def'
		modreg file 'exhosts' 'Hosts' 1 "$deffile"

		start
		;;
	start)
		start
		;;
	*)
		echo "Usage: $0 [start]" 1>&2
		exit 1
		;;
esac
 
Die rc.mod startet die Pakete in der Reihenfolge, in der sie in cat /etc/static.pkg stehen.
Ist bei Dir in /etc/static.pkg hinter callmonitor noch ein anderes Paket oder nicht?
 
statik.cfg:
Code:
spindown
syslogd
downloader
inetd
bftpd-zlib
checkmaild
dtmfbox
virtualip
wol
sg3_utils
mc
webdav
callmonitor
labor_usb
 
Also ist callmonitor nicht der letzte Eintrag.
Wird labor_usb denn aufgerufen oder nicht?
In der mod.log aus Beitrag #27 steht nichts davon. Vielleicht ist es aber auch normal, daß labor_usb nicht ausgibt.
Es müßte eine Datei /etc/init.d/rc.labor_usb geben. Was macht die denn?
 
labor_usb iss mein kleines eigenes addon...es ist die aus der usb labor geklaute samab funktionalität...kannst du im ersten fred donwloaden und reinschauen
 
Die Datei enthält aber kein /etc/init.d/rc.labor_usb, sondern nur /etc/init.d/rc.nmbd. Also ist doch der Call-Monitor das letzte, was gestartet wird.

Andererseits wird smbd und nmbd nach callmonitor gestartet.

Kannst Du mal
Code:
cat /proc/*/stat
eingeben und das Ergebnis zeigen? Am Besten die Ausgabe gleich in eine Datei umleiten, die Zeilen sind recht lang.
 
bitte sehr
 

Anhänge

  • Edit1.txt
    4 KB · Aufrufe: 9
Da ist aber kein Zombie Prozeß mehr dabei.
Interessanter Weise ist noch nicht einmal eine Shell dabei.

Kannst Du die Box nochmal starten, so daß auch einige Zombie Prozesse dabei sind, und dann
Code:
cat /proc/*/stat; ps
ausführen?
 
aber gern doch...
habe auch schon versucht mit kill `pidof /bin/sh /etc/init.d/rc.S` das schliessen dieses prozesses zu erreichen, aber danach war der mod auf ausgangszustand und alle einstellungen weg ;-)
denke mal ich habe da was ganz anderes mit gemacht als den prozess zu beenden, oder??

nun ja...hoffe dir fällt was en wie dieser olle rc.S alleine zugeht oder wie ich den automatisiert abgeschossen bekomme
 

Anhänge

  • Edit1.txt
    4 KB · Aufrufe: 4
Darkyputz schrieb:
kill `pidof /bin/sh /etc/init.d/rc.S`
Damit werden alle Shells und alle /etc/init.d/rc.S gekillt, daß ist vermutlich nicht das richtige.

Zumindest für den Anfang sollte man gezielt die Nummer des Prozesse eingeben. Nachher kann man sich immer noch Gedanken machen, wie man das automatisiert, wenn man gesehen hat, daß es funktioniert.

Welche Prozeß-Nummer hat denn "/bin/sh /etc/init.d/rc.S" bei Dir in der Datei im letzten Beitrag? Ich habe nur eine Shell unter 1367 gesehen, die ist selbst schon Zombie, die andere unter 1433 ist die von rudi-shell gestartete.
 
Holen Sie sich 3CX - völlig kostenlos!
Verbinden Sie Ihr Team und Ihre Kunden Telefonie Livechat Videokonferenzen

Gehostet oder selbst-verwaltet. Für bis zu 10 Nutzer dauerhaft kostenlos. Keine Kreditkartendetails erforderlich. Ohne Risiko testen.

3CX
Für diese E-Mail-Adresse besteht bereits ein 3CX-Konto. Sie werden zum Kundenportal weitergeleitet, wo Sie sich anmelden oder Ihr Passwort zurücksetzen können, falls Sie dieses vergessen haben.