August 2007 - otrs-de - OTRS mailing lists

SQL-Fehler nach Update auf 2.2.2
by chris＠christopher-siebert.de 21 Aug '07

21 Aug '07

Hi, nach einem Update 2.1.7 -> 2.2.2 (per rpm -U) habe ich das SQL-Script /opt/otrs/scripts/DBUpdate-to-2.2.mysql.sql ausgeführt, erhalte jedoch im SysLog folgende Fehlermeldungen: Unknown column 'type_id' in 'field list', SQL: 'INSERT INTO ticket_history (name, history_type_id, ticket_id, article_id, queue_id, owner_id, priority_id, state_id, type_id, valid_id, create_time, create_by, change_time, change_by) VALUES ('%%NewTicket%%csi@localhost', 9, 908, NULL, 5, 2, 3, 4, 1, 1, current_timestamp, 2, current_timestamp, 2)' Scheinbar fehlt da immer noch eine Spalte. Kann mir jemand sagen, ob nur diese eine Spalte fehlt, oder ob es evtl. bekannt ist, ob noch andere Spalten nicht angelegt wurden? MfG, Chris -- [ ICQ: 59716980 [ AIM: ChrisDaDoc [ MSN: mail(a)christopher-siebert.de [ Handy: 0163-6312351 [ Fax: 04105-76276 [ Mail privat: chris(a)christopher-siebert.de [ Mail Office: christopher.siebert(a)skillnetworks.com

1 0

Attachment-Storage:Filesystem-->GenericAgent(Crontab) Fehler!
by Ralph Sindlinger 21 Aug '07

21 Aug '07

Hallo, habe hier ein recht seltsames Verhalten von OTRS: nach langem hin und her hat die Umstellung von ArticleStorageDB auf FS geklappt.Seither funktioniert aber die crontab (und damit die GenericAgent-Jobs) nicht mehr. Der crontab-Fehler: mkdir /opt/otrs/var/article/2007/08/09/check_permissions.25048: Permission denied at /opt/otrs/Kernel/System/Ticket/ArticleStorageFS.pm line 49 Die Rechte in opt/otrs/var/article/2007/usw. sehen so aus: drwxrwsr-x wwwrun www Im Hinblick auf die Speichrung von Attachments über die Weboberfläche müsste das ja auch so stimmen,oder? Warum wird hier überhaupt versucht, beim Aufruf von generic-agent-jobs im Attachment-Storage-Bereich ein Verzeichnis anzulegen? Bin für jede Hilfe sehr dankbar! OTRS Version 2.2.2 auf SLES 10 Gruß, Ralph

1 0

Re: CPU-Auslastung 100%
by Schröder, Markus 20 Aug '07

20 Aug '07

Hallo Listenteilnehmer, einen Nachtrag habe ich noch zu meiner vorhergehenden Mail. Die lange Wartezeit und die hohe CPU-last von 100% scheint sich nur auf das Select von vielen Datensätzen zu beziehen. Bei einer Anzahl von 300 Locationen betrug die Wartezeit bis die Seite aufgebaut gewesen ist etwa 15 Sekunden. Inzwischen habe ich 530 Locationen erfasst und die Wartezeit beträgt inzwischen 35 Sekunden. In etwa 30 Minuten fange ich an unsere CI's zu erfassen. Auch diese werden so in etwa 300 Stück sein. Ich hoffe das sich die Wartezeit auf den Seitenaufbau hier nicht genauso verhält. Gibt es jemanden der eine ähnliche Anzahl von Locationen erfasst hat und mein Problem bestätigen kann? Gerne stelle ich zu Testzwecken die Tabelle Locationen zur Verfügung. Bitte per PM an m.schroeder(a)finanzdock.com wenden. Hier die aktuelle Perfomance: Bereich (letzten 5 Minuten) Interface Anfragen Min. Antwortzeit Max. Antwortzeit Durchschnittliche Antwortzeit Agent 184 0s 46s 14.15s o AdminITSMLocation 180 0s 46s 15s o AdminSysConfig 4 4s 4s 4s -------------------------------------------------------------------------------- Mit freundlichen Grüßen Markus Schröder IT-Service-Management Datenschutzbeauftragter FinanzDock AG Kaistraße 2 40221 Düsseldorf Telefon: +49 (211) 95717 - 410 Telefax: +49 (211) 95717 - 411 m.schroeder(a)finanzdock.com www.finanzdock.com FinanzDock AG, Sitz: Düsseldorf; Registergericht: Amtsgericht Düsseldorf HRB 53535 Vorstand: Gerd Janssen, Wolfgang Schneider Vorsitzender des Aufsichtsrates: Rüdiger Wolff Prokura: Marlies Fedozejew, Matthias Kroth Diese E-Mail enthält vertrauliche und/oder rechtlich geschützte Informationen. Wenn Sie nicht der richtige Adressat sind oder diese E-Mail irrtümlich erhalten haben, informieren Sie bitte sofort den Absender und vernichten Sie diese E-Mail. Das unerlaubte Kopieren sowie die unbefugte Weitergabe dieser Mail oder von Teilen dieser Mail ist nicht gestattet. Wir haben alle verkehrsüblichen Maßnahmen unternommen, um das Risiko der Verbreitung virenbefallener Software oder E-Mails zu minimieren, dennoch raten wir Ihnen, Ihre eigenen Virenkontrollen auf alle Anhänge an dieser Nachricht durchzuführen. Wir schließen außer für den Fall von Vorsatz oder grober Fahrlässigkeit die Haftung für jeglichen Verlust oder Schäden durch virenbefallene Software oder E-Mails aus. Jede von uns versendete E-Mail ist sorgfältig erstellt worden, dennoch schließen wir die rechtliche Verbindlichkeit aus, so daß Ansprüche gegen die FinanzDock AG - gleich welcher Art - hieraus nicht abgeleitet werden können.

1 0

Status des Tickets in Notiz ändern geht nicht
by Matthias Thom 20 Aug '07

20 Aug '07

Hallo alle, ich habe aus einem älteren Posting den Tipp ausprobiert über $Self->{NoteSetState} = 1; $Self->{DefaultNextNoteStateType} = ['new', 'open', 'closed']; in der config.pm dafür zu sorgen, dass wir auch bei einer Notiz den Status eines Tickets ändern können. Leider hat sich die Notizseite aber nicht entsprechend verändert? OTRS ist neu gestartet worden und auch die index.pl neu aufgerufen. /OTRS 2.2.1 Irgendwelche Ideen? Danke für Eure Hilfe im vorraus. Mit freundlichen Grüßen, Matthias Thom MEKO-S GmbH Lise-Meitner-Str. 6, 28359 Bremen fon: +49 (0)421 388 90-290 fax: +49 (0)421 388 90-19 http://www.meko-s.de mobil : +49 (0)173 62 67 401 AG Bremen, HRB 20031 Geschäftsführer: Peter Behrens, Luigi Argentato Ein Unternehmen der Diersch & Schröder Gruppe, Bremen Besuchen Sie unseren Webshop unter http://www.meko-s.de/shop

2 1

upgrade 2.0.4 --> 2.2.2
by Hans Fittkau 20 Aug '07

20 Aug '07

Hallo Liste, um die ITSM Module nutzen zu können, muß ich mein otrs 2.0.4 auf 2.2.2 upgraden. Wie mache ich das, ohne meine bisherigen Tickets und Benutzerdaten zu verlieren. Infos über ein upgrade fand ich nur von 2.2.1 -> 2.2.2 Hat jemand Erfahrung damit? Gruß Hans

3 4

CPU Auslastung 100%
by Schröder, Markus 20 Aug '07

20 Aug '07

Liebe Listenteilnehmer, Ich betreibe OTRS 2.2.2 und OTRS:ITSM 1.2 auf einem 3 GHz P4 in einer Debian Etch VMware (unstable) mit Apache Apache/2.2.4 (Debian) mod_perl/2.0.2 Perl/v5.8.8. Zur Zeit bin ich bei der Ersteinrichtung und starte hier mit den Locations. Ich habe etwa 300 Locations erfasst und wundere mich das der Aufruf der Locations so langsam ist. Der Aufbau dauert etwa 10-12 sec. Zu Testzwecken habe ich den Apache/Perl als CGi und Fast-CGI laufen lassen. Aber der Unterschied war marginal (1-2 sec.) Jedoch benötigt der Apache-Prozess 100% CPU-Last. Während die Daten aus der DB (MySQL) abgerufen werden liegt der Apache Prozess bei 60% und mysqld bei 15%. Nachdem mysqld wieder bei 0% CPU-Last liegt, steigt der Apache auf 100% an. Es dauert dann noch einige Sekunden, dann fällt die Last und die Seite wird an den Browser ausgeliefert, wobei der Admin-bereich zügig angezeigt wird und die Auflistung der Locations noch 2-3 Sekunden benötigt. PS: Der Client an dem ich arbeite ist nicht der VM-Host. Dieser hat im übrigen außer der Debian-VM nix zu tun. Was mir merkwürdig erscheint ist, dass der Seitenaufbau an sich zügig geht z.B. [Kunden Benutzer] im Admin-Bereich zeigt die 200 User aus dem LDAP (dedizierter Active-Directory Server) innerhalb von 2 sec. an. Gerne hätte ich mit "perl -d:DProf index.pl -Q -O -o /dev/null" etwas mehr über die "Ressourcenverschwendung" in Erfahrung gebracht, jedoch kann ich leider nicht den notwendigen Parameter "?Action=AdminITSMLocation" an DProf übergeben. Was mir daran Magenschmerzen bereitet, ist das am Anfang bei den Test mit OTRS 2.1 und ITSM 1.1 dieses Verhalten nicht festzustellen gewesen ist. Wir planen für 10 Leute OTRS2 einzusetzen, wenn Sich jedoch auch bei den Tickets (bzw. bei zunehmender Anzahl von Tickets) das gleiche Verhalten einstellt, bekomme ich mit den Jungs streß. Ich bin für jeden Tipp dankbar!!! Hier die Zeiten aus dem Performance-Log: Bereich (letzten 5 Minuten) Interface Anfragen Min. Antwortzeit Max. Antwortzeit Durchschnittliche Antwortzeit Agent 48 0s 17s 1.6s o AdminCustomerUserService 2 2s 2s 2s o AdminGeneralCatalog 1 0s 1s 0.5s o AdminITSMLocation 30 13s 17s 15s o AdminPackageManager 6 6s 6s 6s o AdminPerformanceLog 1 1s 1s 1s o AdminPostMasterFilter 1 1s 1s 1s o AdminQueue 1 1s 1s 1s o AdminResponseAttachment 1 1s 1s 1s o AdminState 1 0s 1s 0.5s o AdminSysConfig 4 4s 4s 4s -------------------------------------------------------------------------------- Bereich (letzten 30 Minuten) Interface Anfragen Min. Antwortzeit Max. Antwortzeit Durchschnittliche Antwortzeit Agent 364 0s 31s 5.6s o AdminCustomerUserService 2 2s 2s 2s o AdminGeneralCatalog 1 0s 1s 0.5s o AdminITSMLocation 346 0s 31s 9.35s o AdminPackageManager 6 6s 6s 6s o AdminPerformanceLog 1 1s 1s 1s o AdminPostMasterFilter 1 1s 1s 1s o AdminQueue 1 1s 1s 1s o AdminResponseAttachment 1 1s 1s 1s o AdminState 1 0s 1s 0.5s o AdminSysConfig 4 4s 4s 4s Mit freundlichen Grüßen Markus Schröder IT-Service-Management Datenschutzbeauftragter FinanzDock AG Kaistraße 2 40221 Düsseldorf Telefon: +49 (211) 95717 - 410 Telefax: +49 (211) 95717 - 411 m.schroeder(a)finanzdock.com www.finanzdock.com FinanzDock AG, Sitz: Düsseldorf; Registergericht: Amtsgericht Düsseldorf HRB 53535 Vorstand: Gerd Janssen, Wolfgang Schneider Vorsitzender des Aufsichtsrates: Rüdiger Wolff Prokura: Marlies Fedozejew, Matthias Kroth Diese E-Mail enthält vertrauliche und/oder rechtlich geschützte Informationen. Wenn Sie nicht der richtige Adressat sind oder diese E-Mail irrtümlich erhalten haben, informieren Sie bitte sofort den Absender und vernichten Sie diese E-Mail. Das unerlaubte Kopieren sowie die unbefugte Weitergabe dieser Mail oder von Teilen dieser Mail ist nicht gestattet. Wir haben alle verkehrsüblichen Maßnahmen unternommen, um das Risiko der Verbreitung virenbefallener Software oder E-Mails zu minimieren, dennoch raten wir Ihnen, Ihre eigenen Virenkontrollen auf alle Anhänge an dieser Nachricht durchzuführen. Wir schließen außer für den Fall von Vorsatz oder grober Fahrlässigkeit die Haftung für jeglichen Verlust oder Schäden durch virenbefallene Software oder E-Mails aus. Jede von uns versendete E-Mail ist sorgfältig erstellt worden, dennoch schließen wir die rechtliche Verbindlichkeit aus, so daß Ansprüche gegen die FinanzDock AG - gleich welcher Art - hieraus nicht abgeleitet werden können.

1 0

Installation otrs 2.0.4p01-17: ERROR 1049 (42000): Unknown database 'otrs2'
by Marcus Sobchak <lists＠localguru.de> 18 Aug '07

18 Aug '07

Hei, bei der Installation von otrs2 (2.0.4p01-17) unter Ubuntu 7.04 und Etch erhalte ich bei der Installation folgenden Fehler: mysql said: ERROR 1049 (42000): Unknown database 'otrs2' Der Fehler lässt sich nur umgehen, wenn man in der mysql Datenbank vor der Installation per Hand die Datenbank 'otrs2' angelegt. Das während der Installation übergebene root Passwort für die mysql ist korrekt, dennoch legt das Installations-Script die 'otrs2' Datenbank nicht selbst an. Hast jemand eine Idee, woran das liegen könnte? Fehler im Debian Paket oder bei mir? Viele Grüße, Marcus

1 0

CustomerUser Informationen bei eigenem Backend
by Bastian Schern 17 Aug '07

17 Aug '07

Hallo, ich habe ein eigens CustomerUser Backend an OTRS 2.2.2 angebunden. --- snip --- $Self->{CustomerUser1} = { Name => 'Kunden DB 1', Module => 'Kernel::System::CustomerUser::DB', Params => { DSN => 'DBI:mysql:database=customer;host=localhost', User => 'otrs', Password => '*****************', Table => 'customer', }, # customer uniq id CustomerKey => 'id', # customer # CustomerID => 'customer_id', CustomerValid => 'state_id', CustomerUserListFields => ['customer_id', 'id', 'firstname', 'surname', 'email'], CustomerUserSearchFields => ['id', 'firstname', 'surname', 'email'], CustomerUserSearchPrefix => '', CustomerUserSearchSuffix => '*', CustomerUserSearchListLimit => 250, CustomerUserPostMasterSearchFields => ['email'], CustomerUserNameFields => ['title', 'firstname', 'surname', 'email'], CustomerUserEmailUniqCheck => 0, # # show now own tickets in customer panel, CompanyTickets # CustomerUserExcludePrimaryCustomerID => 0, # # generate auto logins # AutoLoginCreation => 0, # AutoLoginCreationPrefix => 'auto', # admin can change customer preferences AdminSetPreferences => 0, # just a read only source ReadOnly => 1, Map => [ # note: Login, Email and CustomerID needed! # var, frontend, storage, shown (1=always,2=lite), required, storage-type, http-link, readonly [ 'UserLogin', 'Username', 'id', 1, 1, 'var', '', 1 ], [ 'UserPassword', 'Password', 'pass', 0, 1, 'var', '', 1 ], [ 'UserSalutation', 'Salutation', 'title', 1, 0, 'var', '', 1 ], [ 'UserFirstname', 'Firstname', 'firstname', 1, 1, 'var', '', 1 ], [ 'UserLastname', 'Lastname', 'surname', 1, 1, 'var', '', 1 ], # [ 'Company', 'Company', 'company', 1, 1, 'var', '', 1 ], # [ 'UserEmail', 'Email', 'email', 1, 1, 'var', '', 1 ], [ 'UserEmail', 'Email', 'email', 1, 1, 'var','$Env{"CGIHandle"}?Action=AgentTicketCompose&ResponseID=1&TicketID=$Data{"TicketID"}&ArticleID=$Data{"ArticleID"}', 0 ], [ 'UserCustomerID', 'CustomerID', 'customer_id', 1, 1, 'var', '', 1 ], # [ 'UserCustomerIDs', 'CustomerIDs', 'customer_ids', 1, 0, 'var', '', 0 ], # [ 'UserComment', 'Comment', 'info', 1, 0, 'var', '', 1 ], [ 'ValidID', 'Valid', 'state_id', 0, 1, 'int', '', 1 ], ], # default selections Selections => { UserSalutation => { 'Mr.' => 'Herr', 'Mrs.' => 'Frau', }, }, }; --- snap --- Dazu habe ich jetzt einmal ein paar fragen: 1. Wo werden welche Informationen aus der Map angezeigt? 2. Welche Vaiablen kann ich alle Mappen? Nur die im Beispiel aufgeführt sind? 3. Welche Salutations gibt es? 4. Was hat es mit der UserEmail 'http-link' Definition auf sich? 5. Welche Auswirkungen haben die 'shown' Optionen 0,1,2? Viele Grüße Bastian

1 0

Re: [otrs-de] Fehler beim Einbinden einer eigenen Kundendatenbank
by Karsten Heymann 17 Aug '07

17 Aug '07

Hallo Bastian, Bastian Schern <ml03(a)gmx.com> writes: > ich habe ein Problem beim Einbinden unserer eigenen Kundendatenbank > in OTRS. Ich erhalte immer den Fehler "Got no MainObject! at > /opt/otrs//Kernel/System/DB.pm line 84." Der Fehler besteht seit 2.2.1. In Kernel/System/CustomerUser/DB.pm muss in Zeile 72 folgendes eingefügt werden: MainObject => $Param{MainObject}, dann geht es wieder. Warum das Problem mit der Version 2.2.2 nicht behoben wurde, weiß ich aber auch nicht. > Params => { > DSN => 'DBI:mysql:database=cdb;host=localhost', > User => 'otrs', > Password => 'lsjgf45nf44ef443rffde4', > Table => 'account', > }, Das ist hoffentlich nicht das echte Passwort ;) Viele Grüße Karsten -- Karsten Heymann Server-Administrator IP karsten.heymann(a)telecolumbus.de infocity GmbH Schillerstraße 58, D-10627 Berlin Tel: +49 (0)30 3388 1981 Fax: +49 (0)30 3388 9 1981 -------------------------------------------- Amtsgericht Hannover, HRB 58487 Geschäftsführer: Robert E. Fowler III, Paul Stodden Sitz der Gesellschaft: Peiner Straße 8 - 30519 Hannover

2 5

[Ticket#2007081710014088] Hilfe bei Benachrichtigungen
by Net-Publics 17 Aug '07

17 Aug '07

Hallo, Ich suche einen Profi, welcher mir bei einem Problem weiterhelfen kann. Bezahlung ist natürlich kein Problem. OTRS.de ist ja schön und gut, allerdings sind mir 1200 Euro für einen Tag, oder ein Supportvertrag für 1 Jahr ein wenig overdressed für dieses Problem. Es geht darum, dass nach jedem Besitzerwechsel eine Mail in folgendem Format im Ticket auftaucht: Headline in dem Ticketverlauf: Kunde (E-Mail an extern) (klar) "Name des OTRS" [..]: Ticket uebertragen a[..] - 17.08.2007 11:02:02 Inhalt: Von: Adresse des NotificationSenderEmail An: Mail des neuen Besitzers Betreff: [Ticket#2007081610035031] Ticket uebertragen an Dich! (Ticket uebertragen [...]) Erstellt: 17.08.2007 11:02:02 Hi Krissi, ein Ticket [2007081610035031] wurde an Dich von "Heiko" uebertragen. Kommentar: test ---- Alle Benachrichtigungen sind ausgestellt, "note internal" ist ausgewählt. Mir fehlt jede Idee, wo ich noch suchen könnte. Für Hilfe wäre ich sehr dankbar! mit freundlichen Grüßen Heiko Heeskens ------------------------------------------------ Wir bringen Sie ins Netz Net-Publics Heeskens & Gross & Heeskens GbR Tel.: +49 2843 9080994 Fax: +49 1801 466379 Web: http://www.net-publics.de Vertretungsberechtigte Gesellschafter: Karl-Otto Gross, Heiko Heeskens, Hanno Heeskens Net-Publics GbR Karl-Otto Gross Wallstege 4 47495 Rheinberg USt-ID: DE 21 29 78 719 Ihr Kundenbereich: http://www.nepukis.de ------------------------------------------------

1 0