Viele Fehlermeldungen nach neuesten Updates

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. :slight_smile:

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

Danke, hat funktioniert. War ja dann gar nicht so viel falsch. :innocent:

Danke, hat bei mir leider nicht funktioniert. Die neue php.ini ist wieder die mit den falschen Zeichen. Ich hab sie jetzt manuel korrigiert und schreibgeschützt. (als workaround) Was muss ich machen damit die Basis zur Erstellung wieder stimmt? Einfach auf das nächste Update warten und dann die php.ini wieder löschen?

Magst die mal zeigen? Was ist da falsch?

paresy

Die nach dem löschen erneut erzeugte:

[PHP]
error_reporting=E_ALL^E_DEPRECATED
html_errors=0
memory_limit=32M
short_open_tag=1
max_execution_time=0
user_agent=„IP-Symcon/7.0 Revision/5a3864ae Platform/Windows“
disable_functions=„setlocale, set_time_limit“
auto_prepend_file=„C:\Program Files\Symcon\scripts\__autoinclude.inc.php“
include_path=„.;C:\ProgramData\Symcon\scripts“
curl.cainfo=„C:\Program Files\Symcon\cacert.pem“
openssl.cafile=„C:\Program Files\Symcon\cacert.pem“
ips.output_buffer=1048576
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:\Program Files\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

Kannst du mir helfen was daran falsch ist? Auf die Schnelle sieht das ganz okay aus.

Kannst du mir ein Logfile per PM zusenden von dem jetzt fehlerhaften Start?

paresy

Wenn da falsche Zeichen enthalten sein sollen, dann sind die durch das einfügen als Text natürlich weg.
Du musst dann schon die Datei hochladen :wink:
Michael

Nach nochmaligem löschen und neustart geht es jetzt
Bin etwas sauer auf mich…
Anbei aber trotzdem die alte und die neue php
php7falsch.ini.txt (1,0 KB)
php.ini.txt (1,0 KB)
unterschied ein = in der ersten Zeile… Es gab eine Version mit einer Reihe NUL NUL NUL in der ersten Zeile…
Danke für eure schnell Hilfe!

1 „Gefällt mir“

Super, dass es jetzt läuft. Danke fürs Feedback!

paresy

Hallo allerseits,
bin mir nicht sicher, ob ich einen neuen Thread erstellen hätte sollen oder den hier wiederbeleben … ich hab mich mal für 2. entschieden, da das Thema sehr gut passt:

Ich habe auch seit kurzem die Fehlermeldungen (bin nicht 100% sicher, glaube aber seit dem Upgrade von 6.4 auf 7.x):

Fatal error: Uncaught Error: Call to undefined function IPSUtils_Include() in /var/lib/symcon/scripts/58194.ips.php:6

hab schon __autoload.php kontrolliert, die php.ini gelöscht und den Spezialschalter „Compatibility required“ deaktiviert (war aktiviert) - leider alles ohne Erfolg.

Wenn ich direkt in mein Skript die beiden Zeilen aus der __autoload.php reinschmeiße:

include_once IPS_GetKernelDir()."scripts/IPSLibrary/app/core/IPSUtils/IPSUtils.inc.php";
IPSUtils_Include("IPSLogger_PhpErrorHandler.inc.php", "IPSLibrary::app::core::IPSLogger");

funktioniert es.

Leider stehe ich jetzt an, und weiß nicht, wo ich noch weitersuchen könnte. - könnt ihr mir irgendwelche Hinweise geben, woran es noch liegen könnte?

Danke,
Philipp

Die Frage ist, ob du den IPSLogger überhaupt brauchst? Falls ja, müsstest du den aktualisieren auf die neuste Version (dann ist er auch kompatibel mit der 7.x)

paresy

ok, wenn ich die Zeile mit dem Logger in der autoload.php auskommentiere, funktioniert es. - nachdem ich ihn (vermutlich) nicht wirklich brauche, ist die Frage, wie ich den sauber deinstallieren kann …

Danke,
Philipp