[Gelöst]Update OTRS 3.2 kein Automatisches Abrufen der Mails

[theweber]

Hallo zusammen,
wir haben auf das Aktuelle OTRS 3.2 upgedatet.
Es hat auch alles wunderbar geklappt. Nur das Automatische Abholen der mails schlägt fehl.
Wir bekommen auch bei einen Restart oder Neustart von OTRS fogende fehlermeldung:

Can't locate Path/Class.pm in @INC (@INC contains: C:/Program Files (x86)/OTRS/StrawberryPerl/perl/site/lib C:/Program Files (x86)/OTRS/StrawberryPerl/perl/vendor/lib C:/Program Files (x86)/OTRS/StrawberryPerl/perl/lib .) at C:\PROGRA~2\OTRS\OTRS\bin\otrs.Cron4Win32.pl line 27.
BEGIN failed--compilation aborted at C:\PROGRA~2\OTRS\OTRS\bin\otrs.Cron4Win32.pl line 27.

Hatt einer eine Lösung für das Problem ist dieses bekannt?

Danke

[pascalt]

Hallo zusammen

Ich habe leider dasselbe Problem.

Gruss Pascal

[theweber]

Wir haben inzwischen herrausbekommen das es an Perl Strewberry liegt.
Anscheinend werde die Variablen nicht richtig gesetzt bei der Installation.

Bis jetzt haben wir aber keine Lösung gefunden.

Wie ruft ihr die Mail zur Zeit ab, per Hand?

[pascalt]

Ok, besten Dank für die Info.

Ja wir rufen derzeit von Hand ab, ist aber sehr lästig.

[pascalt]

Ich konnte das Problem lösen.

-> The script needs the Path::Class module and it is not installed in the default locations in your system. You could install the module using cpan, but in this case I think it may be better to use Ubuntu's package management:
sudo apt-get install libpath-class-perl

Bei einer Windows-Installation einfach in der CMD folgenden Befehl ausführen: cpan Path::Class

Nun werden die Mails wieder schön brav alle 10min abgerufen.

Gruss Pascal

[theweber]

Bei uns funktioniert es auch wieder.

Super
Dabke für den Tip.
Und ich wette das es noch mehrer den "Ars...." rettet.

Unsere Version war natürlich 3.2.1 nicht 3.2.

[chfr]

Sorry, ich muss mich aber hier auch mit reinhängen...

Ich bekomme folgenden Fehler:

Code: Select all

D:\otrs\otrs\bin>cpan Path::Class
CPAN: LWP::UserAgent loaded ok (v5.835)
Fetching with LWP:
http://cpan.strawberryperl.com/authors/01mailrc.txt.gz
LWP failed with code[500] message[Can't connect to cpan.strawberryperl.com:80 (c
onnect: timeout)]
Warning: no success downloading 'D:\otrs\StrawberryPerl\cpan\sources\authors\01m
ailrc.txt.gz.tmp1512'. Giving up on it.
Warning: no success downloading 'D:\otrs\StrawberryPerl\cpan\sources\authors\01m
ailrc.txt.gz.tmp1512'. Giving up on it.
No external ftp command available

Fetching with LWP:
http://cpan.strawberryperl.com/authors/01mailrc.txt.gz
LWP failed with code[500] message[Can't connect to cpan.strawberryperl.com:80 (c
onnect: timeout)]
Warning: no success downloading 'D:\otrs\StrawberryPerl\cpan\sources\authors\01m
ailrc.txt.gz.tmp1512'. Giving up on it.
Warning: no success downloading 'D:\otrs\StrawberryPerl\cpan\sources\authors\01m
ailrc.txt.gz.tmp1512'. Giving up on it.
No external ftp command available

