Győződjön meg arról, hogy nincs-e több olyan futó szolgáltatás vagy cron-feladat, amely megpróbál hozzáférni az OTRS-hez. Ez a szolgáltatás beállításától fog függeni. Itt egy példa:

shell> /etc/init.d/cron stop
shell> /etc/init.d/postfix stop
shell> /etc/init.d/apache stop
            

Állítsa le az OTRS cron-feladatokat és az ütemezőt vagy a démont (ebben a sorrendben) annak az OTRS verziójától függően, amelyről frissít:

shell> cd /opt/otrs/
shell> bin/Cron.sh stop
shell> bin/otrs.Scheduler.pl -a stop
            

vagy

shell> cd /opt/otrs/
shell> bin/Cron.sh stop
shell> bin/otrs.Daemon.pl stop
            

Ellenőrizze, hogy minden szükséges Perl-modul telepítve van-e a rendszerre, és telepítsen minden olyan modult, amely esetleg hiányzik.

shell> /opt/otrs/bin/otrs.CheckModules.pl
        

Futtassa le (otrs felhasználóként, ne root felhasználóként):

shell> cd /opt/otrs/
shell> bin/otrs.Console.pl Maint::Config::Rebuild
shell> bin/otrs.Console.pl Maint::Cache::Delete
        

Például (a használt szolgáltatásoktól függően):

shell> /etc/init.d/apache start
shell> /etc/init.d/postfix start
shell> /etc/init.d/cron start
        

Most már bejelentkezhet a rendszerre.

A következő csomagok automatikusan el lesznek távolítva a frissítési folyamat után (ha korábban telepítve voltak):

Az OTRS 5-től kezdve minden egyes előtétprogram kiszolgálónak saját egyedi NodeID értékének kell lennie. Az alapértelmezett érték 1, és így nem szükséges beállítani egyedülálló előtétprogram beállításoknál. Ha egynél több gépe van, akkor minden egyes gépnek be kell állítani ezt az értéket egy egyedi értékre 1 és 999 között. Ezt a beállítást a Kernel/Config.pm fájlban kell elvégezni:

$Self->{'NodeID'} =  '2';   # egyedi érték hozzárendelése minden előtétprogram kiszolgálóhoz
            

A követőfelismerési beállítások átszervezésre kerültek. Az OTRS most alapértelmezetten az e-mail tárgya és a hivatkozások alapján keres a követők felismeréséhez. Ellenőrizze a Ticket -> Core::PostMaster adminisztrátori rendszerbeállításban, hogy szükséges-e valamilyen változtatást elvégeznie a követőfelismerési beállításon (például a törzsben, a mellékletekben vagy a nyers e-mail tartalomban történő kereséshez).

Az új OTRS démon felelős bármely aszinkron és ismétlődő feladat kezelésénél az OTRS-ben. Amik korábban a cron-fájl meghatározásokban voltak, azokat most az OTRS démon kezeli, amely mostantól szükséges az OTRS működéséhez. A démon kezeli az összes általános ügyintéző feladatot is, és az otrs felhasználótól kell elindítani.

shell> /opt/otrs/bin/otrs.Daemon.pl start
            

