Christian: Thank you for the feedback!
I have set it up that way and am working through some issues, but the
question I have is: If I set the SystemID variables too close together,
Syslog.pm panics.
For instance, if #1 is SystemID 01 and #2 is SystemID 02, then they
conflict on memory space (it appears).
If #1 is SystemID 01 and #2 is SystemID 20, then they do not conflict.
It looks like in Syslog.pm, shmget is using SystemID as a parameter in
grabbing shared memory. Am I reading this right, and can this problem
be duplicated?
-------------------------------------------------------------
Matt Linton "So, you think there's no money
UNIX/Linux SysAdmin to be made as a philosophy major?
ASANI Solutions, LLC Think again! You're still right."
Christian Schoepplein wrote:
Hi Matt,
On Fri, Apr 21, 2006 at 11:37:25AM -0700, Matt Linton wrote:
I'd like to allow multiple software groups within our single
organization to handle their own "issue reporting" via OTRS. Since I
don't want to manage multiple servers, and want them each to have full
administrative control over their own FAQ entries, customer users, etc
-- I had planned on installing multiple OTRS installations like this:
ScriptAlias /otrs1/ /local/otrs1
ScriptAlias /otrs2/ /local/otrs2
(and so on...)
Problem is, I'm running into wierd behaviors with the secondary and
other OTRS's. Log.pm seems to use the OTRS ID as a function for
grabbing memory for logging. Is that true? If I set my server IDs "1"
and "2" then #2 has memory conflicts, but if I set them to "1" and "20"
then it seems fine.
You have to use different system IDS for the different OTRS instances:
$Self->{'SystemID'} = ...
I use 3 different OTRS instances (without mod_perl" and it works fine.
Has anyone done this before, and does anyone know how to accomplish it
better, perhaps?
The way you like to do it is perfect, only take on the different
SystemIDs and the different aliases in the web server configuration.
Also do only use mod_perl for one instance.
Matt Linton
Ciao,
Christian
------------------------------------------------------------------------
_______________________________________________
OTRS mailing list: otrs - Webpage: http://otrs.org/
Archive: http://lists.otrs.org/pipermail/otrs
To unsubscribe: http://lists.otrs.org/cgi-bin/listinfo/otrs
Support oder Consulting für Ihr OTRS System?
=> http://www.otrs.de/
_______________________________________________
OTRS mailing list: otrs - Webpage: http://otrs.org/
Archive: http://lists.otrs.org/pipermail/otrs
To unsubscribe: http://lists.otrs.org/cgi-bin/listinfo/otrs
Support oder Consulting für Ihr OTRS System?
=> http://www.otrs.de/