CPAN: YAML loaded ok (v0.73)
Please check, if the URLs I found in your configuration file
(http://cpan.strawberryperl.com/) are valid. The urllist can be edited.
E.g. with 'o conf urllist push ftp://myurl/'

Could not fetch authors/01mailrc.txt.gz

Wenn ich aber auf http://cpan.strawberryperl.com/authors/01mailrc.txt.gz zugreife, bekomme ich eine Datei. Dort stehen aber doch nur Mailadressen drin...

Hat noch jemand eine Idee?

Danke!

Christian

[chfr]

Ich habe es jetzt nur so lösen können, dass ich die OTRS4Win32.pl aus dem Paket 3.2.0.rc1 drüber kopiert habe. Dann lies sich "perl otrs.Cron4Win32.pl" normal ausführen

[vgheidesheim]

Hallo zusammen,

nachdem die vorherigen Lösungen bei mir leider nicht funktioniert haben, habe ich es auf einem anderen Weg geschafft.

Im Verzeichnis D:\OTRS\CRONw die Datei "crontab.txt" öffnen und folgendes reinkopieren: "*/3 * * * * D:/OTRS/StrawberryPerl/perl/bin/perl.exe D:/OTRS/OTRS/bin/otrs.PostMasterMailbox.pl"

Dieser Teil soll eigentlich durch otrs.cron4win32.pl in die crontab.txt geschrieben werden.

Gruß
Dominik

[Calsonic]

Ich habe derzeit das selbe Problem.
Angefangen hat es aber schon unter 3.1.12.
Habe dann das Update auf 3.2.3 durchgeführt, vielleicht würde es sich damit erledigen.
Aber er holt nach wie vor keine EMails selbstständig ab.
Manuelles EMails abholen funktioniert einwandfrei.


In den Cronlogs stehen nur die Neustarts des Service.
Die Crontab ist auch gefüllt:

Code: Select all

MAILTO="root@localhost"
20 0 * * 0  C:\PROGRA~1\OTRS\StrawberryPerl\perl\bin\perl.exe C:/PROGRA~1/OTRS/OTRS/bin/otrs.DeleteCache.pl --expired 
30 0 * * 0  C:\PROGRA~1\OTRS\StrawberryPerl\perl\bin\perl.exe C:/PROGRA~1/OTRS/OTRS/bin/otrs.LoaderCache.pl -o delete 
*/10 * * * *    C:\PROGRA~1\OTRS\StrawberryPerl\perl\bin\perl.exe C:/PROGRA~1/OTRS/OTRS/bin/otrs.GenericAgent.pl -c db 
*/20 * * * *    C:\PROGRA~1\OTRS\StrawberryPerl\perl\bin\perl.exe C:/PROGRA~1/OTRS/OTRS/bin/otrs.GenericAgent.pl 
45 */2 * * *    C:\PROGRA~1\OTRS\StrawberryPerl\perl\bin\perl.exe C:/PROGRA~1/OTRS/OTRS/bin/otrs.ITSMChangesCheck.pl 
45 */2 * * *    C:\PROGRA~1\OTRS\StrawberryPerl\perl\bin\perl.exe C:/PROGRA~1/OTRS/OTRS/bin/otrs.PendingJobs.pl 
*/10 * * * *    C:\PROGRA~1\OTRS\StrawberryPerl\perl\bin\perl.exe C:/PROGRA~1/OTRS/OTRS/bin/otrs.PostMasterMailbox.pl 
01 01 * * * C:\PROGRA~1\OTRS\StrawberryPerl\perl\bin\perl.exe C:/PROGRA~1/OTRS/OTRS/bin/otrs.RebuildTicketIndex.pl 
55 */2 * * *    C:\PROGRA~1\OTRS\StrawberryPerl\perl\bin\perl.exe C:/PROGRA~1/OTRS/OTRS/bin/otrs.DeleteSessionIDs.pl --expired 
35 * * * *  C:\PROGRA~1\OTRS\StrawberryPerl\perl\bin\perl.exe C:/PROGRA~1/OTRS/OTRS/bin/otrs.UnlockTickets.pl --timeout 

OTRS Logs melden seit längerem regelmässig diese Fehler.

Code: Select all

[Thu Mar 21 17:40:02 2013][Error][Kernel::System::PID::PIDGet][182] Unknown column 'process_change' in 'field list', SQL: 'SELECT process_name, process_id, process_host, process_create, process_change FROM process_id WHERE process_name = ? LIMIT 1'
[Thu Mar 21 17:40:02 2013][Error][Kernel::System::PID::PIDGet][182] Unknown column 'process_change' in 'field list', SQL: 'SELECT process_name, process_id, process_host, process_create, process_change FROM process_id WHERE process_name = ? LIMIT 1'
[Thu Mar 21 17:40:02 2013][Error][Kernel::System::PID::PIDCreate][152] Unknown column 'process_change' in 'field list', SQL: 'INSERT INTO process_id (process_name, process_id, process_host, process_create, process_change) VALUES (?, ?, ?, ?, ?)'
[Thu Mar 21 17:40:02 2013][Error][Kernel::System::PID::PIDCreate][152] Unknown column 'process_change' in 'field list', SQL: 'INSERT INTO process_id (process_name, process_id, process_host, process_create, process_change) VALUES (?, ?, ?, ?, ?)'
[Thu Mar 21 17:40:02 2013][Error][Kernel::System::PID::PIDGet][182] Unknown column 'process_change' in 'field list', SQL: 'SELECT process_name, process_id, process_host, process_create, process_change FROM process_id WHERE process_name = ? LIMIT 1'
[Thu Mar 21 17:40:02 2013][Error][Kernel::System::PID::PIDCreate][152] Unknown column 'process_change' in 'field list', SQL: 'INSERT INTO process_id (process_name, process_id, process_host, process_create, process_change) VALUES (?, ?, ?, ?, ?)'

Hat so wie es aussieht nur Auswirkung auf das Change Modul was wir nicht nutzen und daher nicht aufgefallen ist.
Beim manuellen abholen werden ebenfalls erfolgreiche logs geschrieben:

Code: Select all

[Thu Mar 21 16:46:19 2013][Notice][Kernel::System::Ticket::TicketCreate] New Ticket [104191/Test 16:40] created (TicketID=4619,Queue=UHD,Priority=3 normal,State=new)
[Thu Mar 21 16:46:22 2013][Notice][Kernel::System::MailAccount::IMAPTLS::_Fetch] IMAPTLS: Fetched 1 email(s) from OTRS/192.192.192.192.

Die Logs des Emailservers meldet auch keine Probleme.

Cpan Path::Class konnte ich erfolgreich ausführen. Brachte aber keine Veränderung.


Habt ihr vielleicht noch einen Tipp?