Office Holidays: Error; Duplicate

[spaixx]

Hallo zusammen
Auf einer brandneuen 3CX v20 habe ich Feiertage/Office Holidays eingetragen. Dann habe ich diese gelöscht und neu hinzugefügt. Jetzt bekomme ich bei den meisten eine Fehlermeldung:+



Die 3CX wurde schon neu gestartet (aus dem OS heraus "Restart OS"). Ich finde auch keine Hinweise im Netz dazu. Kennt das jemand bzw. hat jemand Tipps, was ich versuchen könnte?

Vielen Dank im Voraus.

 

[fxbastler]

1. 3CX Version, z. B. Professional Jahreslizenz 20.0.3.806, Enterprise Jahreslizenz 20.0.4.487
2. Server OS, z. B. Debian / Windows Server (welche Version)
3. Wo wird das 3CX System betrieben / gehostet? z. B. on-Premise (im eig. Netzwerk) / eigenständig gehostet via [DigitalOcean/Google/AWS/Azure/Lightsail oder andere wie Netcup, Hetzner] / Gehostet (von 3CX) / SMB (3CX)
4. Auf was für Hardware und ggf. welchem Virtualisierer läuft die 3CX? z. B. Xeon E-2486 mit 32 GB ECC Speicher und 2x 960 GB SAS3 im HW RAID 1; Virtualisierer ist ein MS Hyper V Host - bitte alles möglichst gut beschreiben
5. War der Firewall Checker erfolgreich?: ja / nein, wenn nein: Bildschirmfoto

TEILEN SIE NIE: Lizenzschlüssel, öffentliche IP-Adressen, E-Mail-Adressen, Benutzernamen, Passwörter, FQDNs, Provisionierungs-URLs, etc.

 

[spaixx]

Hi, danke der Nachfrage
Hier die Infos:

3CX Version: 3CX Enterprise Jahreslizenz; 20.0 Update 4 (Built 487)

Server OS: Debian 12

Wo wird das 3CX System betrieben/gehostet: onprem

Auf was für Hardware und ggf. welchem Virtualisierer läuft die 3CX?
VMware ESXi 8.0.2, 22380479
AMD EPYC 7443
2vCPU, 2 GB Memory, 30 GB HDD zugewiesen

War der Firewall Checker erfolgreich? Ja, alles "grün"

Vielen Dank und Gruss

 

[fxbastler]

Das sollte für ene kleine on-prem 3CX reichen. Ich würde der etwas mehr RAM spendieren.

Das Problem hatte hier noch keiner bzw. habe ich hier auch nicht annähernd je gelesen und hatten wir auch noch nie.

Wenn du dir die 3CX Konfigurations xml aus einem akt. Backup oder einer akt. SupportInfo.zip anschaust und nach den Einträgen <OfficeHolidays> <OfficeHoliday> ... </OfficeHoliday> schaust: sind da nur die in der xml drin die auch wirklich in der 3CX sichtbar sind oder gibt es dort Unterschiede?

Hat nichts mit dem Problem zu tun: ist ntp installiert?

 

[SiS_Roman]

Servus,

hab gestern ein Mail von einem Kunden bekommen der das selbe Problem hat.


Er hat mehrere Abteilungen und nur in einer kommt die Fehlermeldung wenn er etwas ändert.

Anlage läuft schon seit einigen Jahren und wurde vor ein paar Monaten auf V20 upgedatet. Der Fehler tauchte gestern erstmals bei ihm auf.

Leider kann ich nicht mehr dazu sagen und auch nichts testen da der Kunde mit seiner IT die Anlage selbst betreut. Bei den von mir betreuten Anlagen habe ich das auch noch nie bemerkt.

Ich lese hier dann mal mit, vielleicht hat ja jemand eine Lösung.

Liebe Grüße

 

[fxbastler]

oh ...

 

[spaixx]

Ich habe ein Backup erstellt, und in die XML geschaut. Dort sind unter "OfficeHolidays" NUR die Einträge zu finden, welche effektiv auch im GUI auftauchen. Eingetragen habe ich die Tage dort immer einzeln, also nie eine Range an Tagen.

