hosting provider moved server....installation crashed

[David Buerer]

my hosting provider moved me to another server last night, now, i can't
get bugzilla up and running again. i'm not hugely familiar with linux
but can follow instructions. bugzilla was running great for about six
months and now that they've moved me has crashed. i managed to get all
perl modules installed, now, when i try ot access the site here is what
i get -

I'm not exactly sure how linux parses file paths, but isaac.pm is
located in the directory @
/home4/buerern1/perl/usr/lib/perl5/Math/Random
Checksetup finds it okay.
Can't locate Math/Random/ISAAC.pm in @INC (@INC contains: . lib /home4/buerern1/perl /usr/local/lib64/perl5 /usr/local/share/perl5 /usr/lib64/perl5/vendor_perl /usr/share/perl5/vendor_perl /usr/lib64/perl5 /usr/share/perl5) at Bugzilla/RNG.pm line 28.
BEGIN failed--compilation aborted at Bugzilla/RNG.pm line 28.
Compilation failed in require at Bugzilla/Util.pm line 50.
BEGIN failed--compilation aborted at Bugzilla/Util.pm line 50.
Compilation failed in require at Bugzilla/Error.pm line 33.
BEGIN failed--compilation aborted at Bugzilla/Error.pm line 33.
Compilation failed in require at Bugzilla/Install/Filesystem.pm line 31.
BEGIN failed--compilation aborted at Bugzilla/Install/Filesystem.pm line 31.
Compilation failed in require at Bugzilla/Config.pm line 38.
BEGIN failed--compilation aborted at Bugzilla/Config.pm line 38.
Compilation failed in require at Bugzilla.pm line 38.
BEGIN failed--compilation aborted at Bugzilla.pm line 38.
Compilation failed in require at index.cgi line 34.
BEGIN failed--compilation aborted at index.cgi line 34.

-----
Here is the output of checksetup.pl


buer...@buerer.net [~/public_html/sapphire/bugzilla]# perl
checksetup.pl
* This is Bugzilla 4.1.3 on perl 5.10.1
* Running on Linux 2.6.32-20120131.55.1.bh6.x86_64 #1 SMP Tue Jan 31
15:43:27 EST 2012

Checking perl modules...
Checking for CGI.pm (v3.51) ok: found v3.55
Checking for Digest-SHA (any) ok: found v5.71
Checking for TimeDate (v2.21) ok: found v2.24
Checking for DateTime (v0.28) ok: found v0.74
Checking for DateTime-TimeZone (v0.71) ok: found v1.46
Checking for DBI (v1.41) ok: found v1.622
Checking for Template-Toolkit (v2.22) ok: found v2.24
Checking for Email-Send (v2.00) ok: found v2.198
Checking for Email-MIME (v1.904) ok: found v1.910
Checking for URI (v1.37) ok: found v1.60
Checking for List-MoreUtils (v0.22) ok: found v0.33
Checking for Math-Random-ISAAC (v1.0.1) ok: found v1.004

Checking available perl DBD modules...
Checking for DBD-Pg (v1.45) ok: found v2.17.1
Checking for DBD-mysql (v4.001) ok: found v4.021
Checking for DBD-SQLite (v1.29) ok: found v1.29
Checking for DBD-Oracle (v1.19) not found

The following Perl modules are optional:
Checking for GD (v1.20) ok: found v2.46
Checking for Chart (v2.1) ok: found v2.4.5
Checking for Template-GD (any) ok: found v1.56
Checking for GDTextUtil (any) ok: found v0.86
Checking for GDGraph (any) ok: found v1.44
Checking for MIME-tools (v5.406) ok: found v5.502
Checking for libwww-perl (any) ok: found v6.04
Checking for XML-Twig (any) ok: found v3.40
Checking for PatchReader (v0.9.6) not found
Checking for perl-ldap (any) ok: found v0.44
Checking for Authen-SASL (any) ok: found v2.15
Checking for RadiusPerl (any) not found
Checking for SOAP-Lite (v0.712) ok: found v0.712
Checking for JSON-RPC (any) not found
Checking for JSON-XS (v2.0) ok: found v2.27
Checking for Test-Taint (any) not found
Checking for HTML-Parser (v3.40) ok: found v3.69
Checking for HTML-Scrubber (any) not found
Checking for Encode (v2.21) ok: found v2.44
Checking for Encode-Detect (any) ok: found v1.01
Checking for Email-MIME-Attachment-Stripper (any) not found
Checking for Email-Reply (any) not found
Checking for TheSchwartz (any) not found
Checking for Daemon-Generic (any) ok: found v0.61
Checking for mod_perl (v1.999022) not found
Checking for Apache-SizeLimit (v0.93) not found
WARNING: We could not check the configuration of Apache. This sometimes
happens when you are not running checksetup.pl as root. To see the
problem we ran into, run: /usr/bin/apachectl -t -D DUMP_MODULES

