Hauptmenü

Modul 96_SIP

Begonnen von Wzut, 19 Februar 2017, 19:10:09

Vorheriges Thema - Nächstes Thema

frank

perl 5.20.3 ist eine perl version ohne memory leaks.
FHEM: 6.0(SVN) => Pi3(buster)
IO: CUL433|CUL868|HMLAN|HMUSB2|HMUART
CUL_HM: CC-TC|CC-VD|SEC-SD|SEC-SC|SEC-RHS|Sw1PBU-FM|Sw1-FM|Dim1TPBU-FM|Dim1T-FM|ES-PMSw1-Pl
IT: ITZ500|ITT1500|ITR1500|GRR3500
WebUI [HMdeviceTools.js (hm.js)]: https://forum.fhem.de/index.php/topic,106959.0.html

en-trust

/usr/share/perl5/Net/DNS.pm
/usr/local/share/perl/5.24.1/Net/DNS.pm

/home/pi/perl5/perlbrew/perls/perl-5.20.3/lib/site_perl/5.20.3/Net/DNS.pm


Naja und warum 5.20.3 und perlbrew, wurde ja schon beantwortet. Ohne Speicherprobleme wäre auch auch bei 5.24 geblieben und müsste nicht alles wieder zurückdrehn.

MadMax-FHEM

Aktuell mit Buster ist v5.28.1 und bei mir (und auch soweit ich im "Speicher-Leak-Thread" mitbekommen habe) auch ok...
...ich habe den Perl-Brew-Amok bewusst ausgelassen...

(ich halte nichts von "Teil-Updates", weder fhem noch OS)

Gruß, Joachim
FHEM PI3B+ Bullseye: HM-CFG-USB, 40x HM, ZWave-USB, 13x ZWave, EnOcean-PI, 15x EnOcean, HUE/deCONZ, CO2, ESP-Multisensor, Shelly, alexa-fhem, ...
FHEM PI2 Buster: HM-CFG-USB, 25x HM, ZWave-USB, 4x ZWave, EnOcean-PI, 3x EnOcean, Shelly, ha-bridge, ...
FHEM PI3 Buster (Test)

en-trust

über apt update && apt full-upgrade ist scheinbar perl 5.28.x nicht verfügbar

MadMax-FHEM

Hast du Buster?

Ich habe es ganz normal mittels apt-get installiert/upgedated bekommen.

Auf Stretch ist noch 5.24 aktuell (und wird es verm. auch bleiben).

Gruß, Joachim
FHEM PI3B+ Bullseye: HM-CFG-USB, 40x HM, ZWave-USB, 13x ZWave, EnOcean-PI, 15x EnOcean, HUE/deCONZ, CO2, ESP-Multisensor, Shelly, alexa-fhem, ...
FHEM PI2 Buster: HM-CFG-USB, 25x HM, ZWave-USB, 4x ZWave, EnOcean-PI, 3x EnOcean, Shelly, ha-bridge, ...
FHEM PI3 Buster (Test)

en-trust

Raspian Buster ? Nein...

pi@raspberrypi:~ $ cat /etc/os-release
PRETTY_NAME="Raspbian GNU/Linux 9 (stretch)"
NAME="Raspbian GNU/Linux"
VERSION_ID="9"
VERSION="9 (stretch)"
VERSION_CODENAME=stretch
ID=raspbian
ID_LIKE=debian
HOME_URL="http://www.raspbian.org/"
SUPPORT_URL="http://www.raspbian.org/RaspbianForums"
BUG_REPORT_URL="http://www.raspbian.org/RaspbianBugs"


also bleibt uns nur perlbrew...

MadMax-FHEM

Zitat von: en-trust am 16 Oktober 2020, 11:41:27
also bleibt uns nur perlbrew...

Nein: update auf Buster...

Steht eh irgendwann an, da ja Stretch auch (irgendwann) "ausläuft"...

Ich versuche mein(e) System(e) aktuell zu halten...

EDIT: ist aber jetzt (langsam) OT...

Gruß, Joachim
FHEM PI3B+ Bullseye: HM-CFG-USB, 40x HM, ZWave-USB, 13x ZWave, EnOcean-PI, 15x EnOcean, HUE/deCONZ, CO2, ESP-Multisensor, Shelly, alexa-fhem, ...
FHEM PI2 Buster: HM-CFG-USB, 25x HM, ZWave-USB, 4x ZWave, EnOcean-PI, 3x EnOcean, Shelly, ha-bridge, ...
FHEM PI3 Buster (Test)

Beta-User