Konkret möchte ich z.B. den 17.04.2025 von 17 - 24 Uhr eintragen. Dabei erscheint auch die Fehlermeldung. In der XML finde ich nichts mit diesem Datum. Ich habe z.B. gesucht nach <Day>17</Day>, etc.

Was ich aber gerade gemerkt habe: Dieser Fehler taucht NUR auf wenn ich "jährlich" ausschalte!

NTP ist standardmässig konfiguriert: pool.ntp.org

 

[fxbastler]

Hier und anderswo alles kein Problem, so lange sich die Bereiche nicht überlappen, die Feiertags- und .wav Datei Bezeichnungsn nicht zu lang und zu seltsam (Sonderzeichen etc.) sind.

 

[spaixx]

Hi

Ich habe weiter getestet. Sobald ich einen "einmaligen" Feiertag erstellen will, taucht dieser Fehler auf. Keine Sonderzeichen, kurze Namen, etc.
Die Anlage (das GUI) ist auf Englisch eingestellt. Die Telefone sind aber auf Deutsch, und ich hatte das GUI auch schon zwischendurch auf Deutsch gestellt. Hat es vielleicht dort einen Einfluss, warum auch immer? @sdd2005: War deine Anlage immer schon deutsch eingestellt?

 

[Corsin]

Hallo zusammen

Ich habe das gleiche Problem auf einer 3CX, die vor kurzem auf V20 aktualisiert wurde:


Es spielt keine Rolle, was ich versuche, an einem bestehenden Feiertag zu ändern. Es kommt immer diese Meldung. Auch beim Erstellen eines neuen Feiertags kommt die Fehlermeldung. Löschen funktioniert, auch nicht.

In der zweiten Abteilung, die nicht verwendet wird, funktioniert alles einwandfrei.

Ein wenig nervig so kurz vor den Feiertagen, dann muss ich wohl alles weg von der Default-Abteilung zu einer neuen Abteilung verschieben.

@spaixx meine betroffene Anlage war meiner Meinung nach immer auf Deutsch eingestellt.

 

[SiS_Roman]

Hi!

Komme leider erst jetzt dazu zu antworten. Auch bei mir ist es egal wie ich den Feiertag eintrage, es kommt immer die gleiche Fehlermeldung. Die Anlage war immer auf Deutsch eingestellt.

Da sich jetzt schon mehrere mit dem Problem melden werde ich einmal ein Ticket eröffnen. Vielleicht kommen wir dann weiter.

LG

 

[fxbastler]

Hallo zusammen

Ich habe das gleiche Problem auf einer 3CX, die vor kurzem auf V20 aktualisiert wurde:


Es spielt keine Rolle, was ich versuche, an einem bestehenden Feiertag zu ändern. Es kommt immer diese Meldung. Auch beim Erstellen eines neuen Feiertags kommt die Fehlermeldung. Löschen funktioniert, auch nicht.

In der zweiten Abteilung, die nicht verwendet wird, funktioniert alles einwandfrei.

In der Backup xml sind auch keine Duplikate, Überlappungen und auch nur die Feiertage enthalten welche in der 3CX Feiertagsverwaltung sichtbar sind?

Wenn im Backup alles stimmig ist, dann würde ich an dieser Stelle ein Restore bzw. gar ein 3CX Reset und Restore eines solchen Backup probieren wollen. Vielleicht gibt es noch eine Indifferenz oder Altlast in der DB die beim Upgrade auf v20 nicht aufgelöst wurde. Beim Restore eines sichtbar sauberen Backup sollte das verschwinden.

Wie gesagt: wir haben das Problem nirgends und da (bis auf eine) alle unsere v18 auf v20 umgestellt wurden können wir es auch nicht mehr so einfach reproduzieren.

 

[Corsin]

In der Backup xml sind auch keine Duplikate, Überlappungen und auch nur die Feiertage enthalten welche in der 3CX Feiertagsverwaltung sichtbar sind?

Wenn im Backup alles stimmig ist, dann würde ich an dieser Stelle ein Restore bzw. gar ein 3CX Reset und Restore eines solchen Backup probieren wollen. Vielleicht gibt es noch eine Indifferenz oder Altlast in der DB die beim Upgrade auf v20 nicht aufgelöst wurde. Beim Restore eines sichtbar sauberen Backup sollte das verschwinden.