***********************************************************************
* OPTIONAL MODULES *
***********************************************************************
* Certain Perl modules are not required by Bugzilla, but by *
* installing the latest version you gain access to additional *
* features. *
* *
* The optional modules you do not have installed are listed below, *
* with the name of the feature they enable. Below that table are the *
* commands to install each module. *
***********************************************************************
* MODULE NAME * ENABLES FEATURE(S) *
***********************************************************************
* PatchReader * Patch Viewer *
* RadiusPerl * RADIUS Authentication *
* JSON-RPC * JSON-RPC Interface *
* Test-Taint * JSON-RPC Interface, XML-RPC Interface *
* HTML-Scrubber * More HTML in Product/Group Descriptions *
* Email-MIME-Attachment-Stripper * Inbound Email *
* Email-Reply * Inbound Email *
* TheSchwartz * Mail Queueing *
* mod_perl * mod_perl *
* Apache-SizeLimit * mod_perl *
***********************************************************************
COMMANDS TO INSTALL OPTIONAL MODULES:

PatchReader: /ramdisk/bin/perl install-module.pl PatchReader
RadiusPerl: /ramdisk/bin/perl install-module.pl Authen::Radius
JSON-RPC: /ramdisk/bin/perl install-module.pl JSON::RPC
Test-Taint: /ramdisk/bin/perl install-module.pl Test::Taint
HTML-Scrubber: /ramdisk/bin/perl install-module.pl HTML::Scrubber
Email-MIME-Attachment-Stripper: /ramdisk/bin/perl install-module.pl
Email::MIME::Attachment::Stripper
Email-Reply: /ramdisk/bin/perl install-module.pl Email::Reply
TheSchwartz: /ramdisk/bin/perl install-module.pl TheSchwartz
mod_perl: /ramdisk/bin/perl install-module.pl mod_perl2
Apache-SizeLimit: /ramdisk/bin/perl install-module.pl Apache2::SizeLimit


To attempt an automatic install of every required and optional module
with one command, do:

/ramdisk/bin/perl install-module.pl --all

Reading ./localconfig...

OPTIONAL NOTE: If you want to be able to use the 'difference between two
patches' feature of Bugzilla (which requires the PatchReader Perl module
as well), you should install patchutils from:

http://cyberelk.net/tim/patchutils/

Checking for DBD-mysql (v4.001) ok: found v4.021
Checking for MySQL (v5.0.15) ok: found v5.1.63-community-log

Removing existing compiled templates...
Precompiling templates...done.


****************************************************************************
WARNING! You have not entered a value for the "webservergroup"
parameter in localconfig. This means that certain files and directories
which need to be editable by both you and the web server must be world
writable, and other files (including the localconfig file which stores
your database password) must be world readable. This means that
_anyone_ who can obtain local access to this machine can do whatever
they want to your Bugzilla installation, and is probably also able to
run arbitrary Perl code as the user that the web server runs as. You
really, really, really need to change this setting.
****************************************************************************

Fixing file permissions...
checksetup.pl complete.

[Thorsten Schöning]

Guten Tag David Buerer,
am Donnerstag, 21. Juni 2012 um 05:41 schrieben Sie:

> I'm not exactly sure how linux parses file paths, but isaac.pm is
> located in the directory @
> /home4/buerern1/perl/usr/lib/perl5/Math/Random
> Checksetup finds it okay.
> Can't locate Math/Random/ISAAC.pm in @INC (@INC contains: . lib
> /home4/buerern1/perl /usr/local/lib64/perl5 /usr/local/share/perl5
> /usr/lib64/perl5/vendor_perl /usr/share/perl5/vendor_perl
> /usr/lib64/perl5 /usr/share/perl5) at Bugzilla/RNG.pm line 28.

Is /home4/buerern1/perl/usr/lib/perl5/Math/Random really the only
location for ISAAC.pm? Did you or your hoster add a Perl include path
in your shell? If not, I would have expected that even checksetup.pl
can't find the needed module because where it is installed is not in
the search paths of perl. You may have a look at your environment
variable in the shell using env and see if PERL5LIB is set. I would
expect it to be set to /home4/buerern1/perl/usr/lib/perl5.

