Alle diese drei gelöscht, keine Änderung
Wenn solche Meldungen beim Laden von Modulen Auftreten, wird die Instanz nicht erstellt und ist nicht funktionsfähig. Darum hat Symcon extra einen Spezialschalter um das abzuschalten.
Hier in dem Fall überschreibt aber irgendwas diese PHP Systemweite Einstellung.
Mich irritieren aber hier nicht nur die fehlerhaften Instanz Funktionen von PHP Modulen, sondern auch das ein einfaches socket_create auf einmal nicht mehr funktionieren.
Michael
Genau, das ganze System spielt hier verrückt. Ganz einfache Sachen gehen nicht mehr.
Vielleicht sollten wir den Ansatz mit den Versionen einspielen versuchen, bis dieser Fehler auftritt.
Ich bräuchte „nur“ die nächsten Versionen zum updaten, dann kann ich euch sagen ab wann diese Fehler das erste mal kommen und ihr könnt nachsehen was ihr genau da gemacht habt 
Ist vermutlich untergegangen.
EDIT:
Ich habe das Testscript mal erweitert:
<?php
echo utf8_encode('abc') . PHP_EOL;
var_dump(error_reporting());
echo E_ALL . PHP_EOL;
var_dump (socket_create(AF_INET, SOCK_DGRAM, SOL_UDP));
Patami habe ich entfernt, folgende Fehlermeldungen kommen bei Ausführen des Scriptes:
Deprecated: Function utf8_encode() is deprecated in C:\ProgramData\Symcon\scripts\33238.ips.php on line 2
abc
int(32767)
32767
Fatal error: Uncaught Error: Call to undefined function socket_create() in C:\ProgramData\Symcon\scripts\33238.ips.php:5
Stack trace:
#0 {main}
thrown in C:\ProgramData\Symcon\scripts\33238.ips.php on line 5
Damit ist das Patami Framework raus. Hätte ich nicht vermutet. Aber gut so.
Kannst du das Logfile einmal hochladen?
@paresy: hast du eine Idee, warum er socket_create() nicht findet?
Hier noch mehr Logfile, habe mal soweit bis IPS_Betriebsbereit kommt…
Logfile.txt (358,3 KB)
So schaut es nach 5 min. aus
Im Logfile gibt es keine neuen Auffälligkeiten. Es bleiben zwei Kernfragen:
- warum ist error_reporting() == E_ALL
- warum wird socket_create() nicht gefunden
@paresy, @Nall-chan : habt ihr noch Ideen?
Keine Ahnung, mir fehlt hier der Zusammenhang.
Bin wieder zurück auf der „alten“ Version, hier kommt wenn ich dein Testscript ausführe:
abc
int(24575)
32767
object(Socket)#2 (0) {
}
So soll es wahrscheinlich auch sein
socked_create() ist ja eine Standard Funktion, die muss ja immer gehen.
Irgendwie fehlen mir hier sicher System Dateien oder die Pfade haben sich geändert??
Mal allen ein Dankeschön für die Denkanstöße, wir werden das schon finden.
Bin hoffentlich nicht wieder der einzige mit diesem „Problem“ 
Edit:
auch nach 15 min. kein einziger Fehler oder Meldung:
Genau. Das sind die Basics
Alles andere sind sicherlich Folgefehler. Zumindest können wir schon einmal das Patami Framwork und auch die IPSLibrary ausschließen.
Jetzt sind @paresy und @Nall-chan gefordert
Ich nix Idee mehr.
Nutze aber auch weder eins der angemeckerten Module, noch die Library oder das patami Framework.
Ich weiß aber, das es schon mal eine Version gab wo die Socket Funktionen kaputt waren. Aber dann hätten das ja schon mehrere gemeldet.
Michael
Ich bin immer noch bei der Idee mit den Versionen.
@paresy : ich glaube du musst mir echt ein paar neuere zukommen lassen.
Würde mich ja interessieren ab wann es nicht mehr geht…
Aktuell noch keine Ahnung. Ich habe dir mal ein Set an allen Zwischenversionen gesendet. Falls wir damit nicht weiter kommen, würde ich gerne mal bei dir raufschauen.
paresy
Danke für die Versionen.
Die Version symcon_7.0-501_amd64 geht noch.
Ab der symcon_7.0-503_amd64 kommen die Fehlermeldungen.
Du darfst auch gerne draufschauen, falls wir nichts finden.
Edit:
Ein Downgrade zur symcon_7.0-501 funktioniert dann auch nicht, sobald ich auf der symcon_7.0-503 bin.
Ich muss hier zwingend mein Backup wieder einspielen und erneut updaten…
Erst dann sind die Fehler wieder weg.
Vielleicht hilft das als Hinweis, hier müssen beim update Dateien verschwinden, die er dann nicht mehr hat.
Hallo,
konntet ihr schon was finden?
Danke!
Lg Andi
Vielen Dank für die kleine AnyDesk Session.
Ergebnis: In der php.ini waren ungültige Zeichen, wodurch PHP diese gar nicht geladen hat und das error_level auch nicht gesetzt wurde. Außerdem wurden dadurch auch alle Extensions nicht geladen weshalb z.B. curl_init gefehlt hatte.
paresy
Ich sage auch nochmals Danke für die schnelle Hilfe.
Jetzt läuft das System wieder ohne Fehler und mit der neuesten Testing Version.
ich habe ein ähnliches Bild mit „: Call to undefined function openssl_decrypt() in C:\ProgramData\Symcon\modules.store\demel42.buderus.km200…“
Wie kann ich die php.ini sauber reparieren? Bin auf der 7.0 vom 10.11.2023. Ich bekomme keine neueren updates angezeigt. Könnt Ihr mir eine saubere php.ini geben mit der ich dann die bestehende editieren kann?
Danke
Ich habe das hier auch verfolgt und mir meine php.ini angeschaut.
Glaube da ist auch einiges an Altlasten drin.
Ich wäre auch interessiert wie die bei der aktuellen Stable Version aussieht.
Meine sieht momentan so aus:
Pcre=
[PHP]
error_reporting=E_ALL^E_DEPRECATED
memory_limit=32M
short_open_tag=1
max_execution_time=0
disable_functions="setlocale, set_time_limit"
auto_prepend_file="C:\\IP-Symcon\\scripts\\__autoinclude.inc.php"
curl.cainfo="C:\\IP-Symcon\\cacert.pem"
openssl.cafile="C:\\IP-Symcon\\cacert.pem"
include_path=".;C:\\ProgramData\\Symcon\\scripts"
ips.output_buffer=1048576
html_errors=0
user_agent="IP-Symcon/7.0 Revision/5a3864ae Platform/Windows"
extension="php_curl.dll"
extension="php_exif.dll"
extension="php_ftp.dll"
extension="php_gd.dll"
extension="php_gmp.dll"
extension="php_mbstring.dll"
extension="php_mysqli.dll"
extension="php_openssl.dll"
extension="php_soap.dll"
extension="php_sockets.dll"
extension="php_sodium.dll"
extension="php_zip.dll"
zend_extension="php_opcache.dll"
extension_dir="C:\\IP-Symcon\\ext"
[Session]
session.save_handler=files
session.save_path="C:\\ProgramData\\Symcon\\session"
session.auto_start=0
session.name=pt
[DATE]
date.timezone="Europe/Berlin"
[opcache]
opcache.revalidate_freq=0
Gruß Michael
Lösch die php.ini einfach. Wir erstellen die beim Start neu.
paresy