LDAP Problem

[Miracle]

Hallo,
versuche gerade unser Novell eDirectory anzubinden. Bekomme jedoch folgenden Fehler wenn ich Apache neu starte

Fri Sep 24 09:23:22 2010] [notice] caught SIGTERM, shutting down
[Fri Sep 24 09:23:23 2010] [error] Unrecognized character \\x92 in column 9 at /opt/otrs//Kernel/Config.pm line 101.\nCompilation failed in require at /opt/otrs/scripts/apache2-perl-startup.pl line 61.\nBEGIN failed--compilation aborted at /opt/otrs/scripts/apache2-perl-startup.pl line 61.\nCompilation failed in require at (eval 5) line 1.\n
[Fri Sep 24 09:23:23 2010] [error] Can't load Perl file: /opt/otrs/scripts/apache2-perl-startup.pl for server otrs-demo.xx.de:0, exiting...

Line 101 ist
Name => ’LDAP Datenquelle’

Apache startet dann nicht mehr (gar nicht mehr).


Net::LDAP ist installiert.


Gruß
Tatjana

[Miracle]

Fehlermeldung hab ich jetzt mal weg bekommen, aber einlesen tut er nichts.

Bin für Tipps noch dankbar.

Tatjana

[garwen]

Was sagt jetzt das Logfile ?
Post mal die Config.pm bitte.

[Miracle]

Hallo,
das Logfile sagt:

Fri Sep 24 15:45:54 2010] -e: DBI connect('otrs','otrs',...) failed: Access denied for user 'otrs'@'localhost' (using password: YES) at /usr/lib/perl5/site_perl/5.10.0/Apache/DBI.pm line 213


Config.pm


$Self->{'AuthModule'} = 'Kernel::System::Auth::LDAP';
$Self->{'AuthModule::LDAP::Host'} = 'unser.host.de';
$Self->{'AuthModule::LDAP::BaseDN'} = 'o=Firma;
$Self->{'Customer::AuthModule::LDAP::SearchUserDN'} = 'UnserUserDN;
$Self->{'Customer::AuthModule::LDAP::SearchUserPw'} = 'UnserUserPW';


$Self->{CustomerUser} = {
Module => 'Kernel::System::CustomerUser::LDAP',
Params => {
Host => 'unser.host.de',
BaseDN => 'o=Firma',
SSCOPE => 'sub',
UserDN => 'UnserUserDN',
UserPw => 'UnserUserPW',
},
CustomerKey => 'sAMAccountName',
CustomerID => '[customer_id]',
CustomerUserListFields => ['sAMAccountName', 'cn', 'mail'],
CustomerUserSearchFields => ['sAMAccountName', 'cn', 'mail'],
CustomerUserPostMasterSearchFields => ['mail'],
CustomerUserNameFields => ['givenname', 'sn'],
Map => [
# note: Login, Email and CustomerID needed!
# var, frontend, storage, shown, required, storage-type
# [ 'UserSalutation', 'Title', 'title', 1, 0, 'var' ],
[ 'UserFirstname', 'Firstname', 'givenname', 1, 1, 'var' ],
[ 'UserLastname', 'Lastname', 'sn', 1, 1, 'var' ],
[ 'UserLogin', 'Login', 'sAMAccountName', 1, 1, 'var' ],
[ 'UserEmail', 'Email', 'mail', 1, 1, 'var' ],
[ 'UserCustomerID', 'CustomerID', 'mail', 0, 1, 'var' ],
# [ 'UserPhone', 'Phone', 'telephonenumber', 1, 0, 'var' ],
# [ 'UserAddress', 'Address', 'postaladdress', 1, 0, 'var' ],
# [ 'UserComment', 'Comment', 'description', 1, 0, 'var' ],
],
};


Danke.

Gruß
Tatjana

[Miracle]

Passwort geändert (Admin hatte mir verwirrende Angaben gegeben), jetzt geht's. Aber es braucht ewig, wirklich ewig bis die Services erscheinen, er rödelt und rödelt. Arbeite mit Standard-Services.


