Re: [otrs-de] GenericAgent: Filter "Änderungs-Zeiten"
Hallo Christian,
du hast mir schon viel geholfen!
Es verschafft mir einen guten Überblick (Suchkriterien, new ticket
properties), wie ich einen Job ohne GUI anlegen kann. So hat man ja oftmals
mehr Optionen, wie gefiltert/verändert werden kann.
Mit Linux kenne ich mich wirklich gut aus, also mit den CRON-Jobs werde ich
keine Probleme haben.
Ich werde wohl meine Filter überdenken müssen. Ggf. werde ich mich doch mal
mit den Dynamischen Feldern beschäftigen. Dann könnte ich einen Zeitstempel
der letzten Filterung selber setzen/prüfen und dann die Tickets für 90 Tage
ignorieren.
Bis ich da ran kann, wird sicherlich noch eine Woche vergehen. Aber ich werde
das definitiv durchgehen.
Bis dahin muss ich erstmal das Problem lösen, warum meine Ticket-Generierung
aus einer eigenen Webseite via SOAP nicht mehr funktioniert. Es wird keine
Ticket Nummer mehr geliefert und so kann ich keine Artikel mehr hinzufügen. :(
Auf jeden Fall vielen Dank!
LG.,
Christoph
===
OTRS 3.1.4
Am Donnerstag, 3. Mai 2012, 15:57:38 schrieb Christian Kreis:
> Genau im gleichen Ordner wo sich die GenericAgent.pm.examples befindet dort
> befindet sich auch die GenericAgent.pm. Also Ordner OTRS\OTRS\Kernel\Config
> In dieser Datei kannst du ebenfalls periodische Jobs, sogenannte CronJobs,
> anlegen.
>
> Mach dir hier mal ein kurzes Beispiel wie sich das gliedert (aber das
> siehst du dann auch in der Beispieldatei):
>'Jobname' => {
> #Suchkriterien z.B.
> TicketCloseTimeOlderMinutes => 60,
> # new ticket properties
> New => {
> Queue => 'Beispielqueue',
> State => 'new',
> },
> },
>
> Im Ordner otrs\otrs\var\cron in der generic_agent.dist bzw.
> pending_jobs.dist kannst du einstellen wie oft die Datei (also deine Jobs)
> ausgeführt werden sollen. Wenn dir das mit den Sternen nicht ganz klar ist
> einfach mal googeln da gibts gute Erklärungen dazu. Ist auch einstellbar
> dass die nur einmal am Tag / Monat etc läuft.
>
> Hoffe konnte dir helfen.
>
> Gruß
> Chris
>
> Am 3. Mai 2012 08:23 schrieb Christoph Sandhaus :
>
> > Hallo Christian,
> > erstmal Danke für die Antwort! Da hab ich ja was zum Stöbern ... ;)
> >
> > Was meinst du mit "in" der GenericAgent.pm anlegen?
> >
> > Ich nutze die Weboberfläche, lege also selber keine Datei an. Die Daten zu
> > meinem GA finde ich nur in der Datenbank (generic_agent_jobs).
> > Hier werden 150 Datenzeilen angelegt, welche wohl über den "job_name"
> > gruppiert werden.
> >
> > Weder in der DB, noch in deinem Beispiel ("#new ticket properties") finde
> > ich
> > einen Hinweis darauf, das eine Art Zeitstempel "letzte Änderung" neu
> > gesetzt
> > wird.
> >
> > Ich werde noch mal die GenericAgent.pm.examples anschauen. Evtl. finde ich
> > da
> > ja was, wie ich ein erneutes Filtern für 90 Tage verhindern kann.
> > Ansonsten hab ich leider noch keine Lösung gefunden.
> >
> > Dank + LG.,
> > Christoph
> >
> > ===
> > Mittlerweile: OTRS 3.1.4
> >
> >
> > Am Freitag, 27. April 2012, 15:11:05 schrieb Christian Kreis:
> > > Servus,
> > >
> > > schau dir das mal an vll findest da drin die Einstellung die du suchst.
> > Ich
> > > geh mal davon aus, dass du deinen Job in der GenericAgent.pm anlegst?
> > >
> > > %Jobs = (
> > > 'Aktion' => {
> > >
> > > #+ TicketNumber => '%21000120%',
> > > #- TicketNumber => ['%123546%', '%123666%'],
> > > #+ Title => '%ome%',
> > > #+ Title => ['%ome%', '%Tit%'],
> > > #+ Queues => ['Ticketeingang'], # oder
> > > #+ QueueIDs => [1, 2, 3],
> > > #+ UseSubQueues => 1,
> > > #+ Types => ['change', 'incident'],
> > > #+ TypeID => [3, 4],
> > > #+ States => ['neu', 'offen' ],
> > > #+ StateIDs => [3, 4],
> > > #+ StateType => 'Open',
> > > #+ StateType=> ['open', 'new'],
> > > #+ StateTypeIDs => [1, 2, 3],
> > > #+ Priorities => ['1 very low', '2 low', '3 normal'],
> > > #+ PriorityIDs => [1, 2, 3],
> > > #+ Services => ['Regelzeit', 'Bereitschaft' ],
> > > #+ ServiceIDs => [1, 2, 3],
> > > #+ SLAs => ['SLA
Re: [otrs-de] GenericAgent: Filter "Änderungs-Zeiten"
eOlderDate => '2006-01-19 23:59:59',
> #+ TicketEscalationTimeOlderMinutes => -60,
> #+ TicketEscalationTimeNewerMinutes => -120,
> #+ TicketEscalationTimeNewerDate => '2006-01-09 00:00:01',
> #+ TicketEscalationTimeOlderDate => '2006-01-09 23:59:59',
>
> # new ticket properties
> New => {
> #Title => 'Some Ticket Title',
> #Queue => 'Ticketeingang',
> #QueueID => 2,
> #Lock=> 'unlock',
> #Priority=> '2 low',
> #PriorityID => 3,
> #State => 'neu',
> #StateID => 1,
> #Type=> 'Incident',
> #TypeID => 2,
> #Service => 'Bereitschaft',
> #ServiceID => 2,
> #SLA => 'SLA 1',
> #SLAID => 1,
> #CustomerID => '123465',
> #OwnerID => 2,
> #TicketFreeText1 => 'Expert required!',
> #TicketFreeKey1 => 'ProductSkill',
> #Note=> {
> #From=> 'GenericAgent',
> #Subject => 'spam!',
> #Body=> 'Closed by GA!',
> #ArticleType => 'note-internal', #
> note-internal|note-external|note-report
> #};
> #Module =>
> 'Kernel::System::GenericAgent::NotifyAgentGroupOfCustomQueue',
> # # notify all agents
> who selected the queue
> # #in "my queues/custom
> queues"
> #Module =>
> 'Kernel::System::GenericAgent::NotifyAgentGroupWithWritePermission',
> # # notify all agents
> who can access the ticket
> # # with rw permissions
> #CMD => '/path/to/your/program',
> #Delete => 1,# Ticket aus der
> Datenbank löschen!
> },
> },
> );
>
>
> Gruß Chris
>
> Am 26. April 2012 13:58 schrieb Christoph Sandhaus :
>
> > Hallo Liste!
> >
> > Ich suche Tickets mit dem GenericAgent nach "Änderungs-Zeiten". Die
> > Einstellung ist
> > Ticket geändert vor 3 Monaten.
> > (Lieber wäre mir: "seit 3 Monaten unverändert". Hab ich eine Einstellung
> > übersehen?)
> >
> > Die gefundenen Tickets verschiebe ich in eine andere Queue und setzte den
> > Status neu. Ebenso hinterlasse ich eine Notiz.
> >
> > Nun gehe ich davon aus, dass der GA diese Tickets für 3 Monate nicht mehr
> > herausfilter.
> > Leider tut er das, was er aber nicht soll!
> >
> > Wie bekomme ich es hin, dass der GenericAgent mir nur Tickets filter,
> > welche seit mehr als 3 Monaten unverändert dort schlummern?
> >
> > Danke + LG.,
> > Christoph
> >
> > ===
> > OTRS 3.1.3
> > -
> > OTRS mailing list: otrs-de - Webpage: http://otrs.org/
> > Archive: http://lists.otrs.org/pipermail/otrs-de
> > To unsubscribe: http://lists.otrs.org/mailman/listinfo/otrs-de
> >
-
OTRS mailing list: otrs-de - Webpage: http://otrs.org/
Archive: http://lists.otrs.org/pipermail/otrs-de
To unsubscribe: http://lists.otrs.org/mailman/listinfo/otrs-de
[otrs-de] GenericAgent: Filter "Änderungs-Zeiten"
Hallo Liste! Ich suche Tickets mit dem GenericAgent nach "Änderungs-Zeiten". Die Einstellung ist Ticket geändert vor 3 Monaten. (Lieber wäre mir: "seit 3 Monaten unverändert". Hab ich eine Einstellung übersehen?) Die gefundenen Tickets verschiebe ich in eine andere Queue und setzte den Status neu. Ebenso hinterlasse ich eine Notiz. Nun gehe ich davon aus, dass der GA diese Tickets für 3 Monate nicht mehr herausfilter. Leider tut er das, was er aber nicht soll! Wie bekomme ich es hin, dass der GenericAgent mir nur Tickets filter, welche seit mehr als 3 Monaten unverändert dort schlummern? Danke + LG., Christoph === OTRS 3.1.3 - OTRS mailing list: otrs-de - Webpage: http://otrs.org/ Archive: http://lists.otrs.org/pipermail/otrs-de To unsubscribe: http://lists.otrs.org/mailman/listinfo/otrs-de
[otrs-de] GenericAgent: Tickets nach "letzte Änderung" filtern
Hallo Liste, ich möchte (als GA newbie) alte Tickets (>90 Tage) - auf den Status "neu" setzten - eine entsprechende Notiz hinterlegen - in unsere Eingangs-Queue verschieben Das funktioniert auch (Einstellungen GA: siehe unten). Dann verschiebe ich meine Tickets wieder in meine Queues und sperre diese. Nur leider filtert der GA diese am nächsten Tag erneut raus. Ich habe angenommen, dass durch eine der GA-Aktionen die Änderungs-Zeit auf das aktuelle Datum gesetzt wird, spätestens aber durch das Verschieben oder Sperren. Beim Sperren habe ich verändert, dass der Status von "new" auf "open" gesetzt wird: Ticket -> Core::Ticket: - Ticket::EventModulePost###130-ForceStateChangeOnLock - Schlüssel "new", Inhalt "open" Gibt es evtl. einen "Event", den ich hier noch eintragen kann, um die Änderungs-Zeit auf heute zu setzen? Schon jetzt Danke für eure Hilfe, LG., Christoph === schnipp === ## OTRS 3.1.3 (upgrade von 3.1.1) ## Einstellungen GenericAgent: - Ticketfilter: * ein paar Queues * Status "offen" * Änderungs-Zeiten: Ticket geändert "vor" "03" "Monat(e)" - Ticket-Aktion * Neue Queue setzten * Neuen Status setzten - Notiz hinzufügen * bis auf "Zeiteinheiten" ausgefüllt - OTRS mailing list: otrs-de - Webpage: http://otrs.org/ Archive: http://lists.otrs.org/pipermail/otrs-de To unsubscribe: http://lists.otrs.org/mailman/listinfo/otrs-de
[otrs-de] Fehler OTRS 3.1.1 ?
Hallo! Ich habe vor kurzem ein Upgrade von 3.0.11 auf 3.1.1 gemacht und bekomme seit dem Cron-Mails, dass bin/otrs.GenericAgent.pl Dateien in /opt/otrs/var/tmp/CacheFileStorable/DynamicField/ nicht lesen kann. Aufgefallen ist mir, dass einige Dateien dem Benutzer "otrs", einige "www- data" gehören, alle mit -rw-rw-r--. Die Gruppe ist immer www-data. Auch das Verzeichnis DynamicField gehört "otrs": $ ls -lahd DynamicField drwxrwsr-x 2 otrs www-data 4,0K 28. Feb 07:35 DynamicField Ich vermute, dass einige Dateien durch den Webzugriff erzeugt werden, andere durch CRON-Jobs, welche als "otrs" laufen. Ich habe nun den Benutzer "otrs" der Gruppe "www-data" hinzugefügt und hoffe, die nächtlichen Mails bleiben nun aus. GenericAgent Prozesse habe ich nicht konfiguriert! Setzt bin/otrs.SetPermission.pl ggf die Dateirechte beim Upgrade falsch? Müßte das Verzeichnis nicht auch "www-data" gehören? Dann wäre das Problem wahrscheinlich wg. Sticky-Bit auch weg, oder? Danke + LG., Christoph OTRS 3.1.1, Debian 6, Apache 2 - OTRS mailing list: otrs-de - Webpage: http://otrs.org/ Archive: http://lists.otrs.org/pipermail/otrs-de To unsubscribe: http://lists.otrs.org/mailman/listinfo/otrs-de
Re: [otrs-de] Problem: Leere Standard-Antwort -> Status "erfolglos geschlossen"
Nochmal hallo, durch experimentieren hab ich jetzt das Wunschergebnis, aber ganz schlüssig ist das für mich nicht: Ich habe in Ticket -> Frontend::Agent::Ticket::ViewCompose die Option Ticket::Frontend::AgentTicketCompose###StateDefault ganz deaktiviert. In der StateType Liste Ticket::Frontend::AgentTicketCompose###StateType habe ich den Status "new" hinzugefügt. Das wars! Aber wieso ist jetzt per Default "new" (wie es auch gewünscht ist!) der Status bei neuen (Telefon-) Tickets? Liegt es ggf. daran, dass "new" immer der erste Eintrag in der Liste ist und daher die (HTML-) SELECT-Box halt (wie immer) den ersten Eintrag wählt? Die Untiefen von OTRS, nix verstanden, aber hin bekommen! :D :D Danke + Gruß, Christoph - OTRS 3.0.11, MySQL, Apache2 > Hallo Rene, > > der steht bei mir auf "new" (default: open). > Das soll auch so, da lt. Vereinbarung auch Telefon-Tickets erst neu sein sollen. So kann im Dashboard "Neue Tickets" auf "Meine Queues" einstellen und die Übersicht ist leichter. > > Aber ein _halbes_ Heureka: > ich habe mit der Liste darunter "Ticket::Frontend::AgentTicketCompose###StateType": > "Defines the next possible states after composing / answering a ticket in the ticket compose screen of the agent interface." > > etwas experimentiert: > wenn ich den Typ "new" als obersten Eintrag hinzufüge, ist der nächste Status "neu". Versuche, mit einem leeren Eintrag oder "-" den Status unverändert zu lassen, ist leider wirkungslos. > Gibt es einen Wert, welcher den Status unverändert läßt, also dass in der Auswahl ein Minus steht? > "open" ist in der Liste Ticket::Frontend::AgentTicketCompose###StateType vorhanden. So hätte ich eigentlich erwartet, dass der Status "offen" auch beibehalten wird. > > Danke + Gruß, > Christoph > > - > OTRS 3.0.11, MySQL, Apache2 > > > > Hallo Christoph, > > > > schau dir mal in der SysConfig den Schlüssel > > "Ticket::Frontend::AgentTicketCompose###StateDefault" an. > > > > VG > > Rene > > > > > > On 01/12/2012 07:56 AM, Christoph Sandhaus wrote: > > > Hallo Michael, > > > > > > Danke für deine Antworten! Und tschuldigung, dass ich mich erst jetzt wieder melde. > > > > > > Ich bin mit diesem Problem leider noch nicht weiter gekommen. > > > In der Sysconfig habe ich viel und erfolglos im Bereich "Ticket" gesucht, um irgendwo eine "Next State" Einstellung zu finden, welche als ersten Eintrag "closed (un)successful" hat. > > > > > > Auch die Suche via "grep" in /opt/otrs/Kernel/ in den .pm Dateien (Config, Defaults, ZZZ(A)Auto, usw) nach "state", "next state" und Ähnlichem war erfolglos. > > > Demnach bin ich der Meinung, dass ich selber auch nichts verstellt habe, was diesen Status verändert. > > > > > > Meine Status sind auch "unberührt", da ich weiss, dass diese nicht über eine ID, sondern über den Status-Text verknüpft werden. Deshalb habe ich davon erstmal tunlichst die Finger gelassen. > > > > > > Kann mir evtl. jemand sagen, wo "genau" ich die Einstellung einsehen kann, welche bei einer leeren Standardantwort den "next state" definiert? > > > Das wäre schon sehr hilfreich. > > > > > > Danke + viele Grüße, > > > Christoph > > > > > > - > > > OTRS 3.0.11, MySQL, Apache2 > > > > > > > > >> Christoph Sandhaus schrieb: > > >> > > >>> irgendwas hab ich verfriemelt: > > >>> wenn ich auf ein Ticket mit "Leere Standardantwort" den Kunden > > >>> kontaktieren möchte, ist die Auswahl bei "Nächster Status des > > >>> Tickets:" automatisch auf "erfolglos geschlossen" eingestellt. Leider > > >>> werden so gelegentlich Tickets geschlossen, welchen den Status > > >>> "offen" behalten sollen. > > >> > > >> Mit sowas habe ich mich auch schon öfter herumgeschlagen. > > >> Erstens weißt Du ja sicher, dass man in Sysconfig für so ziemlich alle > > >> Dialoge den "Next State" voreinstellen kann. Es wurde auch in einen der > > >> letzten Versionen ein Bug behoben, dass irgendwo das nicht leer "-" > > >> gelassen werden konnte (d.h. der Dialog ändert den aktuellen Zustand > > >> nicht). Ich meine, das war in einem Antwortformular... > > >> Desweiteren fällt mir noch ein, dass wenn man Statusnamen ändert, OTRS &g
Re: [otrs-de] Problem: Leere Standard-Antwort -> Status "erfolglos geschlossen"
Hallo Rene, der steht bei mir auf "new" (default: open). Das soll auch so, da lt. Vereinbarung auch Telefon-Tickets erst neu sein sollen. So kann im Dashboard "Neue Tickets" auf "Meine Queues" einstellen und die Übersicht ist leichter. Aber ein _halbes_ Heureka: ich habe mit der Liste darunter "Ticket::Frontend::AgentTicketCompose###StateType": "Defines the next possible states after composing / answering a ticket in the ticket compose screen of the agent interface." etwas experimentiert: wenn ich den Typ "new" als obersten Eintrag hinzufüge, ist der nächste Status "neu". Versuche, mit einem leeren Eintrag oder "-" den Status unverändert zu lassen, ist leider wirkungslos. Gibt es einen Wert, welcher den Status unverändert läßt, also dass in der Auswahl ein Minus steht? "open" ist in der Liste Ticket::Frontend::AgentTicketCompose###StateType vorhanden. So hätte ich eigentlich erwartet, dass der Status "offen" auch beibehalten wird. Danke + Gruß, Christoph - OTRS 3.0.11, MySQL, Apache2 > Hallo Christoph, > > schau dir mal in der SysConfig den Schlüssel > "Ticket::Frontend::AgentTicketCompose###StateDefault" an. > > VG > Rene > > > On 01/12/2012 07:56 AM, Christoph Sandhaus wrote: > > Hallo Michael, > > > > Danke für deine Antworten! Und tschuldigung, dass ich mich erst jetzt > > wieder melde. > > > > Ich bin mit diesem Problem leider noch nicht weiter gekommen. > > In der Sysconfig habe ich viel und erfolglos im Bereich "Ticket" gesucht, > > um irgendwo eine "Next State" Einstellung zu finden, welche als ersten > > Eintrag "closed (un)successful" hat. > > > > Auch die Suche via "grep" in /opt/otrs/Kernel/ in den .pm Dateien (Config, > > Defaults, ZZZ(A)Auto, usw) nach "state", "next state" und Ähnlichem war > > erfolglos. > > Demnach bin ich der Meinung, dass ich selber auch nichts verstellt habe, > > was diesen Status verändert. > > > > Meine Status sind auch "unberührt", da ich weiss, dass diese nicht über > > eine ID, sondern über den Status-Text verknüpft werden. Deshalb habe ich > > davon erstmal tunlichst die Finger gelassen. > > > > Kann mir evtl. jemand sagen, wo "genau" ich die Einstellung einsehen kann, > > welche bei einer leeren Standardantwort den "next state" definiert? > > Das wäre schon sehr hilfreich. > > > > Danke + viele Grüße, > > Christoph > > > > - > > OTRS 3.0.11, MySQL, Apache2 > > > > > >> Christoph Sandhaus schrieb: > >> > >>> irgendwas hab ich verfriemelt: > >>> wenn ich auf ein Ticket mit "Leere Standardantwort" den Kunden > >>> kontaktieren möchte, ist die Auswahl bei "Nächster Status des > >>> Tickets:" automatisch auf "erfolglos geschlossen" eingestellt. Leider > >>> werden so gelegentlich Tickets geschlossen, welchen den Status > >>> "offen" behalten sollen. > >> > >> Mit sowas habe ich mich auch schon öfter herumgeschlagen. > >> Erstens weißt Du ja sicher, dass man in Sysconfig für so ziemlich alle > >> Dialoge den "Next State" voreinstellen kann. Es wurde auch in einen der > >> letzten Versionen ein Bug behoben, dass irgendwo das nicht leer "-" > >> gelassen werden konnte (d.h. der Dialog ändert den aktuellen Zustand > >> nicht). Ich meine, das war in einem Antwortformular... > >> Desweiteren fällt mir noch ein, dass wenn man Statusnamen ändert, OTRS > >> in vielen Stellen mit der Sortierung empfindlich ist, d.h. da zählen > >> oft nicht IDs, sondern der Statusname. > >> Nur mal ganz grob als Input. > >> > >> Michael > >> - > >> OTRS mailing list: otrs-de - Webpage: http://otrs.org/ > >> Archive: http://lists.otrs.org/pipermail/otrs-de > >> To unsubscribe: http://lists.otrs.org/mailman/listinfo/otrs-de > >> > > - > > OTRS mailing list: otrs-de - Webpage: http://otrs.org/ > > Archive: http://lists.otrs.org/pipermail/otrs-de > > To unsubscribe: http://lists.otrs.org/mailman/listinfo/otrs-de > > > > > -- > Dipl.-Ing. Rene Böhm > c.a.p.e. IT GmbH > Annaberger Str. 240 > 09125 Chemnitz > Tel.: +49 371 5347-624 > Fax.: +49 371 5347-625 > Mobil: +49 176 66680681 > http://www.cape-it.de > > Geschäftsführung Rico Barth, Thomas Maier > AG Chemnitz, HRB 23192 > - > OTRS mailing list: otrs-de - Webpage: http://otrs.org/ > Archive: http://lists.otrs.org/pipermail/otrs-de > To unsubscribe: http://lists.otrs.org/mailman/listinfo/otrs-de > - OTRS mailing list: otrs-de - Webpage: http://otrs.org/ Archive: http://lists.otrs.org/pipermail/otrs-de To unsubscribe: http://lists.otrs.org/mailman/listinfo/otrs-de
Re: [otrs-de] Problem: Leere Standard-Antwort -> Status "erfolglos geschlossen"
Hallo Michael, Danke für deine Antworten! Und tschuldigung, dass ich mich erst jetzt wieder melde. Ich bin mit diesem Problem leider noch nicht weiter gekommen. In der Sysconfig habe ich viel und erfolglos im Bereich "Ticket" gesucht, um irgendwo eine "Next State" Einstellung zu finden, welche als ersten Eintrag "closed (un)successful" hat. Auch die Suche via "grep" in /opt/otrs/Kernel/ in den .pm Dateien (Config, Defaults, ZZZ(A)Auto, usw) nach "state", "next state" und Ähnlichem war erfolglos. Demnach bin ich der Meinung, dass ich selber auch nichts verstellt habe, was diesen Status verändert. Meine Status sind auch "unberührt", da ich weiss, dass diese nicht über eine ID, sondern über den Status-Text verknüpft werden. Deshalb habe ich davon erstmal tunlichst die Finger gelassen. Kann mir evtl. jemand sagen, wo "genau" ich die Einstellung einsehen kann, welche bei einer leeren Standardantwort den "next state" definiert? Das wäre schon sehr hilfreich. Danke + viele Grüße, Christoph - OTRS 3.0.11, MySQL, Apache2 > Christoph Sandhaus schrieb: > > > irgendwas hab ich verfriemelt: > > wenn ich auf ein Ticket mit "Leere Standardantwort" den Kunden > > kontaktieren möchte, ist die Auswahl bei "Nächster Status des > > Tickets:" automatisch auf "erfolglos geschlossen" eingestellt. Leider > > werden so gelegentlich Tickets geschlossen, welchen den Status > > "offen" behalten sollen. > > Mit sowas habe ich mich auch schon öfter herumgeschlagen. > Erstens weißt Du ja sicher, dass man in Sysconfig für so ziemlich alle > Dialoge den "Next State" voreinstellen kann. Es wurde auch in einen der > letzten Versionen ein Bug behoben, dass irgendwo das nicht leer "-" > gelassen werden konnte (d.h. der Dialog ändert den aktuellen Zustand > nicht). Ich meine, das war in einem Antwortformular... > Desweiteren fällt mir noch ein, dass wenn man Statusnamen ändert, OTRS > in vielen Stellen mit der Sortierung empfindlich ist, d.h. da zählen > oft nicht IDs, sondern der Statusname. > Nur mal ganz grob als Input. > > Michael > - > OTRS mailing list: otrs-de - Webpage: http://otrs.org/ > Archive: http://lists.otrs.org/pipermail/otrs-de > To unsubscribe: http://lists.otrs.org/mailman/listinfo/otrs-de > - OTRS mailing list: otrs-de - Webpage: http://otrs.org/ Archive: http://lists.otrs.org/pipermail/otrs-de To unsubscribe: http://lists.otrs.org/mailman/listinfo/otrs-de
[otrs-de] Problem: Leere Standard-Antwort -> Status "erfolglos geschlossen"
Hallo ML, irgendwas hab ich verfriemelt: wenn ich auf ein Ticket mit "Leere Standardantwort" den Kunden kontaktieren möchte, ist die Auswahl bei "Nächster Status des Tickets:" automatisch auf "erfolglos geschlossen" eingestellt. Leider werden so gelegentlich Tickets geschlossen, welchen den Status "offen" behalten sollen. Ich habe geändert, dass man beim Erstellen eines Telefon-Tickets den Status "neu" setzten kann: Ticket -> Frontend::Agent::Ticket::ViewPhoneNew: - Ticket::Frontend::AgentTicketPhone###StateDefault: Wert "new" Ausserdem soll der Status beim "Sperren" von "neu" auf "offen" wechseln: Ticket -> Core::Ticket - Ticket::EventModulePost###130-ForceStateChangeOnLock: - Schlüssel: new, Inhalt: open Haben diese Änderungen bewirkt, dass die oben beschriebene Auswahl sich anders verhält? Wie bekomme ich es hin, dass der Status bei "Lerre Standardantwort" per default erhalten bleibt? Danke + Gruß, Christoph - OTRS 3.0.11 - OTRS mailing list: otrs-de - Webpage: http://otrs.org/ Archive: http://lists.otrs.org/pipermail/otrs-de To unsubscribe: http://lists.otrs.org/mailman/listinfo/otrs-de
Re: [otrs-de] OTRS Fehler? Berechtigungssystem "stats", kann keine Statistik anlegen
Hallo, und "autsch" ...
> Hallo,
>
> Am 30. November 2011 10:51 schrieb Christoph Sandhaus :
> > Mein Verdacht:
> > das Statistik-Modul liest die Berechtigungen nur über die Tabelle
> > "group_user", die Tabelle ist aber leer, da ich Berechtigungen nur über
> > Rollen vergebe. ("delete from group_user;")
>
> das funktioniert prima über die Rollen, Dein Verdacht ist also falsch.
> Hast Du nach Rechtevergabe Dich neu angemeldet? Wurde etwas in der
Das ist unangenehm: abmelden, anmelden, geht!
Danke (!!!) + LG,
Christoph
(... und nochmal *autsch* ...)
> Modulregistrierung der Statistik geändert?
> -
> OTRS mailing list: otrs-de - Webpage: http://otrs.org/
> Archive: http://lists.otrs.org/pipermail/otrs-de
> To unsubscribe: http://lists.otrs.org/mailman/listinfo/otrs-de
-
OTRS mailing list: otrs-de - Webpage: http://otrs.org/
Archive: http://lists.otrs.org/pipermail/otrs-de
To unsubscribe: http://lists.otrs.org/mailman/listinfo/otrs-de
[otrs-de] OTRS Fehler? Berechtigungssystem "stats", kann keine Statistik anlegen
Moin!
Problem:
Statistiken -> Übersicht -> Hinzufügen:
Nicht ausreichende Rechte
Mein Verdacht:
das Statistik-Modul liest die Berechtigungen nur über die Tabelle
"group_user", die Tabelle ist aber leer, da ich Berechtigungen nur über Rollen
vergebe. ("delete from group_user;")
Grund:
Mein Berechtigungssytem geht ausschließlich über Rollen.
Zuordnung Agent-Gruppe entfernt:
- SysConfig -> Framework -> Frontend::Admin::ModuleRegistration:
- Frontend::Module###AdminUserGroup deaktiviert
Admin -> Rollen <-> Gruppen:
die Rolle "OTRS Admin" ist der Gruppe "stats" zugeordnet
(alle Rechte)
Admin -> Agenten <-> Rollen:
der Agent "Mein Agent" ist der Rolle "OTRS Admin" zugeordnet
Sollte doch eigentlich funktionieren, oder?
LG.,
Christoph
-
OTRS 3.0.11
-
OTRS mailing list: otrs-de - Webpage: http://otrs.org/
Archive: http://lists.otrs.org/pipermail/otrs-de
To unsubscribe: http://lists.otrs.org/mailman/listinfo/otrs-de
Re: [otrs-de] Browser warnung nach ITSM 3.0.5 installation
Erinnerst du dich, dass ich von dem symbolischen Link abgeraten habe? http://lists.otrs.org/pipermail/otrs-de/2011-November/013968.html === schnipp === Achtung: ich habe anfänglich /opt/otrs als Link auf das entpackte original-Verzeichnis gehabt. Das hat an der einen oder anderen Stelle Schwierigkeiten gemacht. Z.B. bei der SetPermission.pl MUSST du am Ende einen Slash angeben Schlecht: ./bin/otrs.SetPermission.pl /opt/otrs Gut: ./bin/otrs.SetPermission.pl /opt/otrs/ === schnipp === Die Optionen zu User/Group müssen natürlich noch dazu. Das ist aber auch wirklich tückisch an dieser Stelle ... Gruß, Christoph - OTRS 3.0.11, MySQL, Apache2 > Hey, > > Bei mir läuft die bin/otrs.Set.Permissions.pl nicht richtig, daher habe ich > bin/otrs.SetPermissions.pl --otrs-user=otrs --web-user=www-data > --otrs-group=www-data --web-group=www-data /opt/otrs ausgeführt. Das > Problem der Weboberfläche besteht noch und bei einerm Zugriffsrechte check > habe ich folgendes Ergebnis: > OTRS:/opt/otrs# ls -l var > insgesamt 68 > drwxrwsr-x 2 otrs www-data 4096 11. Okt 14:03 article > drwxrwxr-x 2 otrs nogroup 4096 11. Okt 14:03 cron > drwxrwxr-x 2 otrs nogroup 4096 11. Okt 14:03 fonts > drwxrwxr-x 3 otrs nogroup 4096 11. Okt 14:03 httpd > drwxrwsr-x 2 otrs www-data 4096 22. Nov 10:18 log > -rw-rw-r-- 1 otrs nogroup 23707 11. Okt 14:01 logo-otrs.png > drwxrwxr-x 2 otrs nogroup 4096 11. Okt 14:03 packages > drwxrwxr-x 4 otrs nogroup 4096 11. Okt 14:03 pics > drwxrwsr-x 2 otrs www-data 4096 11. Okt 14:03 sessions > drwxrwsr-x 2 otrs www-data 4096 11. Okt 14:03 spool > drwxrwsr-x 2 otrs www-data 4096 11. Okt 14:03 stats > drwxrwsr-x 4 otrs www-data 4096 22. Nov 11:33 tmp > > Gruß Thomas > - OTRS mailing list: otrs-de - Webpage: http://otrs.org/ Archive: http://lists.otrs.org/pipermail/otrs-de To unsubscribe: http://lists.otrs.org/mailman/listinfo/otrs-de
Re: [otrs-de] Browser warnung nach ITSM 3.0.5 installation
Bei einer leeren Webseite erstmal in die Logdatei des Webservers schauen. Ich nehme einfach mal an, dass du den Apache nutzt, dann wäre es vermutlich /var/log/apache2/error.log Gruß, Christoph - OTRS 3.0.11, MySQL, Apache2 > Hey, > > ich habe einen snapshot eingespielt und otrs3.0.11 wieder installiert > /opt/otrs ist der link zu /opt/otrs3.0.11 > Ich habe otrs.set.permission.pl, otrs.rebuildconfig.pl, otrs.DeleteCache.pl > otrs.CleanUp.pl, otrs.cleanup & bin/otrs.LoaderCache.pl -o delete > ausgeführt Ich kann mich nicht mehr auf der index.pl anmelden und die > Weboberfläche ist eine weiße Seite wo der Text unformatiert geschrieben > ist. Das Schwarze Layout fehlt und die Browser Warnung ist immer noch da. > > Wenn mir jemand helfen könnte wäre dies echt super! > > Gruß Thomas > > -Ursprüngliche Nachricht- > Von: otrs-de-boun...@otrs.org [mailto:otrs-de-boun...@otrs.org] Im Auftrag > von Pahl, Thomas Gesendet: Dienstag, 22. November 2011 08:06 > An: User questions and discussions about OTRS.org in German > Betreff: Re: [otrs-de] Browser warnung nach ITSM 3.0.5 installation > > Hey, > > ich habe > bin/otrs.LoaderCache -o delete und > bin/otrs.SetPermissions.pl > ausgeführt und bekomme immer noch die Browser Warnung. > Hat jemand noch eine Idee, ansonsten muss ich einen Snapshot einspielen und > das Update wieder machen -.-* > > Gruß Thomas > > -Ursprüngliche Nachricht- > Von: otrs-de-boun...@otrs.org [mailto:otrs-de-boun...@otrs.org] Im Auftrag > von Elias Probst Gesendet: Samstag, 19. November 2011 07:34 > An: User questions and discussions about OTRS.org in German > Betreff: Re: [otrs-de] Browser warnung nach ITSM 3.0.5 installation > > On Friday 18 November 2011 10:48:06 Pahl, Thomas wrote: > > Es kommt die Meldung das mein Browser zu alt wäre, was nicht der Fall > > ist > > Das kann mehrere Gründe haben: > > Überbleibsel im LoaderCache. Dieser kann geleert werden mit: > bin/otrs.LoaderCache -o delete > > Berechtigungsprobleme, wenn z.B. auf das Cache-Verzeichnis keine > Schreibberechtigung besteht. Bitte Apache-Log auf Permission-Meldungen > prüfen und ggf. Berechtigungen mit 'bin/otrs.SetPermissions.pl' > korrigieren, siehe auch: > http://doc.otrs.org/3.0/en/html/manual-installation-of-otrs.html > > -- > Elias Probst > Custom Engineering Developer > > OTRS AG > Norsk-Data-Straße 1 > 61352 Bad Homburg > Germany > > T: +49 (0) 6172 681988 0 > F: +49 (0) 9421 56818 18 > I: http://www.otrs.com/ > > Business location: Bad Homburg, Country Court: Bad Homburg, HRB 10751, VAT > ID: DE256610065 > Chairman: Burchard Steinbild, Managing Board: André Mindermann (CEO), > Christopher Kuhn > > Making OTRS even better! Exclusive Feature Add-Ons improve usability of OTRS > and extend its functionality: > http://www.otrs.com/en/solutions/subscriptions/feature-add-ons/ > > === > Die Stadt Lauda-Königshofen ist eine Körperschaft des Öffentlichen Rechts. > Sie wird vertreten durch Bürgermeister Thomas Maertens Steuer-Nr. 80288 / > 01539 > === > Wichtiger Hinweis > Diese E-Mail und etwaige Anlagen können Betriebs- oder Geschäftsgeheimnisse > oder sonstige vertrauliche Informationen enthalten. Sollten Sie diese > E-Mail irrtümlich erhalten haben, ist Ihnen dieser Umstand hiermit bekannt. > Bitte benachrichtigen Sie uns in diesem Fall umgehend durch Rücksendung der > E-Mail und löschen Sie diese E-Mail einschließlich etwaiger Anlagen von > Ihrem System. Diese E-Mail und ihre Anlagen dürfen weiterhin nicht kopiert > oder an Dritte weitergegeben werden. Vielen Dank. > > Important Note > This e-mail message may contain confidential and/or privileged information. > If you are not an addressee or otherwise authorized to receive this > message, you should not use, copy, disclose or take any action based on > this e-mail or any information contained in the message. If you have > received this material in error, please advise the sender immediately by > reply e-mail and delete this message. Thank you. > - OTRS > mailing list: otrs-de - Webpage: http://otrs.org/ > Archive: http://lists.otrs.org/pipermail/otrs-de > To unsubscribe: http://lists.otrs.org/mailman/listinfo/otrs-de > > -- > This email was Anti Virus checked by Security Gateway > > === > Die Stadt Lauda-Königshofen ist eine Körperschaft des Öffentlichen Rechts. > Sie wird vertreten durch Bürgermeister Thomas Maertens > Steuer-Nr. 80288 / 01539 > === > Wichtiger Hinweis > Diese E-Mail und etwaige Anlagen können Betriebs- oder Geschäftsgeheimnisse > oder sonstige vertrauliche Informationen enthalten. Sollten Sie diese > E-Mail irrtümlich erhalten haben, ist Ihnen dieser Umstan
Re: [otrs-de] Bei Eltern-Kind Verknüpfung automatisch Slave, wenn Eltern Master sind
Hallo Niels, Danke für deinen Hinweis, nur leider ist für kostenpflichtige Zusätze momentan kein Spielraum. Oder habe ich übersehen, dass dieses Modul frei erhältich ist? Danke + Gruß, Christoph - OTRS 3.0.11, MySQL, Apache2 > Hallo Christoph, > > genau für Deinen Fall gibt es ein Feature Add-on “Advanced Master/Slave” > > http://www.otrs.com/en/solutions/subscriptions/feature-add-ons/feature-add-o > n-advanced-masterslave/ > > Watch the video ;-) > > On 21.11.2011, at 14:26, Christoph Sandhaus wrote: > > Ich möchte gerne folgendes realisieren: > > > > Bei einer Massenstörung wird eines der vielen Ticket als Master > > deklariert (freies Feld in Master/Slave Modul). Wenn nun diesem Ticket > > ein Kind hinzugefügt wird, erhält es automatisch das Merkmal "Slave". > > Ergo müßte ich die Funktionalität "als Kind hinzufügen" erweitern: > > "Wenn das Elternticket das Freifeld 'Master' besitzt, dann setzte im > > Kindticket automatisch das Freifeld 'Slave’”. > -- Cheers, Nils > > http://webint.cryptonode.de / a Fractal project > > - > OTRS mailing list: otrs-de - Webpage: http://otrs.org/ > Archive: http://lists.otrs.org/pipermail/otrs-de > To unsubscribe: http://lists.otrs.org/mailman/listinfo/otrs-de- OTRS mailing list: otrs-de - Webpage: http://otrs.org/ Archive: http://lists.otrs.org/pipermail/otrs-de To unsubscribe: http://lists.otrs.org/mailman/listinfo/otrs-de
[otrs-de] Bei Eltern-Kind Verknüpfung automatisch Slave, wenn Eltern Master sind
Moin! Ich möchte gerne folgendes realisieren: Bei einer Massenstörung wird eines der vielen Ticket als Master deklariert (freies Feld in Master/Slave Modul). Wenn nun diesem Ticket ein Kind hinzugefügt wird, erhält es automatisch das Merkmal "Slave". Ergo müßte ich die Funktionalität "als Kind hinzufügen" erweitern: "Wenn das Elternticket das Freifeld 'Master' besitzt, dann setzte im Kindticket automatisch das Freifeld 'Slave'". Programmierkenntnisse sind vorhanden. Dazu gleich eine weitere Frage: angenommen, ich möchte //Kernel/Modules/AgentTicketBulk.pm erweitern, um das setzten der Slave-Eigentschaft irgendwie in eine Sammel- Aktion einzufügen: gibt es ein Verzeichnis für eigene Modul-Erweiterungen, s.d. beim Upgrade meine Änderungen nicht verloren gehen? Aus Kostengründen fällt das "Ticket Workflows" Modul derzeitig wohl aus, deshalb suche ich für Massenstörungen nach Lösungen mit Bordmitteln. Der Folgende Thread beschreibt mein Grundproblem recht gut: http://lists.otrs.org/pipermail/otrs-de/2010-June/012753.html Für Tipps in jede Richtung dankbar, LG., Christoph - OTRS 3.0.11- OTRS mailing list: otrs-de - Webpage: http://otrs.org/ Archive: http://lists.otrs.org/pipermail/otrs-de To unsubscribe: http://lists.otrs.org/mailman/listinfo/otrs-de
Re: [otrs-de] Upgrade von 3.0.4 auf 3.0.11 DB fehler
Leg doch mal eine Datei an und probiers nochmal: == schnipp == PRODUCT = OTRS VERSION = 3.0.11 BUILDDATE = Tue Oct 11 14:03:08 CEST 2011 BUILDHOST = otrsbuild.otrs.com == schnipp == Aber wenn die schon fehlt, würde ich der Struktur nicht trauen, das Tar-Archiv erneut saugen und nochmal auspacken. Das upgrade dauert ja nicht lange. LG., Christoph- OTRS mailing list: otrs-de - Webpage: http://otrs.org/ Archive: http://lists.otrs.org/pipermail/otrs-de To unsubscribe: http://lists.otrs.org/mailman/listinfo/otrs-de
Re: [otrs-de] Konfiguration Einspielen
Soweit möchte ich grade nicht gehn. Die Spielwiese läuft eh in einer VM. Da die Agenten zum Kennenlernen wirklich alles dürfen (auch Admin), setzte ich das System 1x in der Nacht per CRON vollständig zurück. Und nach dem bisher geschriebenen werde ich die Konfig- Dateien (Config.pm, ZZZ*uto.pm, usw) einfach per Shell-Skript kopieren, die DB wieder einspielen und Caches entfernen, etwa so: cp .../backup/Config.pm \ $OTRS_HOME/Kernel/Config.pm cp .../backup/GenericAgent.pm \ $OTRS_HOME/Kernel/Config/GenericAgent.pm cp .../backup/ZZZAuto.pm \ $OTRS_HOME/Kernel/Config/Files/ZZZAuto.pm mysql -uotrs -pPASSWORD otrs < ...backup/otrs.sql $OTRS_HOME/bin/otrs.RebuildConfig.pl $OTRS_HOME/bin/otrs.DeleteCache.pl service apache2 restart # falls ueberhaupt notwendig (jetzt hätte ich auch gleich das Skript schreiben können. ;) Danke + Gruß, Christoph - OTRS 3.0.11, MySQL, Apache2, Debian 5 > Hi, > > > die Idee mit dem Dump find ich in dem Fall besser. Du musst aber dran > > denken, wenn Du „massiv Config änderst“ dass Du > > > > unter Umständen Änderungen in CronJobs und oder Config.pm machst. Files > > sind durch den Dump nicht betroffen. > Files würde ich mit RSYNC+SSH regelmässig Syncen. Eventuelle notwendige > Anpassungen dabei mit den üblichen Tools wie sed oder replace durchführen. > > Ciao, > Werner > - > OTRS mailing list: otrs-de - Webpage: http://otrs.org/ > Archive: http://lists.otrs.org/pipermail/otrs-de > To unsubscribe: http://lists.otrs.org/mailman/listinfo/otrs-de - OTRS mailing list: otrs-de - Webpage: http://otrs.org/ Archive: http://lists.otrs.org/pipermail/otrs-de To unsubscribe: http://lists.otrs.org/mailman/listinfo/otrs-de
Re: [otrs-de] Upgrade von 3.0.4 auf 3.0.11 DB fehler
Ich habe das Gefühl, wir fangen noch mal von vorne an. Machst du das Upgrade aus dem TAR Archiv? Angenommen ja (Details wie Dienste stoppen/starten mal beiseite, Dateinamen aus dem Kopf): ich habe meine Installation verschoben: mv /opt/otrs /opt/otrs-old Dann das Tar Archiv ausgepackt: cd /opt tar zxf /path/to/otrs-3.0.11.tar.gz mv otrs-3.0.11 otrs Dann wie in der UPGRADE Datei angegeben die Konfiguration wieder hergestellt (Config.pm, ZZZAuto.pm, usw) Dateirechte herstellen (otrs.SetPermission.pl) NICHT die Punkte 8, 9, 10 (Änderungen an DB mit sql-Dateien) Dann aufräumen: otrs.RebuildConfig.pl otrs.DeleteCache.pl Hast du das auch so gemacht? Bei der rekursiven Suche nach der Zeichenkette '3.0.11' (grep -R '3\.0\.11' /opt/otrs/*) hat sich rausgestellt, dass _nur_ die Datei /opt/otrs/RELEASE (naja, und die CHANGES) die Versionsnummer enthält. Was steht da bei dir drin? Sollte sein: RELEASE:VERSION = 3.0.11 Ist dem so, dann vermute ich den Cache als bösen Buben, und der sollte eigentlich - man korrigiere mich - mit bin/otrs.DeleteCache.pl zu bereinigen sein. Ansonsten gibt es ja noch weiter aufräum-Skripte, die nicht wehtuen sollten: otrs.cleanup otrs.CleanUp.pl (Wofür sind die? Letzteres davon haut jedenfalls die Session-IDs wech => Neuanmeldung Agenten erforderlich) Vielleicht hilft ja einer der Punkte, mehr Ideen hab ich zur Zeit leider nicht. Gruß, Christoph - OTRS 3.0.11, MySQL, Apache2 > Hey, > > ich spreche von OTRS3.0.11. > Dateien, welche für OTRS relevant sind? > bin/otrs.CheckSum.pl zeigt mir nichts an. > > Gruß > > Thomas > > -Ursprüngliche Nachricht- > Von: otrs-de-boun...@otrs.org [mailto:otrs-de-boun...@otrs.org] Im Auftrag > von Edlhuber Florian Gesendet: Donnerstag, 17. November 2011 15:27 > An: User questions and discussions about OTRS.org in German > Betreff: Re: [otrs-de] Upgrade von 3.0.4 auf 3.0.11 DB fehler > > Hi, > > ich korrigiere mal eben mein (unser) quoting... > > Von: otrs-de-boun...@otrs.org [mailto:otrs-de-boun...@otrs.org] Im Auftrag > von Pahl, Thomas > > ist dieser Patch dann mit einem Patch von Windows vergleichbar? > > Von welchem Patch sprichst Du? > > > Sprich Daten werden ausgetauscht? > > > > Welche Dateien? > > > > Bei anderen Projekten gibt es eine Version Funktion, bei der man sieht > > auf welchem Versionsstand das System und die Plugins sind. > > Gibt es sowas auch bei OTRS? Wenn ja wo kann ich sowas aufrufen? > > Es gibt 'ne ./bin/otrs.CheckSum.pl > > Was die genau macht, ausser "# bin/otrs.CheckSum.pl - a tool to compare > changes in a installation" > > Da müsstest Du mal googeln ;) Sie könnte aber Deinen Wunsch erfüllen. > > Ciao, > Flo > - - OTRS mailing list: otrs-de - Webpage: http://otrs.org/ Archive: http://lists.otrs.org/pipermail/otrs-de To unsubscribe: http://lists.otrs.org/mailman/listinfo/otrs-de
Re: [otrs-de] Konfiguration Einspielen
Ich bin noch dabei die Config massiv zu ändern. Diese Änderungen möchte ich noch nicht im Produktiv-System haben (Rollen, Queues, Templates, GenericAgent, usw. usw). Die Änderungen landen nicht in der DB, sondern in den Konfig- Dateien. Ansonsten ist die Idee nicht schlecht. Danke + Gruß, Christoph > Hi Christoph, > > > Um den Agenten eine "Spielwiese" anzubieten (alles ist erlaubt), möchte > > ich jede Nacht (CRON) die DB (per mysql) und die OTRS-Konfiguration > > einspielen. > warum auf der "Spielwiese" die MySQL nicht als Slave der Live-DB ? Dann > sparst du dir das Dumpen. > > Gruss, > Werner > - > OTRS mailing list: otrs-de - Webpage: http://otrs.org/ > Archive: http://lists.otrs.org/pipermail/otrs-de > To unsubscribe: http://lists.otrs.org/mailman/listinfo/otrs-de- OTRS mailing list: otrs-de - Webpage: http://otrs.org/ Archive: http://lists.otrs.org/pipermail/otrs-de To unsubscribe: http://lists.otrs.org/mailman/listinfo/otrs-de
[otrs-de] Konfiguration Einspielen
Hallo ML, ich habe mit /- OTRS mailing list: otrs-de - Webpage: http://otrs.org/ Archive: http://lists.otrs.org/pipermail/otrs-de To unsubscribe: http://lists.otrs.org/mailman/listinfo/otrs-de
Re: [otrs-de] Upgrade von 3.0.4 auf 3.0.11 DB fehler
Hallo!
Beim Update von 3.0.4 (patch level upgrade) ist der Schritt 8 nicht notwendig:
=== Datei: UPGRADING ===
If you need to do a "patch level upgrade", which is an upgrade for instance
from OTRS version 3.0.3 to 3.0.4, you should skip steps 8, 9, 10, and 13 - 16.
===
Soweit ich weiß, müßte nur noch
shell> bin/otrs.RebuildConfig.pl
shell> bin/otrs.DeleteCache.pl
notwendig sein. (Schritt 11).
LG.,
Christoph
> Hallo Mailing-Liste,
>
>
>
> Ich versuche mein OTRS von 3.0.4 auf 3.0.11 upzugraden.
>
> Wenn ich die Datenbank updaten möchte kommt bei folgendem Befehl ein Fehler:
>
>
>
> OTRS:/opt/otrs# scripts/DBUpdate-to-3.0.pl
>
>
>
> Migration started...
>
>
>
> Step 1 of 4: Refresh configuration cache... done.
>
>
>
> DBD::mysql::st execute failed: Table 'otrs.theme' doesn't exist at
> /opt/otrs/Kernel/System/DB.pm line 553.
>
> ERROR: OTRS-DBUpdate-to-3.0-10 Perl: 5.10.0 OS: linux Time: Tue Nov 15
> 10:03:59 2011
>
>
>
> Message: Table 'otrs.theme' doesn't exist, SQL: 'SELECT theme, valid_id FROM
> theme '
>
>
>
> Traceback (1570):
>
>Module: Kernel::System::DB::GetTableData (v1.127) Line: 868
>
>Module: main::MigrateThemes (v1.4) Line: 149
>
>Module: scripts/DBUpdate-to-3.0.pl (v1.4) Line: 77
>
>
>
> DBD::mysql::st fetchrow_array failed: fetch() without execute() at
> /opt/otrs/Kernel/System/DB.pm line 616.
>
> ERROR: reading themes from database. Migration halted.
>
> In der DB.pm steht folgendes:
>
>
> # fetch first not used rows
>
> if ( $Self->{LimitStart} ) {
>
> for ( 1 .. $Self->{LimitStart} ) {
>
> if ( !$Self->{Cursor}->fetchrow_array() ) {
>
> $Self->{LimitStart} = 0;
>
> return ();
>
> }
>
> $Self->{LimitCounter}++;
>
> }
>
> $Self->{LimitStart} = 0;
>
> }
>
>
>
> # return
>
> my @Row = $Self->{Cursor}->fetchrow_array(); [Zeile 616 ist hier]
>
>
>
> if ( !$Self->{Backend}->{'DB::Encode'} ) {
>
> return @Row;
>
> }
>
>
>
> # e. g. set utf-8 flag
>
> my $Counter = 0;
>
> ELEMENT:
>
> for my $Element (@Row) {
>
> if ( !$Element ) {
>
> next ELEMENT;
>
> }
>
> Da das OTRS Seit Dezember 2010 kein Update mehr gesehen hat würde ich
> wirklich gerne mal das Ganze mit Erfolg beenden und erhoffe mir Hilfe von
> euch.
>
> Mit freundlichen Grüßen
>
> Thomas Pahl
>
> Stadt Lauda-Königshofen
> Marktplatz 1
> 97922 Lauda-Königshofen
> Tel.: 09343 / 501 102
> Fax: 09343 / 501 100
> Email:
> thomas.p...@lauda-koenigshofen.de
> Internet:
> www.lauda-koenigshofen.dehttp://www.la
> uda-koenigshofen.de/>
>
>
>
> ===
> Die Stadt Lauda-Königshofen ist eine Körperschaft des Öffentlichen Rechts.
> Sie wird vertreten durch Bürgermeister Thomas Maertens
> Steuer-Nr. 80288 / 01539
> ===
> Wichtiger Hinweis
> Diese E-Mail und etwaige Anlagen können Betriebs- oder Geschäftsgeheimnisse
> oder sonstige vertrauliche Informationen enthalten. Sollten Sie diese
> E-Mail irrtümlich erhalten haben, ist Ihnen dieser Umstand hiermit bekannt.
> Bitte benachrichtigen Sie uns in diesem Fall umgehend durch Rücksendung der
> E-Mail und löschen Sie diese E-Mail einschließlich etwaiger Anlagen von
> Ihrem System. Diese E-Mail und ihre Anlagen dürfen weiterhin nicht kopiert
> oder an Dritte weitergegeben werden. Vielen Dank.
>
> Important Note
> This e-mail message may contain confidential and/or privileged information.
> If you are not an addressee or otherwise authorized to receive this
> message, you should not use, copy, disclose or take any action based on
> this e-mail or any information contained in the message. If you have
> received this material in error, please advise the sender immediately by
> reply e-mail and delete this message. Thank you.-
OTRS mailing list: otrs-de - Webpage: http://otrs.org/
Archive: http://lists.otrs.org/pipermail/otrs-de
To unsubscribe: http://lists.otrs.org/mailman/listinfo/otrs-de
[otrs-de] Automatisch Kind-Tickets erstellen
Hallo ML, Kann ich beim Erstellen eines Tickets (wenn möglich über die Oberfläche und per Mail) automatisch Kind-Tickets erstellen lassen? Es soll eine Aufgabe X erledigt werden, zur Vollständigkeit müssen die Teilaufgaben X1, X2, usw. abgearbeitet werden. Das Eltern-Ticket X darf erst schliessbar sein, wenn die Kind-Tickets (X1, X2, ...) geschlossen sind. Ich habe im Netz vergleichbare Anfragen gefunden (Neuer Mitarbeiter in der Firma: Email einrichten, PC vorbereiten usw.), aber leider keine brauchbare Lösung. Danke + Gruß, Christoph - OTRS 3.0.11, Debian 5, MySQL, Apache2- OTRS mailing list: otrs-de - Webpage: http://otrs.org/ Archive: http://lists.otrs.org/pipermail/otrs-de To unsubscribe: http://lists.otrs.org/mailman/listinfo/otrs-de
