Výpadek VoIP služeb dopoledne 6.4.2018
- megacruiser
- Administrátor
- Příspěvky: 244
- Registrován: stř 13. říj 2010 15:09:09
- Bydliště: Brno
- Kontaktovat uživatele:
Výpadek VoIP služeb dopoledne 6.4.2018
Momentálně došlo k neočekávanému výpadku. Omlouváme se, předpokládáme, že v řádu desítek minut by měl být ukončen. Přesměrování na záložní čísla funguje. Volání z mobilních telefonů a zpětné volání také funguje.
Re: Výpadek služeb
Má to malou chybu, kdo nemá záložní číslo nastaveno, tak si ho nyní nenastaví :-(
Re: Výpadek služeb
Obávám se, že ani přesměrování nefunguje. Každopádně není možné je nastavit, protože při kliknutí na odkaz "linky" se vždy zobrazí: "Chyba
V aplikaci došlo k neočekávané chybě.
Problém byl zalogován a administrátor uvědomněn e-mailem."
V aplikaci došlo k neočekávané chybě.
Problém byl zalogován a administrátor uvědomněn e-mailem."
Re: Výpadek služeb
vypadá to, že teď už konečně fungují hovory na záložní čísla, ale menu "linky" je stále nefunkční
Re: Výpadek voIP služeb
Hovory na záložní linku fungovaly, mám zde e-maily "Hovor na zalozni cislo" již od 10:50.
- xsouku04
- Administrátor
- Příspěvky: 7886
- Registrován: pát 15. říj 2010 11:11:44
- Bydliště: Brno
- Kontaktovat uživatele:
Re: Výpadek služeb
Tohle vypadá, že je již opraveno.
Re: Výpadek voIP služeb
Ano, SIP trunk ústředny se v 11:31 zaregistroval a volání funguje.
Re: Výpadek voIP služeb
Mezi 11:30 až 11:32 se mi postupně přihlásily všechny linky i všechny telefony. Fungují i hovory.
- xsouku04
- Administrátor
- Příspěvky: 7886
- Registrován: pát 15. říj 2010 11:11:44
- Bydliště: Brno
- Kontaktovat uživatele:
Re: Výpadek voIP služeb
Výpadek byl způsoben odmlčením se jednoho ze dvou klíčových fyzických serverů, na kterém běží sip proxy sip.odorik.cz.
Obnovení ze zálohy a spouštění na jiném stroji neproběhlo ale ideálně. Během předchozího zálohování došlo k poškození databáze, kterou pak proto nebylo možné spustit. Proto to zdržení. Na změnách, které by měly podobný incident urychlit tak, aby došlo k výpadku jen v řádů minut, jsme již pracovali po zkušenostech s problémovou středeční odstávkou, změny ale ještě nebyly hotové.
Pro technicky zdatné:
sip.odorik.cz sip proxy používá lokální databázi, ve které jsme nyní měli jedinou tabulku s inodb (ostatní tabulky myisam), kde se logují přihlášení SIP uživatelé. Log nemá na funkčnost vliv, ale je to jen historie přihlášení pro řešení problémů. Vypadá to, že poškozením jediné nedůležité inodb tabulky s relativně bezcennými daty, může být snadno znehodnocena celá databáze, kterou je nutné prostě smazat a začít od nuly. Vypadá to na specifikum inodb, které jinak nepoužíváme. Plyne z toho pro nás poučení, že v případě menších tabulek tak může být dobré zálohy provádět v textové podobně, aby pak v případě poškození jediného souboru (např. po výpadku elektřiny - může se stát kdykoli), nebo zálohy, bylo snadné a rychlé začít opět od nuly.
Obnovení ze zálohy a spouštění na jiném stroji neproběhlo ale ideálně. Během předchozího zálohování došlo k poškození databáze, kterou pak proto nebylo možné spustit. Proto to zdržení. Na změnách, které by měly podobný incident urychlit tak, aby došlo k výpadku jen v řádů minut, jsme již pracovali po zkušenostech s problémovou středeční odstávkou, změny ale ještě nebyly hotové.
Pro technicky zdatné:
sip.odorik.cz sip proxy používá lokální databázi, ve které jsme nyní měli jedinou tabulku s inodb (ostatní tabulky myisam), kde se logují přihlášení SIP uživatelé. Log nemá na funkčnost vliv, ale je to jen historie přihlášení pro řešení problémů. Vypadá to, že poškozením jediné nedůležité inodb tabulky s relativně bezcennými daty, může být snadno znehodnocena celá databáze, kterou je nutné prostě smazat a začít od nuly. Vypadá to na specifikum inodb, které jinak nepoužíváme. Plyne z toho pro nás poučení, že v případě menších tabulek tak může být dobré zálohy provádět v textové podobně, aby pak v případě poškození jediného souboru (např. po výpadku elektřiny - může se stát kdykoli), nebo zálohy, bylo snadné a rychlé začít opět od nuly.