Grüße
Tatjana

[Miracle]

Hallo,
nach dem Wochenende geht es jetzt wieder nicht. Klicke ich auf den Link wird mir die index.pl zum download angeboten? Es kommt eine Fehlermeldung im Apache:

Message: Need AuthModule::LDAP::UID in Kernel/Config.pm

Traceback (4246):
Module: Kernel::System::Auth::LDAP::new (v1.55.2.2) Line: 63
Module: Kernel::System::Auth::new (v1.42) Line: 124
Module: Kernel::System::Web::InterfaceAgent::Run (v1.43.2.1) Line: 570
Module: ModPerl::ROOT::ModPerl::Registry::opt_otrs_bin_cgi_2dbin_index_2epl::handler (unknown version) Line: 48
Module: (eval) (v1.88) Line: 204
Module: ModPerl::RegistryCooker::run (v1.88) Line: 204
Module: ModPerl::RegistryCooker::default_handler (v1.88) Line: 170
Module: ModPerl::Registry::handler (v1.99) Line: 31


Entferne ich den Code in der Config.pm geht es trotzdem nicht, Apache wirft folgenden Fehler aus:

[Mon Sep 27 08:41:38 2010] [error] [client 172.19.6.20] Attempt to serve directory: /opt/otrs/bin/cgi-bin/
ERROR: OTRS-CGI-10 Perl: 5.10.0 OS: linux Time: Mon Sep 27 08:41:42 2010

Echt frustrierend

Kann mir jemand helfen?

Grüße
Tatjana

[Miracle]

Hallo,
mein Testsystem läuft wieder, Ursache waren wohl Berechtigungsprobleme. Konnte ich nach Recherche lösen mit
/opt/otrs chown otrs:www-data -R *

Ich frag mich wie sowas passiert aber wenigstens läuft das Testsystem wieder. Welch Schrecken am Montagmorgen.

Allerdings braucht er immer noch ewig bis er nach der Auswahl des Kundenbenutzers die Services anzeigt. Apache Logfile bringt folgende Meldung:

ERROR: OTRS-CGI-10 Perl: 5.10.0 OS: linux Time: Mon Sep 27 09:22:20 2010

Message: No such SLAID (8)!

Traceback (5727):
Module: Kernel::System::SLA::SLAGet (v1.5) Line: 276
Module: Kernel::System::Ticket::TicketEscalationPreferences (v1.416.2.10) Line: 1983
Module: Kernel::System::Ticket::TicketEscalationDateCalculation (v1.416.2.10) Line: 2061
Module: Kernel::System::Ticket::Article::ArticleGet (v1.232.2.1) Line: 1770
Module: Kernel::System::Ticket::Article::ArticleLastCustomerArticle (v1.232.2.1) Line: 1183
Module: Kernel::Output::HTML::TicketOverviewMedium::_Show (v1.2) Line: 176
Module: Kernel::Output::HTML::TicketOverviewMedium::Run (v1.2) Line: 108
Module: Kernel::Output::HTML::LayoutTicket::TicketListShow (v1.50.2.6) Line: 1125
Module: Kernel::Modules::AgentTicketQueue::Run (v1.66.2.1) Line: 193
Module: Kernel::System::Web::InterfaceAgent::Run (v1.43.2.1) Line: 819
Module: ModPerl::ROOT::ModPerl::Registry::opt_otrs_bin_cgi_2dbin_index_2epl::handler (unknown version) Line: 48
Module: (eval) (v1.88) Line: 204

Wenn jemand ne Idee hat wär ich wirklich dankbar.

Grüße
Tatjana

[jojo]

Dein System sieht ziemlich zerschossen aus. Wurde aus der Datenbank manuell etwas gelöscht (z.B. SLA?)

Ich würde eine saubere Neuinstallation empfehlen

[Miracle]