Besides that, it should be enough to change your httpd configuration
for Bugzilla and add the following statement, which will include your
installation path in the perl search paths in the httpd environment,
which is different from running checksetup.pl in the shell.

SetEnv PERL5LIB /home4/buerern1/perl/usr/lib/perl5

Mit freundlichen Grüßen,

Thorsten Schöning

--
Thorsten Schöning E-Mail:Thorsten....@AM-SoFT.de
AM-SoFT IT-Systeme http://www.AM-SoFT.de/

Telefon.............030-2 1001-310
Fax...............05151- 9468- 88
Mobil..............0178-8 9468- 04

AM-SoFT GmbH IT-Systeme, Brandenburger Str. 7c, 31789 Hameln
AG Hanover HRB 207 694 - Geschäftsführer: Andreas Muchow

[David Buerer]

Gutten Tag Thorsten!!!

Thank you for your fast response. i have set the environmental
variable as you describe but still no change - -same error message.

>_______________________________________________
>support-bugzilla mailing list
>support-...@lists.mozilla.org
>https://lists.mozilla.org/listinfo/support-bugzilla
>PLEASE put support-...@lists.mozilla.org in the To: field when you reply.
>
>

[Thorsten Schöning]

Guten Tag David Buerer,
am Donnerstag, 21. Juni 2012 um 07:45 schrieben Sie:

> Thank you for your fast response. i have set the environmental
> variable as you describe but still no change - -same error message.

And you really did set it in the right place in your httpd
configuration for your Bugzilla, a virtual host most likely? Just want
to be sure...

Else provide us the output of "env" in your shell where you
successfully ran checksetup.pl from and a directory listing of the lib
directory of your Bugzilla installation, which should be empty, I
assume.

Where does /home4/buerern1/perl in Perl's include path in httpd
environment comes from and why/how did you install your additional
Perl modules into /home4/buerern1/perl/usr/lib/perl5? This looks like
/home4/buerern1/perl is provided in the httpd config by your hoster in
which case he maybe restricts the use of SetEnv and you need to
install the addition modules directly into /home4/buerern1/perl, not
/home4/buerern1/perl/usr/lib/perl5,

[David Buerer]

Thorsten - thank you for your help and all the help you give the
community on this list.


I set the environmental variable it in the .htaccess file for my site.
I validated with a php file using the phpinfo() function that the
enviornment variable is getting set and is passing thorugh to the
scripts.

I installed the modules myself using cpanm. Bugzilla's
install-modules.pl script would fail due to problems with the /ramdisk
path and not being able to execute the makefile

the home4/buerern1/perl path was provided by my hosing provider, here
are the modules

buer...@buerer.net [~/perl/usr/lib/perl5]# ls
./ Chart/ DateTime/ Math/ Template/ x86_64-linux-thread-multi/
../ Chart.pod Email/ Return/ XML/
buer...@buerer.net [~/perl/usr/lib/perl5]#
buer...@buerer.net [~/public_html/sapphire/bugzilla/lib]# ls
./ ../ .htaccess CGI/ CGI.pm README

Here is my env output