Két alapértelmezett OTRS cron-file van az /opt/otrs/var/cron/*.dist fájlban, és a céljuk annak ellenőrzése, hogy az OTRS démon fut-e. Be kell kapcsolni ezeket a „.dist” fájlnévkiterjesztés nélkül történő lemásolásukkal.

shell> cd /opt/otrs/var/cron
shell> for foo in *.dist; do cp $foo `basename $foo .dist`; done
            

Ezen cron-feladatok ütemezéséhez a rendszeren használhatja a Cron.sh parancsfájlt az otrs felhasználóval.

shell> /opt/otrs/bin/Cron.sh start
            

Ne feledje, hogy ha bármilyen egyéni cron-feladata volt, akkor meg kellene fontolnia azok áthelyezését a rendszerbeállításokba (Daemon -> Daemon::SchedulerCronTaskManager::Task), hogy azokat is az OTRS démon futtassa. Esetleg szükséges lehet az egyéni parancsfájlok átdolgozása is, mert mostantól a legtöbb OTRS parancsot a bin/otrs.Console.pl parancsfájl kezel az egyedüli parancsfájlok helyett.

Az OTRS 5-tel a jegyértesítések eltérően vannak beállítva mint a korábbi verziókban. Ezek mostantól az „Esemény értesítések” részei, amelyek korábban is elérhetőek voltak (most egyszerűen „Jegyértesítéseknek” hívják). A meglévő jegyértesítései át lettek költöztetve a jegyértesítések listájába, de ki vannak kapcsolva. Megkapta az új alapértelmezett jegyértesítéseket is, amelyek alapértelmezetten be vannak kapcsolva.

Abban az esetben, ha nem módosította a régi jegyértesítéseket, nem kell semmit sem tennie. Ha helyi módosításokat vagy fordításokat csinált, akkor két választása van: a) átköltöztetheti a módosításait az új jegyértesítésekbe (ez az ajánlott), vagy b) kikapcsolhatja az új értesítéseket, és újra bekapcsolhatja a régi értesítéseket.

Nézze át az eszkalációs értesítés címzett beállításait is, és nézze meg, hogy megfelelnek-e az elvárásainak (ügyintézők, akik rendelkeznek a jeggyel az egyéni várólistájuk egyikében kontra összes ügyintéző olvasási jogosultságokkal). Ez korábban a (most elavult) Kernel/Config/GenericAgent.pm fájlban lévő beállításon keresztül volt beállítva, és mostantól a grafikus felhasználói felületen keresztül vezérelhető külön-külön minden egyes értesítésnél.

Ha a rendszer már regisztrálva van az OTRS csoporttal, akkor most erősen ajánlott a regisztrációs információk frissítése. Ez frissíteni fogja a rendszer regisztrált verzióját (többek között a változtatásokat) az OTRS csoport feljegyzéseiben annak érdekében, hogy még pontosabb információkat kapjon a felhőszolgáltatásról.

Ha nem frissíti kézzel a regisztrációs információkat, akkor az automatikusan el lesz végezve rendszeresen, de ez csak néhány óra vagy nap múlva történik meg. Ezen időszak alatt lehetséges lehet, hogy rossz információkat kap az olyan felhőszolgáltatásoktól, mint például az OTRS Business Solution™ frissítések.

shell> cd /opt/otrs/
shell> bin/otrs.Console.pl Maint::Registration::UpdateSend --force
shell> bin/otrs.Console.pl Maint::Cache::Delete
            

Ez csak akkor fontos, ha valamilyen egyéni általános ügyintéző feladata volt az olyan OTRS 4 Perl beállítófájlokban (mint például Kernel/Config/GenericAgent.pm), amelyeket nem lehet a szabályos jegyértesítésekkel kezelni. Az ilyen feladatokat most OTRS démon cron-feladatokként kell regisztrálni a rendszerbeállításokban (Daemon -> Daemon::SchedulerCronTaskManager::Task) azért, hogy rendszeresen végrehajtásra kerüljenek.

A rendszerbeállításokban 5 beállítás van előkészítve erre a célra (Daemon::SchedulerCronTaskManager::Task###GenericAgentFile1 - Daemon::SchedulerCronTaskManager::Task###GenericAgentFile5). Ha több beállítás szükséges, akkor azok egy egyéni rendszerbeállítási beállítófájlban adhatók hozzá.

Cserélje ki „<modulnevet>” azzal a fájllal, amely az egyéni általános ügyintéző feladatok beállításait tartalmazza, például Kernel::Config::GenericAgent a Kernel/Config/GenericAgent.pm fájl esetén, állítsa be az ütemezést, hogy egyezzen azzal az időszakossággal, ahogy korábban végre volt hajtva, jelölje meg a beállítást aktívként, és mentse el a változtatásokat.

shell> bin/otrs.Console.pl Maint::GenericAgent::Run --help
            

Az összes szabályos OTRS parancssori művelet mostantól a bin/otrs.Console.pl OTRS konzolfelületen keresztül történik. Ez automatikus kiegészítést biztosít a bash parancsértelmezőhöz, amely sokkal könnyebben teszi megtalálhatóvá a helyes parancsot és a kapcsolókat.

A bash automatikus kiegészítését a bash-completion csomag telepítésével kapcsolhatja be. Ez automatikusan fel fogja ismerni és be fogja tölteni az /opt/otrs/.bash_completion fájlt az otrs felhasználónál.

A parancsértelmező újraindítása után egyszerűen nyomja meg a TAB billentyűt a bin/otrs.Console.pl parancsot követően, és fel fogja sorolni az összes elérhető parancsot. Ha begépeli a parancs nevének néhány karakterét, akkor a TAB billentyű meg fogja jeleníteni az összes egyező parancsot. Egy teljes parancs begépelése után az összes lehetséges kapcsoló és argumentum meg fog jelenni a TAB megnyomásával.

Néhány jegyművelet képernyőnek (mint például a „Jegyzet”) alapértelmezett tárgya volt az OTRS 4-ben (ebben az esetben a Ticket::Frontend::AgentTicketNote###Subject rendszerbeállításon keresztül állítható be). Ezek az alapértelmezett tárgyak eltávolításra kerültek a potenciálisan redundáns vagy értelmetlen adatok mennyiségének csökkentéséhez. Érdemes újra hozzáadni azokat, ha kötelezőek az Ön számára.

Egy OTRS 5s hibajavítás miatt néhány jegyesemény modul beállításának nevét meg kellett változtatni. Az összes lehetséges személyre szabást újra kell alkalmazni. Nézze át a Rendszerbeállítások -> Ticket -> Core::Ticket beállításait, és ellenőrizzen minden olyan beállítást, amely Ticket::EventModulePost kezdetű annak eldöntéséhez, hogy újra kell-e alkalmazni az egyedi fejlesztéseit. Ez például abban az esetben lehet, ha bekacsolta és úgy állította be az eseménykezelőt, hogy az ügyféladatokat a jegy dinamikus mezőibe mentse.