Wie gesagt: wir haben das Problem nirgends und da (bis auf eine) alle unsere v18 auf v20 umgestellt wurden können wir es auch nicht mehr so einfach reproduzieren.

Nein, in der Backup-XML sind keine Duplikate oder Überlappungen vorhanden. Der einzige Unterschied von der Backup-XML zu den Einträgen in der Feiertagsverwaltung ist, dass die Endzeit in der Backup-XML jeweils 23:59:00 ist und nicht 00:00:00 (00:00 war ja bei der V18 nicht möglich).
Ich denke aber nicht, dass dies die Fehlerursache ist, sonst hätten viele unserer 3CX-Anlagen das Problem (bis jetzt nur eine).

Auf jeden Fall habe ich nun eine neue Abteilung erstellt und alles dieser Abteilung zugewiesen, schien mir nach der schnellsten Lösung.

 

[SiS_Roman]

Servus,

ich habe schon eine Rückmeldung von 3CX bekommen. Um zu helfen werden Infos bzw. Zugang zur Anlage benötigt den ich aufgrund der Sicherheitsvorgaben des Kunden vorerst nicht geben kann. Ich kann nur noch ergänzend sagen das wir die betroffenen Abteilung gelöscht haben und neu eingetragen haben. Sah auch vorerst gut aus. Die Meldung tauchte aber wieder auf als wir einen nicht wiederkehrenden Feiertag eingetragen haben. Zuvor war es egal wie er eingetragen wurde.

Aber wie gesagt 3CX Support sollte helfen können wenn nicht die Sicherheitsvorgaben wären.

 

[mehrmann]

Guten Tag miteinander

wir haben bei uns aktuell das gleiche Fehlerbild. Gibt es hier schon irgendwelche neuen Erkenntnisse, wie sich dieser Fehler umgehen / beheben lässt?

Auch hier: Die Anlage wird auf Deutsch betrieben.

Grundsätzlich möchte ich jetzt auch nicht unbedingt unsere Abteilungsstrukturen löschen / neu anlegen. Andersherum sollte ab morgen Nachmittag die korrekte Ansage für unsere Ferien hinterlegt sein...

Danke fürs kurze Update, falls es zwischenzeitlich schon eine Lösung gibt.

Freundliche Grüsse
Markus

 

[bitn2]

Macht ein Ticket bei 3cx auf um das Problem zu prüfen, das ist der schnellste Weg.

 

[joschi]

Gibt es hier schon neues zu berichten? Bei uns ist dieser Fehler jetzt auch aufgetreten.

 

[4786TS]

Hallo, hab das gleiche Problem mit Feiertagen welche sich NICHT jährlich wiederholen.
gehostet bei Amazon Lightsail und mit dem Wizzard von 3cx installiert
Anlage läuft seit 12.2024
Version 20.0 Update 4 (Build 487 Release)
Schönen Tag!

 

[Trex_man]

Hallo,
wir haben das gleiche Problem. Hat das Problem schon jemand gehabt und gelöst?

Es kann auch nachgestellt werden:
- tritt nur bei einer Abteilung auf
- der Namen und das Datum die man einträgt sind unerheblich (und auch nicht doppelt)
- gleicher Eintrag geht bei den anderen Abteilungen
- Sprache auf Deutsch oder Englisch macht keinen Unterschied

Notlösung ist den Termin mit dem Haken "jährlich" einzutragen.

 

[Corsin]

Eine Lösung wurde bis jetzt im Forum noch nicht gefunden. Bitte deinen 3CX-Partner drum, ein Ticket bei 3CX zu diesem Fall zu eröffnen. Gemäss diesem Thread-Verlauf hat bis jetzt noch niemand ein Ticket dazu geöffnet (ausser sdd2005 er musste aber dann das Ticket aufgrund von Sicherheitsvorgaben des Kunden wieder schliessen).
Ein Workaround wäre eine neue Abteilung zu erstellen und alles in diese Abteilung zu verschieben.