(Sorry if this is a duplicate. I sent this last Friday, but for some reason it didn't show up, in my mailbox at least) I'm trying to install OTRS in a Solaris zone and not having too much luck. The perl binary is "secured" so I have to use a different binary (/data/bin/perl). I'm not having a lot of luck with this, and not sure if I messed up anything. I was able to edit bin/otrs.checkModules with the new binary path, and it was able to find all the modules. But then in bin/cgi-bin/installer.pl I did the same thing, but it seems to refer to another file /opt/otrs/Kernel/System/DB.pm which doesn't seem to use the right binary since it cannot locate DBI.pm. So I'm not sure how to globally set the default path of the perl binary to the new path. Any help would be very much appreciated. Thanks! -will
will wrote:
(Sorry if this is a duplicate. I sent this last Friday, but for some reason it didn't show up, in my mailbox at least)
I'm trying to install OTRS in a Solaris zone and not having too much luck. The perl binary is "secured" so I have to use a different binary (/data/bin/perl). I'm not having a lot of luck with this, and not sure if I messed up anything. I was able to edit bin/otrs.checkModules with the new binary path, and it was able to find all the modules. But then in bin/cgi-bin/installer.pl I did the same thing, but it seems to refer to another file /opt/otrs/Kernel/System/DB.pm which doesn't seem to use the right binary since it cannot locate DBI.pm.
So I'm not sure how to globally set the default path of the perl binary to the new path.
Any help would be very much appreciated.
All perl scripts in the OTRS distribution start with: #!/usr/bin/perl -w I guess you'll need to change that to: #!/data/bin/perl -w Nils Breunese.
Hi, Nils Breunese (Lemonbit) schrieb:
will wrote:
(Sorry if this is a duplicate. I sent this last Friday, but for some reason it didn't show up, in my mailbox at least)
I'm trying to install OTRS in a Solaris zone and not having too much luck. The perl binary is "secured" so I have to use a different binary (/data/bin/perl). I'm not having a lot of luck with this, and not sure if I messed up anything. I was able to edit bin/otrs.checkModules with the new binary path, and it was able to find all the modules. But then in bin/cgi-bin/installer.pl I did the same thing, but it seems to refer to another file /opt/otrs/Kernel/System/DB.pm which doesn't seem to use the right binary since it cannot locate DBI.pm.
So I'm not sure how to globally set the default path of the perl binary to the new path.
Any help would be very much appreciated.
All perl scripts in the OTRS distribution start with:
#!/usr/bin/perl -w
I guess you'll need to change that to:
#!/data/bin/perl -w
Nils Breunese.
I don't know if just a symbolic links solves all this for you. Bye, Alex
Alexander Scholler wrote:
Nils Breunese (Lemonbit) schrieb:
will wrote:
(Sorry if this is a duplicate. I sent this last Friday, but for some reason it didn't show up, in my mailbox at least)
I'm trying to install OTRS in a Solaris zone and not having too much luck. The perl binary is "secured" so I have to use a different binary (/data/bin/perl). I'm not having a lot of luck with this, and not sure if I messed up anything. I was able to edit bin/ otrs.checkModules with the new binary path, and it was able to find all the modules. But then in bin/cgi-bin/installer.pl I did the same thing, but it seems to refer to another file /opt/otrs/Kernel/System/DB.pm which doesn't seem to use the right binary since it cannot locate DBI.pm.
So I'm not sure how to globally set the default path of the perl binary to the new path.
Any help would be very much appreciated. All perl scripts in the OTRS distribution start with: #!/usr/bin/perl -w I guess you'll need to change that to: #!/data/bin/perl -w Nils Breunese.
I don't know if just a symbolic links solves all this for you.
He said his perl binary is "secured" (I don't know what that means exactly) and that he has to use a different binary. That's why I didn't suggest using a symlink, but normally when your perl binary is in another place that is of course the easy way to fix it. Nils Breunese.
Changing the top of the perl scripts helped! Thanks!
I don't know Perl or Solaris well enough to be able to explain why we
had to do this. It's running in a Solaris zone, sort of like a virtual
machine or chroot. Basically the zones all share common binaries.
Easier administration I guess. So the sysadmins installed a new perl
binary compiled with the modules needed.
It sorta works now. Thanks!
-william
On 7/30/07, Nils Breunese (Lemonbit)
Alexander Scholler wrote:
Nils Breunese (Lemonbit) schrieb:
will wrote:
(Sorry if this is a duplicate. I sent this last Friday, but for some reason it didn't show up, in my mailbox at least)
I'm trying to install OTRS in a Solaris zone and not having too much luck. The perl binary is "secured" so I have to use a different binary (/data/bin/perl). I'm not having a lot of luck with this, and not sure if I messed up anything. I was able to edit bin/ otrs.checkModules with the new binary path, and it was able to find all the modules. But then in bin/cgi-bin/installer.pl I did the same thing, but it seems to refer to another file /opt/otrs/Kernel/System/DB.pm which doesn't seem to use the right binary since it cannot locate DBI.pm.
So I'm not sure how to globally set the default path of the perl binary to the new path.
Any help would be very much appreciated. All perl scripts in the OTRS distribution start with: #!/usr/bin/perl -w I guess you'll need to change that to: #!/data/bin/perl -w Nils Breunese.
I don't know if just a symbolic links solves all this for you.
He said his perl binary is "secured" (I don't know what that means exactly) and that he has to use a different binary. That's why I didn't suggest using a symlink, but normally when your perl binary is in another place that is of course the easy way to fix it.
Nils Breunese.
_______________________________________________ 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 or consulting for your OTRS system? => http://www.otrs.com/
participants (3)
-
Alexander Scholler -
Nils Breunese (Lemonbit) -
will