Question

I recently piloted a TWikiVMDebianStable for our company to evaluate. After getting that working, I then upgraded TWiki to the latest production release (4.1.2). After the upgrade, I configured LdapContrib to authenticate users against our corporate AD. Next, I installed the NewUserPlugin to control the registration process. Unfortunately, this requires LdapNgPlugin and the GluePlugin. After I installed the GluePlugin my entire perl space seems to be broken. I get 500 Internal Server Errors for any URL. My Weblog has the following 3 errors for any pageview attempted:

[Thu Nov 08 10:09:32 2007] [error] [client 162.86.165.48] Can't locate TWiki/UI/View.pm in @INC (@INC contains: /home/httpd/twiki/lib . /etc/perl /usr/local/lib/perl/5.8.4 /usr/local/share/perl/5.8.4 /usr/lib/perl5 /usr/share/perl5 /usr/lib/perl/5.8 /usr/share/perl/5.8 /usr/local/lib/site_perl) at /home/httpd/twiki/bin/view line 30.
[Thu Nov 08 10:09:32 2007] [error] [client 162.86.165.48] BEGIN failed--compilation aborted at /home/httpd/twiki/bin/view line 30.
[Thu Nov 08 10:09:32 2007] [error] [client 162.86.165.48] Premature end of script headers: view 

This is strange because, @INC contains /home/httpd/twiki/lib which subsequently contains TWiki/UI/View.pm in this case.

I was able to isloate the problem to the addition of the GluePlugin. What is weird is that if I manually delete all of the GluePlugin archive's files, the above problem still persists. If I roll back my configuration just before the GluePlugin installation, everything is fine... except of course the NewUserPlugin does not work as it requires GluePlugin

Environment

-- BryanEllsaesser - 08 Nov 2007

Answer

If you answer a question - or someone answered one of your questions - please remember to edit the page and set the status to answered. The status selector is below the edit box.

I have ultimately abandoned the GluePlugin. I was not able to trace through the install script to see where it was crashing my perl stack. Reading the Dev topic for the plugin, I am not certain the GluePlugin has any inertia to jive with future TWiki strategy? All in all I was able to configure my newusertemplate to not rely on the GluePlugin anyway. I consider this question closed, but unanswered (still don't know how/why GluePlugin install script corrupts perl stack)

-- BryanEllsaesser - 12 Nov 2007

I am new to beign a TWiki administrator, but I have already twice seen this error in recent days as I have been installign plugins for our users. In both cases the problem was that I untar-ed the plugin .tgz as root, naively assuming that the plugin write had got the file ownerships and permissons correct.

In my most recent case it was UserInfoPlugin that broke things The fix was to do correct teh fikle owners: chown www-data:www-data data/ data/TWiki/ data/TWiki/UserInfoPlugin.txt lib/ lib/TWiki/ lib/TWiki/Plugins/ lib/TWiki/Plugins/UserInfoPlugin/ lib/TWiki/Plugins/UserInfoPlugin/Core.pm lib/TWiki/Plugins/UserInfoPlugin.pm

The key is data/ data/TWiki/ lib/TWiki/ lib/TWiki/Plugins/ These are pre-exisitng directories. changes in file permissons / owernership is almost certinly going to break things.

So my advise to others is that if you get this error do an ls -ld on say /data . If is ofned by some odd uid then fix it with a chown as above

-- DanielKidger - 29 Jul 2008