buer...@buerer.net [~/perl/usr/lib/perl5]# env
HOSTNAME=just45.justhost.com
TERM=xterm
SHELL=/bin/bash
HISTSIZE=1000
SSH_CLIENT=50.53.26.218 53342 22
PERL5LIB=/home4/buerern1/perl5/lib/perl5/x86_64-linux-thread-multi:/home4/buerern1/perl5/lib/perl5:/home4/buerern1/perl5/lib/perl5/x86_64-linux-thread-multi:/home4/buerern1/perl5/lib/perl5
QTDIR=/usr/lib64/qt-3.3
OLDPWD=/home4/buerern1/perl/usr/lib
QTINC=/usr/lib64/qt-3.3/include
SSH_TTY=/dev/pts/0
USER=buerern1
LS_COLORS=rs=0:di=01
GDFONTPATH=.:/usr/share/X11/fonts:/usr/X11R6/lib/X11/fonts:
MODULEBUILDRC=/home4/buerern1/perl5/.modulebuildrc
MAIL=/var/spool/mail/buerern1
PATH=/usr/local/jdk/bin:/home4/buerern1/perl5/bin:/usr/lib64/qt-3.3/bin:/home4/buerern1/perl5/bin:/ramdisk/bin:/usr/bin:/bin:/usr/local/sbin:/usr/sbin:/sbin:/usr/local/bin:/usr/X11R6/bin:/home4/buerern1/bin
PWD=/home4/buerern1/perl/usr/lib/perl5
JAVA_HOME=/usr/local/jdk
EDITOR=pico
HISTCONTROL=ignoredups
SHLVL=1
HOME=/home4/buerern1
LS_OPTIONS=--color=tty -F -a -b -T 0
LOGNAME=buerern1
VISUAL=pico
QTLIB=/usr/lib64/qt-3.3/lib
CVS_RSH=ssh
CLASSPATH=.:/usr/local/jdk/lib/classes.zip
SSH_CONNECTION=50.53.26.218 53342 173.254.28.45 22
LESSOPEN=|/usr/bin/lesspipe.sh %s
PERL_MM_OPT=INSTALL_BASE=/home4/buerern1/perl5
G_BROKEN_FILENAMES=1
HISTTIMEFORMAT=%F %T
_=/usr/bin/env
buer...@buerer.net [~/perl/usr/lib/perl5]#

------ Original Message ------
From: "Thorsten Schöning" <tscho...@am-soft.de>
To: support-...@lists.mozilla.org
Sent: 6/21/2012 12:53:17 AM
Subject: Re: hosting provider moved server....installation crashed

[Thorsten Schöning]

Guten Tag David Buerer,
am Donnerstag, 21. Juni 2012 um 16:41 schrieben Sie:

> I set the environmental variable it in the .htaccess file for my site.
> I validated with a php file using the phpinfo() function that the
> enviornment variable is getting set and is passing thorugh to the
> scripts.

Which doesn't necessarily mean that those variables are seen by Perl,
too. Try with the following code as printenv.pl or something like that,
maybe the first line must be changed to fit your paths to the perl
binary.

#!/bin/bash perl
##
## printenv -- demo CGI program which just prints its environment
##

print "Content-type: text/plain; charset=windows-1252\n\n";
foreach my $var (sort(keys(%ENV))) {
my $val = $ENV{$var};
$val =~ s|\n|\\n|g;
$val =~ s|"|\\"|g;

print "${var}=\"${val}\"\n";

}

> I installed the modules myself using cpanm.

Which option did you use as installation directory with which
directory?

> PERL5LIB=/home4/buerern1/perl5/lib/perl5/x86_64-linux-thread-multi:/home4/buerern1/perl5/lib/perl5:/home4/buerern1/perl5/lib/perl5/x86_64-linux-thread-multi:/home4/buerern1/perl5/lib/perl5

Your hoster assumes your perl modules in another directory, than you
installed, move or symlink the files from ~/perl/usr/lib/perl5 to
/home4/buerern1/perl5/lib/perl5.

[David Buerer]

Thorsten,

I already have a symlink from /perl to /perl5 so the files should be
accessible via either.

Here is the output of the script below:

buer...@buerer.net [~/public_html/sapphire/bugzilla]# perl printenv.pl
Content-type: text/plain; charset=windows-1252