Hallo,
also dass mit dem Download-Problem scheint was mit folgendem Block in der Config.pm zu tu'n zu haben:

#$Self->{'AuthModule'} = 'Kernel::System::Auth::LDAP';
#$Self->{'AuthModule::LDAP::Host'} = 'unser.host.de';
#$Self->{'AuthModule::LDAP::BaseDN'} = 'o=firma';
#$Self->{'Customer::AuthModule::LDAP::SearchUserDN'} = 'UnserUser';
#$Self->{'Customer::AuthModule::LDAP::SearchUserPw'} = 'UnserPW';

Sobald der nicht mehr auskommentiert ist tritt das Prob wieder auf.

Grüßle
Tati

[jojo]

laut der Fehlermeldung fehlen Teile der LDAP Authentifizierung (in dem Fall mindestens die UID Zeile). Das kann doch noch nicht alles gewesen sein, was zu LDAP drin steht?

[Miracle]

Hallo,
ja es wurden mal SLA's direkt aus der Datenbank gelöscht.

Könnte es daran liegen? Denn vor der LDAP-Anbindung gingen die DB-Zugriffe bezüglich Service, SLA schnell. Erst seit der LDAP-Anbindung dauert es 1-2 Minuten bis die Services erscheinen.

Möchte nicht riskieren im Echtsystem eine so langsame Anbindung zu haben. Da ist die Installation zwar sauber aber wenn es auch so lange dauert dann Gute Nacht :-/

Grüßle und danke
Tatiana

[Miracle]

Hallo,
im Moment steht nur drin:

$Self->{CustomerUser} = {
Module => 'Kernel::System::CustomerUser::LDAP',
Params => {
Host => 'unser.host.de',
BaseDN => 'o=Firma',
SSCOPE => 'sub',
UserDN => 'UnserUserDN',
UserPw => 'UnserUserPW',
},
CustomerKey => 'sAMAccountName',
CustomerID => '[customer_id]',
CustomerUserListFields => ['sAMAccountName', 'cn', 'mail'],
CustomerUserSearchFields => ['sAMAccountName', 'cn', 'mail'],
CustomerUserPostMasterSearchFields => ['mail'],
CustomerUserNameFields => ['givenname', 'sn'],
Map => [
# note: Login, Email and CustomerID needed!
# var, frontend, storage, shown, required, storage-type
# [ 'UserSalutation', 'Title', 'title', 1, 0, 'var' ],
[ 'UserFirstname', 'Firstname', 'givenname', 1, 1, 'var' ],
[ 'UserLastname', 'Lastname', 'sn', 1, 1, 'var' ],
[ 'UserLogin', 'Login', 'sAMAccountName', 1, 1, 'var' ],
[ 'UserEmail', 'Email', 'mail', 1, 1, 'var' ],
[ 'UserCustomerID', 'CustomerID', 'mail', 0, 1, 'var' ],
# [ 'UserPhone', 'Phone', 'telephonenumber', 1, 0, 'var' ],
# [ 'UserAddress', 'Address', 'postaladdress', 1, 0, 'var' ],
# [ 'UserComment', 'Comment', 'description', 1, 0, 'var' ],
],
};

Sonst nichts. Funktioniert auch gut, wenn man von dem Services-Problem absieht.

Nehm ich den Code raus geht der Zugriff auf die Services wieder schneller, die Fehlermeldung bleibt jedoch. Also scheint es eindeutig mit dem LDAP zu tu'n zu haben anscheinend.

Grüße
Tatjana

[jojo]

Das eine LDAP ist Customer, das andere (das nicht vollständige) für Agenten.

Wieviele Kunden habt Ihr im LDAP?

[Miracle]

Wir haben 2372 Benutzer.

Was fehlt in der Agentenseite denn noch?

Gruß
Tatjana

[jojo]

dann sollte es schnell gehen...

Bei der Agentenseite fehlt u.a. noch die UID.

Einfach den entsprechenden Code aus der Defaults.pm in die Config.pm kopieren und dort anpassen