Hmm, ein OS-update könnte man schon überlegen, aber über Perlbrew sollte es doch auch möglich sein, neuere Versionen zu aktivieren, oder?
Damit müßte 5.28 gehen, und du kannst dann auch gleich austesten, wie wie es denn unter Perl 7 liefe (basiert auf 5.32) :P ...
Server: HP-elitedesk@Debian 12, aktuelles FHEM@ConfigDB | CUL_HM (VCCU) | MQTT2: MiLight@ESP-GW, BT@OpenMQTTGw | MySensors: seriell, v.a. 2.3.1@RS485 | ZWave | ZigBee@deCONZ | SIGNALduino | MapleCUN | RHASSPY
svn: u.a MySensors, Weekday-&RandomTimer, Twilight,  div. attrTemplate-files

Wzut

Zitat von: en-trust am 16 Oktober 2020, 10:16:41
/home/pi/perl5/perlbrew/perls/perl-5.20.3/lib/site_perl/5.20.3/Net/DNS.pm

vs

Zitat von: Wzut am 16 Oktober 2020, 08:16:23
Bei dir müssten aber Treffer im Perl Suchpfad sein da wo auch Net::SIP gefunden wird:
/opt/perlbrew/perls/perl-5.20.3/lib/site_perl/5.20.3/Net/

siehts den Unterschied ? deine Installation unter /home/pi ist gar nicht im Suchpfad !
Maintainer der Module: MAX, MPD, UbiquitiMP, UbiquitiOut, SIP, BEOK, readingsWatcher

Elektrolurch

Hallo,

heute Nacht hat das Modul von 2:00 bis 2:59 im Minutentakt  timeout gemeldet.
Ich vermute, dass das ein "Opfer" der Zeitumstellung war.  Mit der Rückstellung der Zeit stimmten wohl nich mehr die Zeitstempel zwischen fhem und sip-subprozess mehr überein.

Elektrolurch
configDB und Windows befreite Zone!

plin

In meinem Log steht nur
2020.10.25 02:02:02 1: Timeout for SIP_ListenStart reached, terminated process 28942


Kann also sein, dass der Restart sonstige Meldungen vermieden hat.
FHEM1 (Main) Raspi4 mit CUL, Homematic, SDUINO 433/OOK, zentrale Steuerung
FHEM2 (Keller) x86 mit CUL/hmland, IP-basierte Module
FHEM3 (Erdgeschoss) Raspi2 mit SDUINO 868/GFSK
FHEM4 (Hausanschlussraum), USV und OBIS-Modul
FHEM5 (Docker) mit FHEM2FHEM, InfluxDB

en-trust

Da ich ja auf 5.28 Buster gewechselt bin und alles komplett neu installiert habe, sieht meine Speicherausnutzung von fhem mit 57% schlecht aus.

pi@SmartHome:~ $ top
top - 10:16:55 up 6 days, 18:52,  3 users,  load average: 0,25, 0,19, 0,18
Tasks: 141 total,   1 running, 140 sleeping,   0 stopped,   0 zombie
%Cpu(s):  1,8 us,  0,3 sy,  0,0 ni, 97,7 id,  0,1 wa,  0,0 hi,  0,0 si,  0,0 st
MiB Mem :    925,9 total,    200,6 free,    532,0 used,    193,3 buff/cache
MiB Swap:    100,0 total,      9,4 free,     90,6 used.    337,2 avail Mem

  PID USER      PR  NI    VIRT    RES    SHR S  %CPU  %MEM     TIME+ COMMAND
22102 fhem      20   0  [b]535112[/b] 490024   7500 S   7,0  51,7 112:18.10 perl
6516 pi        20   0   10296   2916   2540 R   1,0   0,3   0:00.34 top

Wzut

und wo ist da jetzt das SIP Problem ?
IMHO sieht da gar nichts schlecht aus , auch die 57% sind kein Problem, das hatte Rudi im entsprechenden Memory Thread schön erklärt.
Maintainer der Module: MAX, MPD, UbiquitiMP, UbiquitiOut, SIP, BEOK, readingsWatcher

Wolle02

Ich habe zwar die Suchfunktion in diesem Thread verwendet aber leider nichts entsprechendes für meine eigentlich einfache Frage gefunden.

Ist es irgendwie möglich einen laufenden ausgehenden Anruf auch vor der Annahme durch den Partner wieder zu beenden?

Die CommandRef gibt auch nichts entsprechendes her, so dass ich davon ausgehe, dass diese Funktion einfach nicht vorgesehen ist oder habe ich nur einfach nichts gefunden?

Wzut

versuch mal set <name> reset, dass killt einen aktiven Child Prozess.
Maintainer der Module: MAX, MPD, UbiquitiMP, UbiquitiOut, SIP, BEOK, readingsWatcher