CLASSPATH=".:/usr/local/jdk/lib/classes.zip"
CVS_RSH="ssh"
EDITOR="pico"
GDFONTPATH=".:/usr/share/X11/fonts:/usr/X11R6/lib/X11/fonts:"
G_BROKEN_FILENAMES="1"
HISTCONTROL="ignoredups"
HISTSIZE="1000"
HISTTIMEFORMAT="%F %T "
HOME="/home4/buerern1"
HOSTNAME="just45.justhost.com"
JAVA_HOME="/usr/local/jdk"
LESSOPEN="|/usr/bin/lesspipe.sh %s"
LOGNAME="buerern1"
LS_COLORS="rs=0:di=01;34:ln=01;36:mh=00:pi=40;33:so=01;35:do=01;35:bd=40;33;01:cd=40;33;01:or=40;31;01:su=37;41:sg=30;43:ca=30;41:tw=30;42:ow=34;42:st=37;44:ex=01;32:*.tar=01;31:*.tgz=01;31:*.arj=01;31:*.taz=01;31:*.lzh=01;31:*.lzma=01;31:*.tlz=01;31:*.txz=01;31:*.zip=01;31:*.z=01;31:*.Z=01;31:*.dz=01;31:*.gz=01;31:*.lz=01;31:*.xz=01;31:*.bz2=01;31:*.bz=01;31:*.tbz=01;31:*.tbz2=01;31:*.tz=01;31:*.deb=01;31:*.rpm=01;31:*.jar=01;31:*.rar=01;31:*.ace=01;31:*.zoo=01;31:*.cpio=01;31:*.7z=01;31:*.rz=01;31:*.jpg=01;35:*.jpeg=01;35:*.gif=01;35:*.bmp=01;35:*.pbm=01;35:*.pgm=01;35:*.ppm=01;35:*.tga=01;35:*.xbm=01;35:*.xpm=01;35:*.tif=01;35:*.tiff=01;35:*.png=01;35:*.svg=01;35:*.svgz=01;35:*.mng=01;35:*.pcx=01;35:*.mov=01;35:*.mpg=01;35:*.mpeg=01;35:*.m2v=01;35:*.mkv=01;35:*.ogm=01;35:*.mp4=01;35:*.m4v=01;35:*.mp4v=01;35:*.vob=01;35:*.qt=01;35:*.nuv=01;35:*.wmv=01;35:*.asf=01;35:*.rm=01;35:*.rmvb=01;35:*.flc=01;35:*.avi=01;35:*.fli=01;35:*.flv=01;35:*.gl=01;35:*.dl=01;35:*.xcf=01;35:*.xwd=01;35:*.yuv=01;35:*.cgm=01;35:*.emf=01;35:*.axv=01;35:*.anx=01;35:*.ogv=01;35:*.ogx=01;35:*.aac=00;36:*.au=00;36:*.flac=00;36:*.mid=00;36:*.midi=00;36:*.mka=00;36:*.mp3=00;36:*.mpc=00;36:*.ogg=00;36:*.ra=00;36:*.wav=00;36:*.axa=00;36:*.oga=00;36:*.spx=00;36:*.xspf=00;36:"
LS_OPTIONS="--color=tty -F -a -b -T 0"
MAIL="/var/spool/mail/buerern1"
MODULEBUILDRC="/home4/buerern1/perl5/.modulebuildrc"
OLDPWD="/home4/buerern1/public_html/sapphire"
PATH="/usr/local/jdk/bin:/home4/buerern1/perl5/bin:/usr/lib64/qt-3.3/bin:/home4/buerern1/perl5/bin:/ramdisk/bin:/usr/bin:/bin:/usr/local/sbin:/usr/sbin:/sbin:/usr/local/bin:/usr/X11R6/bin:/home4/buerern1/bin"
PERL5LIB="/home4/buerern1/perl5/lib/perl5/x86_64-linux-thread-multi:/home4/buerern1/perl5/lib/perl5:/home4/buerern1/perl5/lib/perl5/x86_64-linux-thread-multi:/home4/buerern1/perl5/lib/perl5"
PERL_MM_OPT="INSTALL_BASE=/home4/buerern1/perl5"
PWD="/home4/buerern1/public_html/sapphire/bugzilla"
QTDIR="/usr/lib64/qt-3.3"
QTINC="/usr/lib64/qt-3.3/include"
QTLIB="/usr/lib64/qt-3.3/lib"
SHELL="/bin/bash"
SHLVL="1"
SSH_CLIENT="50.53.26.218 54052 22"
SSH_CONNECTION="50.53.26.218 54052 173.254.28.45 22"
SSH_TTY="/dev/pts/0"
TERM="xterm"
USER="buerern1"
VISUAL="pico"
_="/ramdisk/bin/perl"
buer...@buerer.net [~/public_html/sapphire/bugzilla]#

------ Original Message ------
From: "Thorsten Schöning" <tscho...@am-soft.de>
To: support-...@lists.mozilla.org
Sent: 6/21/2012 8:03:45 AM
Subject: Re: hosting provider moved server....installation crashed

[Thorsten Schöning]

Guten Tag David Buerer,
am Freitag, 22. Juni 2012 um 11:34 schrieben Sie:

> I already have a symlink from /perl to /perl5 so the files should be
> accessible via either.

Which perl5? PERL5LIB shows more than one and the contents of your
/perl is usr/lib etc., which is wrong and not recognized in PERL5LIB.
Your perl packages have to be accessible via one of the paths in
PERL5LIB, Perl doesn't know about usr/lib or stuff like that.

> buer...@buerer.net [~/public_html/sapphire/bugzilla]# perl printenv.pl

The script has to be executed in your Bugzilla directory/context, of
course.

[David Buerer]

Guten Nacht Thorsten -

perl5lib calls out /home4/buerern1/perl5/lib/perl5

directory stucture of that is:

buer...@buerer.net [~/perl5/lib/perl5]# ls

./ Chart/ DateTime/ Math/ Template/ x86_64-linux-thread-multi/
../ Chart.pod Email/ Return/ XML/

will it looks for the libraries in the subdirectories of
/home4/buerern1/perl5/lib/perl5 ? it looks like each module has it's
own subdir and some like ISAAC is a couple more subdirectories deep.

if it won't look in subdir, can i just move the files?

Thank you,
David

------ Original Message ------
From: "Thorsten Schöning" <tscho...@am-soft.de>
To: support-...@lists.mozilla.org
Sent: 6/22/2012 3:09:00 AM
Subject: Re: hosting provider moved server....installation crashed

[Thorsten Schöning]

Guten Tag David Buerer,
am Freitag, 22. Juni 2012 um 17:12 schrieben Sie:

> Guten Nacht Thorsten -

It's a little bit too early for that. ;-)

> buer...@buerer.net [~/perl5/lib/perl5]# ls
> ./ Chart/ DateTime/ Math/ Template/ x86_64-linux-thread-multi/
> ../ Chart.pod Email/ Return/ XML/

> will it looks for the libraries in the subdirectories of
> /home4/buerern1/perl5/lib/perl5 ? it looks like each module has it's
> own subdir and some like ISAAC is a couple more subdirectories deep.

Something like Math/Isaac or Foo/Bar/Foobar is normal and Perl
convention for packages, which are automatically resolved. For example
Bugzilla may use Foo::Bar::Foobar and Perl has ~/perl5/lib/perl5 in
its INC paths, in this case Foo/Bar/Foobar is automatically resolved
by Perl and Foobar can be found and used. If Foo/Bar/Foobar is in
~/perl5/lib/perl5/something/else, but this path is not in INC, Foobar
will not be found, because Perl doesn't search the directories
recursively. x86_64-linux-thread-multi is one of the directories which
are searched by Perl automatically by convention, too, that's why it's
in your ~/perl5/lib/perl5.

> if it won't look in subdir, can i just move the files?

The directory structure inside ~/perl5/lib/perl5 looks ok, if your
problem still exists it may be that PERL5LIB of your shell isn't
available as such in httpd in your Bugzilla configuration. I was just
guessing because it looked like your hoster already thought about
additional Perl packages.

Maybe it's time to just ask him, which directories are available to
Perl in CGI/mod_perl-context as include directories? PERL5LIB via
SetEnv should work, if it doesn't it is not recognized at all, some
restart of mod_perl may be needed or you directory structure is still
wrong. The directory structure above for ~/perl5/lib/perl5 seems to be
alright, adding that tp your Bugzilla httpd configuration using
SetEnv should work. You can test if SetEnv is recognized by Perl in
httpd by executing printenv.pl after putting it into your Bugzilla
root directory.

[David Buerer]

Update to all interested -

Thorsten you were right, the path in the context of perl on the webserver and perl from the shell are completely different.

In examining some bugzilla files I noticed all use statements reference the 'lib' directory under bugzilla. I moved all modules into that directory and so far things seem to be back up and running-- and at least it didn't require any manual modification of bugzilla scripts since I don't have control over the perl paths.

Thorsten thank you for your help on this issue and your support of the bugzilla community at large. It is appreciated.

David

-----Original Message-----
From: Thorsten Schöning <tscho...@am-soft.de>
Sender: support-bugzilla-bounces+davidl=buere...@lists.mozilla.orgDate: Fri, 22 Jun 2012 18:09:12
To: <support-...@lists.mozilla.org>
Subject: Re: hosting provider moved server....installation crashed

> Guten Nacht Thorsten -

Mit freundlichen Grüßen,

Thorsten Schöning

_______________________________________________

[Thorsten Schöning]

Guten Tag David Buerer,
am Montag, 25. Juni 2012 um 19:59 schrieben Sie:

> In examining some bugzilla files I noticed all use statements
> reference the 'lib' directory under bugzilla. I moved all modules
> into that directory and so far things seem to be back up and
> running--

Glad to hear that, but I thought you already were aware of this
possibility and choose against it for some good reason.

http://www.bugzilla.org/docs/4.2/en/html/installation.html#install-perlmodules