Need a push to get foswiki 2.0.3 to configure...

classic Classic list List threaded Threaded
9 messages Options
Reply | Threaded
Open this post in threaded view
|

Need a push to get foswiki 2.0.3 to configure...

Raymond Lutz

Hello foswiki friends!

Well, I am making progress in getting foswiki 2.0.3 set up. I am now running on Ubuntu 14.04.4 LTS and perl version is 5.18. So I am past any notion that I can blame anything on an old version of Perl. I will note that I could get such a new version of Perl except with Ubuntu. I am hoping you can give me a sanity check at this point as I am at a standstill. I hope to get this done soon as this has been an open issue since February, and I have been working hard to get things resolved. I only wish foswiki would not require such a massive amount of work to upgrade, but I also understand the world is not a static place.

My status:

1. all perl dependencies are settled (that are not optional and seem important). In fact, some of the packages that would not install under CentOS now installed without a hitch. Just to be complete on this status, here is a list from my own package version checker.
---------------Perl Packages -----------------
Term::ReadKey: 2.31
Digest::SHA: 5.84_01
Config::General: 2.61
Hash::Util: 0.16
Data::Dumper: 2.145
MP3::Info: 1.24
JSON::SL: 1.0.6
constant: 1.27
LWP: 6.05
HTTP::Message: 6.06
MD5: 2.03
MP3::Tag: 1.13
MP3::Cut::Gapless: 0.03
Data::Compare: 1.25
DateTime: 1.26
Proc::ProcessTable: 0.53
Proc::Simple: 1.32
---------------Perl Packages for foswiki------------------
Algorithm::Diff: 1.1903
Archive::Tar: 1.90
Archive::Zip: 1.57
Authen::SASL: 2.15
CGI: 3.63
CGI::Session: 4.48
Crypt::PasswdMD5: 1.40
Encode: 2.49
Error: 0.17024
File::Copy::Recursive: 0.38
HTML::Parser: 3.71
HTML::Tree: 5.03
HTML::FormatText: 2.11
IO::Socket::IP: 0.37
IO::Socket::SSL: 1.965
JSON: 2.90
Locale::Language: 3.25
Locale::Maketext: 1.23
LWP: 6.05
URI: 1.60
version: 0.9902
Apache::Htpasswd: 1.9
Crypt::Eksblowfish::Bcrypt: 0.009
Date::Calc: 6.4
HTML::CalendarMonthSimple: 1.25
YAML: 1.15
Image::Magick: 6.77
-----------------------------------

And here is what dependencies says:
------------------------------------

# ./dependencies
   * *Perl version:* 5.018002
Perl modules used by Foswiki:
        DBD::Pg          DBD::Pg is not installed.
        Optional used for Foswiki Page Cache using PostgreSQL
        DBD::SQLite      DBD::SQLite is not installed.
        Optional used for the Foswiki Page Cache and SQLite
        Locale::Maketext::Lexicon        Locale::Maketext::Lexicon is not installed.
        Optional required if {UserInterfaceInternationalisation} is enabled in configuration.
        Locale::Msgfmt   Locale::Msgfmt is not installed.
        Optional used to compress the language files in locale directory if enabled.
        Mozilla::CA      Mozilla::CA is not installed.
        Optional SSL host verification for e-mail and other SSL/TLS connections.
        Win32::Console   Win32::Console is not installed.
        Optional required on Windows platforms if {UserInterfaceInternationalisation} is enabled in configuration.


Extensions and Perl modules used by installed Extensions:
        Apache::Request          Apache::Request is not installed.
        ModPerlEngineContrib: Optional Recommended if you're using Apache 1.3 and plan to enable mod_perl Used by: ModPerlEngineContrib
        Apache2::Request         Apache2::Request is not installed.
        ModPerlEngineContrib: Optional Recommended if you're using Apache 2.x and plan to enable mod_perl Used by: ModPerlEngineContrib
        FCGI     FCGI is not installed.
        FastCGIEngineContrib: Required  for nginx, and other web servers when configured for FastCGI support Used by: FastCGIEngineContrib
        FCGI::ProcManager        FCGI::ProcManager is not installed.
        FastCGIEngineContrib: Optional Required on nginx for dynamic FCGI handler management. Used by: FastCGIEngineContrib
        mod_perl         mod_perl is not installed.
        ModPerlEngineContrib: Required  if you're using Apache 1.3 and plan to enable mod_perl Used by: ModPerlEngineContrib
-------------------------------

I know that mod_perl is installed so this is a mistake as it is linked into apache, from what I have been told (and this does seem to be true given that I have to restart apache upon any changes at all)

2. Fresh image of foswiki 2.0.3 installed at httpdocs/w203.

3. .htpasswd copied into w203/data.

 ls -al .htpasswd
-rwxrw-rw- 1 www-data www-data 184 May  2 17:04 .htpasswd

4. ownerships of w203 tree set to www-data:www-data as this is the user during browser access.

5. Running apache server with mod_perl bc that's how it comes out of the box. Nginx front end exists but passes all perl to apache.

6. My 'simple' perl script runs without an extension and provides relevant environment variables:
    http://69.73.179.57/w203/bin/simple

6. ./view runs on command line and also displays Main/Webhome when accessed from browser.
        --> Interestingly, no configure link occurs on that page and I thought one would be shown.

    You should be able to try it: http://69.73.179.57/w203/bin/view

7. http://69.73.179.57/w203/bin/configure results in this error dump. Please remember that .htpasswd exists, and has permissions I think are right.

-----------------------

[Mon May  2 17:49:05 2016] -e: Can't locate Foswiki/UI/Configure.pm in @INC (you may need to install the Foswiki::UI::Configure module) (@INC contains: /etc/perl /usr/local/lib/perl/5.18.2 /usr/local/share/perl/5.18.2 /usr/lib/perl5 /usr/share/perl5 /usr/lib/perl/5.18 /usr/share/perl/5.18 /usr/local/lib/site_perl . /etc/apache2) at (eval 239) line 2.
[Mon May  2 17:49:05 2016] -e:  at (eval 239) line 2.
[Mon May  2 17:49:05 2016] -e: 	Foswiki::UI::BEGIN() called at (eval 239) line 2
[Mon May  2 17:49:05 2016] -e: 	eval {...} called at (eval 239) line 2
[Mon May  2 17:49:05 2016] -e: 	eval 'use Foswiki::UI::Configure' called at /var/www/vhosts/cognisys.com/httpdocs/w203/lib/Foswiki/UI.pm line 223
[Mon May  2 17:49:05 2016] -e: 	Foswiki::UI::handleRequest('Foswiki::Request=HASH(0x7f2481d33fc0)') called at /var/www/vhosts/cognisys.com/httpdocs/w203/lib/Foswiki/Engine/CGI.pm line 99
[Mon May  2 17:49:05 2016] -e: 	Foswiki::Engine::CGI::run('Foswiki::Engine::CGI=HASH(0x7f2480866880)') called at /var/www/vhosts/cognisys.com/httpdocs/w203/bin/configure line 29
[Mon May  2 17:49:05 2016] -e: 	ModPerl::ROOT::ModPerl::Registry::var_www_vhosts_cognisys_2ecom_httpdocs_w203_bin_configure::handler('Apache2::RequestRec=SCALAR(0x7f24a3d9e158)') called at /usr/lib/perl5/ModPerl/RegistryCooker.pm line 206
[Mon May  2 17:49:05 2016] -e: 	eval {...} called at /usr/lib/perl5/ModPerl/RegistryCooker.pm line 206
[Mon May  2 17:49:05 2016] -e: 	ModPerl::RegistryCooker::run('ModPerl::Registry=HASH(0x7f24a3d9e098)') called at /usr/lib/perl5/ModPerl/RegistryCooker.pm line 172
[Mon May  2 17:49:05 2016] -e: 	ModPerl::RegistryCooker::default_handler('ModPerl::Registry=HASH(0x7f24a3d9e098)') called at /usr/lib/perl5/ModPerl/Registry.pm line 31
[Mon May  2 17:49:05 2016] -e: 	ModPerl::Registry::handler('ModPerl::Registry', 'Apache2::RequestRec=SCALAR(0x7f24a3d9e158)') called at (eval 239) line 2
[Mon May  2 17:49:05 2016] -e: 	eval {...} called at (eval 239) line 2
[Mon May  2 17:49:05 2016] -e: BEGIN failed--compilation aborted at (eval 239) line 2.
[Mon May  2 17:49:05 2016] -e:  at (eval 239) line 2.
[Mon May  2 17:49:05 2016] -e: 	eval 'use Foswiki::UI::Configure' called at /var/www/vhosts/cognisys.com/httpdocs/w203/lib/Foswiki/UI.pm line 223
[Mon May  2 17:49:05 2016] -e: 	Foswiki::UI::handleRequest('Foswiki::Request=HASH(0x7f2481d33fc0)') called at /var/www/vhosts/cognisys.com/httpdocs/w203/lib/Foswiki/Engine/CGI.pm line 99
[Mon May  2 17:49:05 2016] -e: 	Foswiki::Engine::CGI::run('Foswiki::Engine::CGI=HASH(0x7f2480866880)') called at /var/www/vhosts/cognisys.com/httpdocs/w203/bin/configure line 29
[Mon May  2 17:49:05 2016] -e: 	ModPerl::ROOT::ModPerl::Registry::var_www_vhosts_cognisys_2ecom_httpdocs_w203_bin_configure::handler('Apache2::RequestRec=SCALAR(0x7f24a3d9e158)') called at /usr/lib/perl5/ModPerl/RegistryCooker.pm line 206
[Mon May  2 17:49:05 2016] -e: 	eval {...} called at /usr/lib/perl5/ModPerl/RegistryCooker.pm line 206
[Mon May  2 17:49:05 2016] -e: 	ModPerl::RegistryCooker::run('ModPerl::Registry=HASH(0x7f24a3d9e098)') called at /usr/lib/perl5/ModPerl/RegistryCooker.pm line 172
[Mon May  2 17:49:05 2016] -e: 	ModPerl::RegistryCooker::default_handler('ModPerl::Registry=HASH(0x7f24a3d9e098)') called at /usr/lib/perl5/ModPerl/Registry.pm line 31
[Mon May  2 17:49:05 2016] -e: 	ModPerl::Registry::handler('ModPerl::Registry', 'Apache2::RequestRec=SCALAR(0x7f24a3d9e158)') called at (eval 239) line 2
[Mon May  2 17:49:05 2016] -e: 	eval {...} called at (eval 239) line 2
 at /usr/share/perl/5.18/CGI/Carp.pm line 378.
	CGI::Carp::realdie('[Mon May  2 17:49:05 2016] -e: Can\'t locate Foswiki/UI/Confi...') called at /usr/share/perl/5.18/CGI/Carp.pm line 474
	CGI::Carp::die('Can\'t locate Foswiki/UI/Configure.pm in @INC (you may need t...') called at /var/www/vhosts/cognisys.com/httpdocs/w203/lib/Foswiki/UI.pm line 224
	Foswiki::UI::handleRequest('Foswiki::Request=HASH(0x7f2481d33fc0)') called at /var/www/vhosts/cognisys.com/httpdocs/w203/lib/Foswiki/Engine/CGI.pm line 99
	Foswiki::Engine::CGI::run('Foswiki::Engine::CGI=HASH(0x7f2480866880)') called at /var/www/vhosts/cognisys.com/httpdocs/w203/bin/configure line 29
	ModPerl::ROOT::ModPerl::Registry::var_www_vhosts_cognisys_2ecom_httpdocs_w203_bin_configure::handler('Apache2::RequestRec=SCALAR(0x7f24a3d9e158)') called at /usr/lib/perl5/ModPerl/RegistryCooker.pm line 206
	eval {...} called at /usr/lib/perl5/ModPerl/RegistryCooker.pm line 206
	ModPerl::RegistryCooker::run('ModPerl::Registry=HASH(0x7f24a3d9e098)') called at /usr/lib/perl5/ModPerl/RegistryCooker.pm line 172
	ModPerl::RegistryCooker::default_handler('ModPerl::Registry=HASH(0x7f24a3d9e098)') called at /usr/lib/perl5/ModPerl/Registry.pm line 31
	ModPerl::Registry::handler('ModPerl::Registry', 'Apache2::RequestRec=SCALAR(0x7f24a3d9e158)') called at -e line 0
	eval {...} called at -e line 0

For help, please send mail to the webmaster ([hidden email]), giving this error message and the time and date of the error.

-----------------------

8. logs/error.log tail has an error for a different access, it appears, since timestamp is 17:08 instead of 17:49. So no log is occurring for this error.
----------------------

| 2016-05-02T17:08:45-04:00 warning | Can't locate Foswiki/Macros/QUERYPARAMS.pm in @INC (you may need to install the Foswiki::Macros::QUERYPARAMS module) (@INC contains: /etc/perl /usr/local/lib/perl/5.18.2 /usr/local/share/perl/5.18.2 /usr/lib/perl5 /usr/share/perl5 /usr/lib/perl/5.18 /usr/share/perl/5.18 /usr/local/lib/site_perl . /etc/apache2) at (eval 569) line 2.
 at (eval 569) line 2.
       eval 'require Foswiki::Macros::QUERYPARAMS' called at /var/www/vhosts/cognisys.com/httpdocs/w203/lib/Foswiki.pm line 3487
       Foswiki::_expandMacroOnTopicRendering('Foswiki=HASH(0x7f4f39b40660)', 'QUERYPARAMS', 'encoding="entity" format="<input type=\'hidden\' name=\'$name...', 'Foswiki::Meta=HASH(0x7f4efc090788)') called at /var/www/vhosts/cognisys.com/httpdocs/w203/lib/Foswiki.pm line 3356
       Foswiki::_processMacros('Foswiki=HASH(0x7f4f39b40660)', '<!DOCTYPE html><html lang="%LANG%">\x{a}<head>\x{a}<title>%MAKETEXT{"...', 'CODE(0x7f4f38fec090)', 'Foswiki::Meta=HASH(0x7f4efc090788)', 16) called at /var/www/vhosts/cognisys.com/httpdocs/w203/lib/Foswiki.pm line 3118
       Foswiki::innerExpandMacros('Foswiki=HASH(0x7f4f39b40660)', 'SCALAR(0x7f4f38ecb1d0)', 'Foswiki::Meta=HASH(0x7f4efc090788)') called at /var/www/vhosts/cognisys.com/httpdocs/w203/lib/Foswiki.pm line 3679
       Foswiki::expandMacros('Foswiki=HASH(0x7f4f39b40660)', '<!DOCTYPE html><html lang="%LANG%">\x{a}<head>\x{a}<title>%MAKETEXT{"...', 'Foswiki::Meta=HASH(0x7f4efc090788)') called at /var/www/vhosts/cognisys.com/httpdocs/w203/lib/Foswiki/Meta.pm line 3353
       Foswiki::Meta::expandMacros('Foswiki::Meta=HASH(0x7f4efc090788)', '<!DOCTYPE html><html lang="%LANG%">\x{a}<head>\x{a}<title>%MAKETEXT{"...') called at /var/www/vhosts/cognisys.com/httpdocs/w203/lib/Foswiki/LoginManager/TemplateLogin.pm line 330
       Foswiki::LoginManager::TemplateLogin::login('Foswiki::LoginManager::TemplateLogin=HASH(0x7f4f3a1abfb0)', 'Foswiki::Request=HASH(0x7f4f3a584348)', 'Foswiki=HASH(0x7f4f39b40660)') called at /var/www/vhosts/cognisys.com/httpdocs/w203/lib/Foswiki/UI.pm line 534
       Foswiki::UI::logon('Foswiki=HASH(0x7f4f39b40660)') called at /var/www/vhosts/cognisys.com/httpdocs/w203/lib/Foswiki/UI.pm line 374
       Foswiki::UI::__ANON__() called at /usr/local/share/perl/5.18.2/Error.pm line 421
       eval {...} called at /usr/local/share/perl/5.18.2/Error.pm line 413
       Error::subs::try('CODE(0x7f4f39f9bf08)', 'HASH(0x7f4f3a534930)') called at /var/www/vhosts/cognisys.com/httpdocs/w203/lib/Foswiki/UI.pm line 500
       Foswiki::UI::_execute('Foswiki::Request=HASH(0x7f4f3a584348)', 'CODE(0x7f4f3908e078)', 'logon', 1, 'login', 1) called at /var/www/vhosts/cognisys.com/httpdocs/w203/lib/Foswiki/UI.pm line 326
       Foswiki::UI::handleRequest('Foswiki::Request=HASH(0x7f4f3a584348)') called at /var/www/vhosts/cognisys.com/httpdocs/w203/lib/Foswiki/Engine/CGI.pm line 99
       Foswiki::Engine::CGI::run('Foswiki::Engine::CGI=HASH(0x7f4f38866980)') called at /var/www/vhosts/cognisys.com/httpdocs/w203/bin/login line 29
       ModPerl::ROOT::ModPerl::Registry::var_www_vhosts_cognisys_2ecom_httpdocs_w203_bin_login::handler('Apache2::RequestRec=SCALAR(0x7f4f39d2f870)') called at /usr/lib/perl5/ModPerl/RegistryCooker.pm line 206
       eval {...} called at /usr/lib/perl5/ModPerl/RegistryCooker.pm line 206
       ModPerl::RegistryCooker::run('ModPerl::Registry=HASH(0x7f4f39d30440)') called at /usr/lib/perl5/ModPerl/RegistryCooker.pm line 172
       ModPerl::RegistryCooker::default_handler('ModPerl::Registry=HASH(0x7f4f39d30440)') called at /usr/lib/perl5/ModPerl/Registry.pm line 31
       ModPerl::Registry::handler('ModPerl::Registry', 'Apache2::RequestRec=SCALAR(0x7f4f39d2f870)') called at (eval 569) line 0
       eval {...} called at (eval 569) line 0
 at /usr/share/perl/5.18/CGI/Carp.pm line 378.
       CGI::Carp::realdie('Can\'t locate Foswiki/Macros/QUERYPARAMS.pm in @INC (you may ...') called at /usr/share/perl/5.18/CGI/Carp.pm line 467
       CGI::Carp::die('Can\'t locate Foswiki/Macros/QUERYPARAMS.pm in @INC (you may ...') called at /var/www/vhosts/cognisys.com/httpdocs/w203/lib/Foswiki.pm line 3488
       Foswiki::_expandMacroOnTopicRendering('Foswiki=HASH(0x7f4f39b40660)', 'QUERYPARAMS', 'encoding="entity" format="<input type=\'hidden\' name=\'$name...', 'Foswiki::Meta=HASH(0x7f4efc090788)') called at /var/www/vhosts/cognisys.com/httpdocs/w203/lib/Foswiki.pm line 3356
       Foswiki::_processMacros('Foswiki=HASH(0x7f4f39b40660)', '<!DOCTYPE html><html lang="%LANG%">\x{a}<head>\x{a}<title>%MAKETEXT{"...', 'CODE(0x7f4f38fec090)', 'Foswiki::Meta=HASH(0x7f4efc090788)', 16) called at /var/www/vhosts/cognisys.com/httpdocs/w203/lib/Foswiki.pm line 3118
       Foswiki::innerExpandMacros('Foswiki=HASH(0x7f4f39b40660)', 'SCALAR(0x7f4f38ecb1d0)', 'Foswiki::Meta=HASH(0x7f4efc090788)') called at /var/www/vhosts/cognisys.com/httpdocs/w203/lib/Foswiki.pm line 3679
       Foswiki::expandMacros('Foswiki=HASH(0x7f4f39b40660)', '<!DOCTYPE html><html lang="%LANG%">\x{a}<head>\x{a}<title>%MAKETEXT{"...', 'Foswiki::Meta=HASH(0x7f4efc090788)') called at /var/www/vhosts/cognisys.com/httpdocs/w203/lib/Foswiki/Meta.pm line 3353
       Foswiki::Meta::expandMacros('Foswiki::Meta=HASH(0x7f4efc090788)', '<!DOCTYPE html><html lang="%LANG%">\x{a}<head>\x{a}<title>%MAKETEXT{"...') called at /var/www/vhosts/cognisys.com/httpdocs/w203/lib/Foswiki/LoginManager/TemplateLogin.pm line 330
       Foswiki::LoginManager::TemplateLogin::login('Foswiki::LoginManager::TemplateLogin=HASH(0x7f4f3a1abfb0)', 'Foswiki::Request=HASH(0x7f4f3a584348)', 'Foswiki=HASH(0x7f4f39b40660)') called at /var/www/vhosts/cognisys.com/httpdocs/w203/lib/Foswiki/UI.pm line 534
       Foswiki::UI::logon('Foswiki=HASH(0x7f4f39b40660)') called at /var/www/vhosts/cognisys.com/httpdocs/w203/lib/Foswiki/UI.pm line 374
       Foswiki::UI::__ANON__() called at /usr/local/share/perl/5.18.2/Error.pm line 421
       eval {...} called at /usr/local/share/perl/5.18.2/Error.pm line 413
       Error::subs::try('CODE(0x7f4f39f9bf08)', 'HASH(0x7f4f3a534930)') called at /var/www/vhosts/cognisys.com/httpdocs/w203/lib/Foswiki/UI.pm line 500
       Foswiki::UI::_execute('Foswiki::Request=HASH(0x7f4f3a584348)', 'CODE(0x7f4f3908e078)', 'logon', 1, 'login', 1) called at /var/www/vhosts/cognisys.com/httpdocs/w203/lib/Foswiki/UI.pm line 326
       Foswiki::UI::handleRequest('Foswiki::Request=HASH(0x7f4f3a584348)') called at /var/www/vhosts/cognisys.com/httpdocs/w203/lib/Foswiki/Engine/CGI.pm line 99
       Foswiki::Engine::CGI::run('Foswiki::Engine::CGI=HASH(0x7f4f38866980)') called at /var/www/vhosts/cognisys.com/httpdocs/w203/bin/login line 29
       ModPerl::ROOT::ModPerl::Registry::var_www_vhosts_cognisys_2ecom_httpdocs_w203_bin_login::handler('Apache2::RequestRec=SCALAR(0x7f4f39d2f870)') called at /usr/lib/perl5/ModPerl/RegistryCooker.pm line 206
       eval {...} called at /usr/lib/perl5/ModPerl/RegistryCooker.pm line 206
       ModPerl::RegistryCooker::run('ModPerl::Registry=HASH(0x7f4f39d30440)') called at /usr/lib/perl5/ModPerl/RegistryCooker.pm line 172
       ModPerl::RegistryCooker::default_handler('ModPerl::Registry=HASH(0x7f4f39d30440)') called at /usr/lib/perl5/ModPerl/Registry.pm line 31
       ModPerl::Registry::handler('ModPerl::Registry', 'Apache2::RequestRec=SCALAR(0x7f4f39d2f870)') called at -e line 0
       eval {...} called at -e line 0.
 |
[hidden email]

---------------------

9. I tried editing LocalLib.cfg.txt and naming it LocalLib.cfg, providing a hard-coded location for lib. But that fails even worse, view no longer provides Main/Webhome rendering.

With this change, it goes to "Software Error" as the output.

10. I have a simplified vhost.conf for apache:

-------------------

# cat vhost.conf
RewriteEngine on
RewriteRule ^/([A-Z].*) /var/www/vhosts/cognisys.com/httpdocs/w203/bin/view/$1 [L]

<Directory /var/www/vhosts/cognisys.com/httpdocs/w203/bin>
       <IfModule mod_perl.c>
        <Files ~ (\.pl$|^[^\.]*$)>
                SetHandler perl-script
                PerlHandler ModPerl::Registry
                Options ExecCGI
                allow from all
                PerlSendHeader On
        </Files>
       </IfModule>
</Directory>

<Directory "/var/www/vhosts/cognisys.com/httpdocs/w203/data">
       deny from all

-------------------

11. That's about it. Sometimes, just preparing such an email gets me past such a problem spot, but with the reorganization of configure (and its reliance on the rest of the system which is not set up yet), I get the feeling I am in a catch 22 mode here. I looked through LocalSite.cfg and could find nothing out of line.

Any hints would be appreciated!

--Ray Lutz





------------------------------------------------------------------------------
Find and fix application performance issues faster with Applications Manager
Applications Manager provides deep performance insights into multiple tiers of
your business applications. It resolves application problems quickly and
reduces your MTTR. Get your free trial!
https://ad.doubleclick.net/ddm/clk/302982198;130105516;z
_______________________________________________
Foswiki-discuss mailing list
[hidden email]
https://lists.sourceforge.net/lists/listinfo/foswiki-discuss
Reply | Threaded
Open this post in threaded view
|

Re: Need a push to get foswiki 2.0.3 to configure...

George Clark-2
On 05/02/2016 06:23 PM, Ray Lutz wrote:

Hello foswiki friends!

Well, I am making progress in getting foswiki 2.0.3 set up. I am now running on Ubuntu 14.04.4 LTS and perl version is 5.18. So I am past any notion that I can blame anything on an old version of Perl. I will note that I could get such a new version of Perl except with Ubuntu. I am hoping you can give me a sanity check at this point as I am at a standstill. I hope to get this done soon as this has been an open issue since February, and I have been working hard to get things resolved. I only wish foswiki would not require such a massive amount of work to upgrade, but I also understand the world is not a static place.

My status:

1. all perl dependencies are settled (that are not optional and seem important)

...

        mod_perl         mod_perl is not installed.
        ModPerlEngineContrib: Required  if you're using Apache 1.3 and plan to enable mod_perl Used by: ModPerlEngineContrib
-------------------------------

I know that mod_perl is installed so this is a mistake as it is linked into apache, from what I have been told (and this does seem to be true given that I have to restart apache upon any changes at all)

This is the dependency that is only needed for Apache 1.3.   You are running Apache 2.4 probably.  So just ignore that.     As it says:  "Required  if you're using Apache 1.3"

2. Fresh image of foswiki 2.0.3 installed at httpdocs/w203.

2.1.1 is current.   I'm building 2.1.2 tonight to fix one more bug    but 2.0.3 should be okay.   Some performance issues were addressed in 2.1

...
5. Running apache server with mod_perl bc that's how it comes out of the box. Nginx front end exists but passes all perl to apache.

The Apache shipped with ubuntu 14.04 certainly doesn't require mod_perl.   With all the troubles you are having, I'd recommend sticking with plain old CGI.     As far as perl accelerators,  we use fastcgi on foswiki.org.

If you are running nginx,  you might consider using fcgi directly under nginx rather than forwarding to Apache.
Why run two web servers.   

6. My 'simple' perl script runs without an extension and provides relevant environment variables:
    http://69.73.179.57/w203/bin/simple

6. ./view runs on command line and also displays Main/Webhome when accessed from browser.
        --> Interestingly, no configure link occurs on that page and I thought one would be shown.

You'll only get a configure link on the front page when in bootstrap mode.  It appears that you've already configured foswiki somehow. 

7. http://69.73.179.57/w203/bin/configure results in this error dump. Please remember that .htpasswd exists, and has permissions I think are right.

-----------------------

[Mon May  2 17:49:05 2016] -e: Can't locate Foswiki/UI/Configure.pm in @INC (you may need to install the Foswiki::UI::Configure module) (@INC contains: /etc/perl /usr/local/lib/perl/5.18.2 /usr/local/share/perl/5.18.2 /usr/lib/perl5 /usr/share/perl5 /usr/lib/perl/5.18 /usr/share/perl/5.18 /usr/local/lib/site_perl . /etc/apache2) at (eval 239) line 2.
[Mon May  2 17:49:05 2016] -e:  at (eval 239) line 2.
[Mon May  2 17:49:05 2016] -e: 	Foswiki::UI::BEGIN() called at (eval 239) line 2
[Mon May  2 17:49:05 2016] -e: 	eval {...} called at (eval 239) line 2
[Mon May  2 17:49:05 2016] -e: 	eval 'use Foswiki::UI::Configure' called at /var/www/vhosts/cognisys.com/httpdocs/w203/lib/Foswiki/UI.pm line 223
[Mon May  2 17:49:05 2016] -e: 	Foswiki::UI::handleRequest('Foswiki::Request=HASH(0x7f2481d33fc0)') called at /var/www/vhosts/cognisys.com/httpdocs/w203/lib/Foswiki/Engine/CGI.pm line 99
[Mon May  2 17:49:05 2016] -e: 	Foswiki::Engine::CGI::run('Foswiki::Engine::CGI=HASH(0x7f2480866880)') called at /var/www/vhosts/cognisys.com/httpdocs/w203/bin/configure line 29
[Mon May  2 17:49:05 2016] -e: 	ModPerl::ROOT::ModPerl::Registry::var_www_vhosts_cognisys_2ecom_httpdocs_w203_bin_configure::handler('Apache2::RequestRec=SCALAR(0x7f24a3d9e158)') called at /usr/lib/perl5/ModPerl/RegistryCooker.pm line 206
-----------------------
This is clearly something messed up in the mod_perl initialization or configuration.  It has nothing to do with .htpasswd.    

8. logs/error.log tail has an error for a different access, it appears, since timestamp is 17:08 instead of 17:49. So no log is occurring for this error.
----------------------

| 2016-05-02T17:08:45-04:00 warning | Can't locate Foswiki/Macros/QUERYPARAMS.pm in @INC (you may need to install the Foswiki::Macros::QUERYPARAMS module) (@INC contains: /etc/perl /usr/local/lib/perl/5.18.2 /usr/local/share/perl/5.18.2 /usr/lib/perl5 /usr/share/perl5 /usr/lib/perl/5.18 /usr/share/perl/5.18 /usr/local/lib/site_perl . /etc/apache2) at (eval 569) line 2.
---------------------


Same thing.   Something is completely messed up in Mod_Perl setup.  It's not finding modules that are there.

9. I tried editing LocalLib.cfg.txt and naming it LocalLib.cfg, providing a hard-coded location for lib. But that fails even worse, view no longer provides Main/Webhome rendering.

With this change, it goes to "Software Error" as the output.

You really don't need to do this unless you are locally compiling your own libraries and need to override the default paths.

10. I have a simplified vhost.conf for apache:

Please consider using https://foswiki.org/Support/ApacheConfigGenerator   The below configuration is not correct.  The configuration generated by the ApacheConfigGenerator is well proven and recommended.
  - You dont have a   PerlRequire "/var/www/vhosts/cognisys.com/httpdocs/w203/tools/mod_perl_startup.pl"
  - You also don't have a       PerlResponseHandler Foswiki::Engine::Apache

-------------------

# cat vhost.conf
RewriteEngine on
RewriteRule ^/([A-Z].*) /var/www/vhosts/cognisys.com/httpdocs/w203/bin/view/$1 [L]

<Directory /var/www/vhosts/cognisys.com/httpdocs/w203/bin>
       <IfModule mod_perl.c>
        <Files ~ (\.pl$|^[^\.]*$)>
                SetHandler perl-script
                PerlHandler ModPerl::Registry
                Options ExecCGI
                allow from all
                PerlSendHeader On
        </Files>
       </IfModule>
</Directory>

<Directory "/var/www/vhosts/cognisys.com/httpdocs/w203/data">
       deny from all

-------------------

11. That's about it. Sometimes, just preparing such an email gets me past such a problem spot, but with the reorganization of configure (and its reliance on the rest of the system which is not set up yet), I get the feeling I am in a catch 22 mode here. I looked through LocalSite.cfg and could find nothing out of line.

Any hints would be appreciated!

 - Use ApacheConfigGenerator to get a proven configuration
 - Get it running with CGI,   turn on FastCGI or ModPerl  only after you have a stable running system.

I'm not sure how you got your initial configuration,  but if it's in doubt,  I'd suggest deleting LocalSite.cfg and rerunning bootstrap once you get a good Apache config.

George Clark

--Ray Lutz






------------------------------------------------------------------------------
Find and fix application performance issues faster with Applications Manager
Applications Manager provides deep performance insights into multiple tiers of
your business applications. It resolves application problems quickly and
reduces your MTTR. Get your free trial!
https://ad.doubleclick.net/ddm/clk/302982198;130105516;z


_______________________________________________
Foswiki-discuss mailing list
[hidden email]
https://lists.sourceforge.net/lists/listinfo/foswiki-discuss


------------------------------------------------------------------------------
Find and fix application performance issues faster with Applications Manager
Applications Manager provides deep performance insights into multiple tiers of
your business applications. It resolves application problems quickly and
reduces your MTTR. Get your free trial!
https://ad.doubleclick.net/ddm/clk/302982198;130105516;z
_______________________________________________
Foswiki-discuss mailing list
[hidden email]
https://lists.sourceforge.net/lists/listinfo/foswiki-discuss
Reply | Threaded
Open this post in threaded view
|

Re: Need a push to get foswiki 2.0.3 to configure...

Raymond Lutz

I can answer a couple of the questions you provided to me, George. Trust me, this is appreciated as it also just helps me to go over it and explain it to someone.

1. I already tried the GenerateConfig script and could not get it to work even with my 'simple' perl script. I can try that again, but i had to go back to the version I used to use on 1.1.9 to get this far. I tried running under "plain cgi" in the vhost.conf but would not work unless I acted like mod_perl was working. I can check on that but last time I entertained removing mod_perl required a full rebuild of apache. I think this will be a good place to start as the config generator just does not work (and maybe that is my error...)

2. initial configuration was obtained by deleting LocalSite.cfg and going through the questions in response to ./configure -save I think in tools. But regardless, the LocalSite.cfg looks okay from what I can tell. The key issues were the locations of the directories, and the location of .htpasswd. I am using a fresh install of foswiki with nothing changed except for adding .htpasswd, fixing ownerships, and making sure scripts can run.

3. I understand all those things about nginx, FCGI, etc. but really I wanted to just get a base install to work. I like the idea of using nginx and FCGI but as I studied that method it was more than I wanted to try to swallow. At this point, I am trying to get a basic version running in a brand new VPS with new Ubuntu OS and brandy new Perl.

4. I will move up to the latest fw version as soon as I get this version working.

Standby, I will go a few more rounds. I think you may have mentioned a few details that will help.

--Ray


On 05/02/2016 4:53 PM, George Clark wrote:
On 05/02/2016 06:23 PM, Ray Lutz wrote:

Hello foswiki friends!

Well, I am making progress in getting foswiki 2.0.3 set up. I am now running on Ubuntu 14.04.4 LTS and perl version is 5.18. So I am past any notion that I can blame anything on an old version of Perl. I will note that I could get such a new version of Perl except with Ubuntu. I am hoping you can give me a sanity check at this point as I am at a standstill. I hope to get this done soon as this has been an open issue since February, and I have been working hard to get things resolved. I only wish foswiki would not require such a massive amount of work to upgrade, but I also understand the world is not a static place.

My status:

1. all perl dependencies are settled (that are not optional and seem important)

...

        mod_perl         mod_perl is not installed.
        ModPerlEngineContrib: Required  if you're using Apache 1.3 and plan to enable mod_perl Used by: ModPerlEngineContrib
-------------------------------

I know that mod_perl is installed so this is a mistake as it is linked into apache, from what I have been told (and this does seem to be true given that I have to restart apache upon any changes at all)

This is the dependency that is only needed for Apache 1.3.   You are running Apache 2.4 probably.  So just ignore that.     As it says:  "Required  if you're using Apache 1.3"

2. Fresh image of foswiki 2.0.3 installed at httpdocs/w203.

2.1.1 is current.   I'm building 2.1.2 tonight to fix one more bug    but 2.0.3 should be okay.   Some performance issues were addressed in 2.1

...
5. Running apache server with mod_perl bc that's how it comes out of the box. Nginx front end exists but passes all perl to apache.

The Apache shipped with ubuntu 14.04 certainly doesn't require mod_perl.   With all the troubles you are having, I'd recommend sticking with plain old CGI.     As far as perl accelerators,  we use fastcgi on foswiki.org.

If you are running nginx,  you might consider using fcgi directly under nginx rather than forwarding to Apache.
Why run two web servers.   

6. My 'simple' perl script runs without an extension and provides relevant environment variables:
    http://69.73.179.57/w203/bin/simple

6. ./view runs on command line and also displays Main/Webhome when accessed from browser.
        --> Interestingly, no configure link occurs on that page and I thought one would be shown.

You'll only get a configure link on the front page when in bootstrap mode.  It appears that you've already configured foswiki somehow. 

7. http://69.73.179.57/w203/bin/configure results in this error dump. Please remember that .htpasswd exists, and has permissions I think are right.

-----------------------

[Mon May  2 17:49:05 2016] -e: Can't locate Foswiki/UI/Configure.pm in @INC (you may need to install the Foswiki::UI::Configure module) (@INC contains: /etc/perl /usr/local/lib/perl/5.18.2 /usr/local/share/perl/5.18.2 /usr/lib/perl5 /usr/share/perl5 /usr/lib/perl/5.18 /usr/share/perl/5.18 /usr/local/lib/site_perl . /etc/apache2) at (eval 239) line 2.
[Mon May  2 17:49:05 2016] -e:  at (eval 239) line 2.
[Mon May  2 17:49:05 2016] -e: 	Foswiki::UI::BEGIN() called at (eval 239) line 2
[Mon May  2 17:49:05 2016] -e: 	eval {...} called at (eval 239) line 2
[Mon May  2 17:49:05 2016] -e: 	eval 'use Foswiki::UI::Configure' called at /var/www/vhosts/cognisys.com/httpdocs/w203/lib/Foswiki/UI.pm line 223
[Mon May  2 17:49:05 2016] -e: 	Foswiki::UI::handleRequest('Foswiki::Request=HASH(0x7f2481d33fc0)') called at /var/www/vhosts/cognisys.com/httpdocs/w203/lib/Foswiki/Engine/CGI.pm line 99
[Mon May  2 17:49:05 2016] -e: 	Foswiki::Engine::CGI::run('Foswiki::Engine::CGI=HASH(0x7f2480866880)') called at /var/www/vhosts/cognisys.com/httpdocs/w203/bin/configure line 29
[Mon May  2 17:49:05 2016] -e: 	ModPerl::ROOT::ModPerl::Registry::var_www_vhosts_cognisys_2ecom_httpdocs_w203_bin_configure::handler('Apache2::RequestRec=SCALAR(0x7f24a3d9e158)') called at /usr/lib/perl5/ModPerl/RegistryCooker.pm line 206
-----------------------
This is clearly something messed up in the mod_perl initialization or configuration.  It has nothing to do with .htpasswd.    

8. logs/error.log tail has an error for a different access, it appears, since timestamp is 17:08 instead of 17:49. So no log is occurring for this error.
----------------------

| 2016-05-02T17:08:45-04:00 warning | Can't locate Foswiki/Macros/QUERYPARAMS.pm in @INC (you may need to install the Foswiki::Macros::QUERYPARAMS module) (@INC contains: /etc/perl /usr/local/lib/perl/5.18.2 /usr/local/share/perl/5.18.2 /usr/lib/perl5 /usr/share/perl5 /usr/lib/perl/5.18 /usr/share/perl/5.18 /usr/local/lib/site_perl . /etc/apache2) at (eval 569) line 2.
---------------------


Same thing.   Something is completely messed up in Mod_Perl setup.  It's not finding modules that are there.

9. I tried editing LocalLib.cfg.txt and naming it LocalLib.cfg, providing a hard-coded location for lib. But that fails even worse, view no longer provides Main/Webhome rendering.

With this change, it goes to "Software Error" as the output.

You really don't need to do this unless you are locally compiling your own libraries and need to override the default paths.

10. I have a simplified vhost.conf for apache:

Please consider using https://foswiki.org/Support/ApacheConfigGenerator   The below configuration is not correct.  The configuration generated by the ApacheConfigGenerator is well proven and recommended.
  - You dont have a   PerlRequire "/var/www/vhosts/cognisys.com/httpdocs/w203/tools/mod_perl_startup.pl"
  - You also don't have a       PerlResponseHandler Foswiki::Engine::Apache

-------------------

# cat vhost.conf
RewriteEngine on
RewriteRule ^/([A-Z].*) /var/www/vhosts/cognisys.com/httpdocs/w203/bin/view/$1 [L]

<Directory /var/www/vhosts/cognisys.com/httpdocs/w203/bin>
       <IfModule mod_perl.c>
        <Files ~ (\.pl$|^[^\.]*$)>
                SetHandler perl-script
                PerlHandler ModPerl::Registry
                Options ExecCGI
                allow from all
                PerlSendHeader On
        </Files>
       </IfModule>
</Directory>

<Directory "/var/www/vhosts/cognisys.com/httpdocs/w203/data">
       deny from all

-------------------

11. That's about it. Sometimes, just preparing such an email gets me past such a problem spot, but with the reorganization of configure (and its reliance on the rest of the system which is not set up yet), I get the feeling I am in a catch 22 mode here. I looked through LocalSite.cfg and could find nothing out of line.

Any hints would be appreciated!

 - Use ApacheConfigGenerator to get a proven configuration
 - Get it running with CGI,   turn on FastCGI or ModPerl  only after you have a stable running system.

I'm not sure how you got your initial configuration,  but if it's in doubt,  I'd suggest deleting LocalSite.cfg and rerunning bootstrap once you get a good Apache config.

George Clark

--Ray Lutz






------------------------------------------------------------------------------
Find and fix application performance issues faster with Applications Manager
Applications Manager provides deep performance insights into multiple tiers of
your business applications. It resolves application problems quickly and
reduces your MTTR. Get your free trial!
https://ad.doubleclick.net/ddm/clk/302982198;130105516;z


_______________________________________________
Foswiki-discuss mailing list
[hidden email]
https://lists.sourceforge.net/lists/listinfo/foswiki-discuss



------------------------------------------------------------------------------
Find and fix application performance issues faster with Applications Manager
Applications Manager provides deep performance insights into multiple tiers of
your business applications. It resolves application problems quickly and
reduces your MTTR. Get your free trial!
https://ad.doubleclick.net/ddm/clk/302982198;130105516;z


_______________________________________________
Foswiki-discuss mailing list
[hidden email]
https://lists.sourceforge.net/lists/listinfo/foswiki-discuss


------------------------------------------------------------------------------
Find and fix application performance issues faster with Applications Manager
Applications Manager provides deep performance insights into multiple tiers of
your business applications. It resolves application problems quickly and
reduces your MTTR. Get your free trial!
https://ad.doubleclick.net/ddm/clk/302982198;130105516;z
_______________________________________________
Foswiki-discuss mailing list
[hidden email]
https://lists.sourceforge.net/lists/listinfo/foswiki-discuss
Reply | Threaded
Open this post in threaded view
|

Re: Need a push to get foswiki 2.0.3 to configure...

George Clark-2
On 05/02/2016 08:37 PM, Ray Lutz wrote:
> I can check on that but last time I entertained removing mod_perl
> required a full rebuild of apache. I think this will be a good place
> to start as the config generator just does not work (and maybe that is
> my error...)
Just one point.  You certainly don't have to rebuild apache to not use
mod_perl.  I've never ever built apache and have mod_perl and fcgi
running even on the same server.    It's all up to the configuration.

George

------------------------------------------------------------------------------
Find and fix application performance issues faster with Applications Manager
Applications Manager provides deep performance insights into multiple tiers of
your business applications. It resolves application problems quickly and
reduces your MTTR. Get your free trial!
https://ad.doubleclick.net/ddm/clk/302982198;130105516;z
_______________________________________________
Foswiki-discuss mailing list
[hidden email]
https://lists.sourceforge.net/lists/listinfo/foswiki-discuss
Reply | Threaded
Open this post in threaded view
|

Re: Need a push to get foswiki 2.0.3 to configure...

Chris Hoefler
In reply to this post by Raymond Lutz

I already tried the GenerateConfig script and could not get it to work even with my 'simple' perl script.

If the ConfigGenerator isn't working then I think we need to start there because this is your core issue. Please post your entire unabridged vhost.conf file configured for plain CGI with the ConfigGenerator. If it is not working, we'll find the root cause, but we can't help you debug with partial snippets of configs coming from all over the place. If you have placed any of your config in .htaccess files, remove them.

I can check on that but last time I entertained removing mod_perl required a full rebuild of apache

Depending on how your VPS is set up, you should be able to just remove the module. Ubuntu/Debian ships with the a2enmod/a2dismod utility to manage Apache modules. You can also just remove the symlinks from /etc/apache2/mods-available and restart the Apache service. However, like George says, even that should be unnecessary. Just remove the <IfModule> directive from your vhost.conf and mod_perl will not be used.

------------------------------------------------------------------------------
Find and fix application performance issues faster with Applications Manager
Applications Manager provides deep performance insights into multiple tiers of
your business applications. It resolves application problems quickly and
reduces your MTTR. Get your free trial!
https://ad.doubleclick.net/ddm/clk/302982198;130105516;z
_______________________________________________
Foswiki-discuss mailing list
[hidden email]
https://lists.sourceforge.net/lists/listinfo/foswiki-discuss
Reply | Threaded
Open this post in threaded view
|

Re: Need a push to get foswiki 2.0.3 to configure...

Raymond Lutz
In reply to this post by George Clark-2
Hello!
Ran configurator a few more times. Finally got a combination that I think is right, and it does start to run now.
Selected mod_perl version. Now I am getting to a log-in screen. I can log in but it does not accept me as admin.
(In CentOS mod_perl was statically linked into the apache server. I tried getting it to run without it but never could get all the settings right. Plus I had two versions of Perl and the mod_perl version was 5.10. So that prompted the move to Ubuntu, which so far has been less painful. I can tell that I am running with mod_perl due to the way I have to restart the server to get any changes to take. I will work on optimizing, using nginx, FCGI, etc. later... right now I am trying to be simple.)

NOW.. it is running BUT...
(This is obviously because I am a newbie on the changes to the configuration architecture. How do I fix this. I am in the AdminGroup but I think this is a different level of admin.)

Access Denied

Attention

Access check on "System.Configuration" failed.Action "VIEW": Not an admin by user RaymondLutz.To login as another user please do so here.Contact if you have any questions.Related topics: WikiGroups, AccessControl


On 05/02/2016 7:17 PM, George Clark wrote:
On 05/02/2016 08:37 PM, Ray Lutz wrote:
I can check on that but last time I entertained removing mod_perl
required a full rebuild of apache. I think this will be a good place
to start as the config generator just does not work (and maybe that is
my error...)
Just one point.  You certainly don't have to rebuild apache to not use
mod_perl.  I've never ever built apache and have mod_perl and fcgi
running even on the same server.    It's all up to the configuration.

George

------------------------------------------------------------------------------
Find and fix application performance issues faster with Applications Manager
Applications Manager provides deep performance insights into multiple tiers of
your business applications. It resolves application problems quickly and
reduces your MTTR. Get your free trial!
https://ad.doubleclick.net/ddm/clk/302982198;130105516;z
_______________________________________________
Foswiki-discuss mailing list
[hidden email]
https://lists.sourceforge.net/lists/listinfo/foswiki-discuss



------------------------------------------------------------------------------
Find and fix application performance issues faster with Applications Manager
Applications Manager provides deep performance insights into multiple tiers of
your business applications. It resolves application problems quickly and
reduces your MTTR. Get your free trial!
https://ad.doubleclick.net/ddm/clk/302982198;130105516;z
_______________________________________________
Foswiki-discuss mailing list
[hidden email]
https://lists.sourceforge.net/lists/listinfo/foswiki-discuss
Reply | Threaded
Open this post in threaded view
|

Re: Need a push to get foswiki 2.0.3 to configure...

Raymond Lutz
I just remembered I do not have any active data yet in this install, and so, I am not in the AdminGroup.
I'm going to try copying over the AdminGroup from the old install and see if that works. I will let you know.
(Frankly a lot to ask of brand new installers to do all this just to get the configuration tool to work).

On 05/02/2016 10:22 PM, Ray Lutz wrote:
Hello!
Ran configurator a few more times. Finally got a combination that I think is right, and it does start to run now.
Selected mod_perl version. Now I am getting to a log-in screen. I can log in but it does not accept me as admin.
(In CentOS mod_perl was statically linked into the apache server. I tried getting it to run without it but never could get all the settings right. Plus I had two versions of Perl and the mod_perl version was 5.10. So that prompted the move to Ubuntu, which so far has been less painful. I can tell that I am running with mod_perl due to the way I have to restart the server to get any changes to take. I will work on optimizing, using nginx, FCGI, etc. later... right now I am trying to be simple.)

NOW.. it is running BUT...
(This is obviously because I am a newbie on the changes to the configuration architecture. How do I fix this. I am in the AdminGroup but I think this is a different level of admin.)

Access Denied

Attention

Access check on "System.Configuration" failed.Action "VIEW": Not an admin by user RaymondLutz.To login as another user please do so here.Contact if you have any questions.Related topics: WikiGroups, AccessControl


On 05/02/2016 7:17 PM, George Clark wrote:
On 05/02/2016 08:37 PM, Ray Lutz wrote:
I can check on that but last time I entertained removing mod_perl
required a full rebuild of apache. I think this will be a good place
to start as the config generator just does not work (and maybe that is
my error...)
Just one point.  You certainly don't have to rebuild apache to not use
mod_perl.  I've never ever built apache and have mod_perl and fcgi
running even on the same server.    It's all up to the configuration.

George

------------------------------------------------------------------------------
Find and fix application performance issues faster with Applications Manager
Applications Manager provides deep performance insights into multiple tiers of
your business applications. It resolves application problems quickly and
reduces your MTTR. Get your free trial!
https://ad.doubleclick.net/ddm/clk/302982198;130105516;z
_______________________________________________
Foswiki-discuss mailing list
[hidden email]
https://lists.sourceforge.net/lists/listinfo/foswiki-discuss




------------------------------------------------------------------------------
Find and fix application performance issues faster with Applications Manager
Applications Manager provides deep performance insights into multiple tiers of
your business applications. It resolves application problems quickly and
reduces your MTTR. Get your free trial!
https://ad.doubleclick.net/ddm/clk/302982198;130105516;z


_______________________________________________
Foswiki-discuss mailing list
[hidden email]
https://lists.sourceforge.net/lists/listinfo/foswiki-discuss


------------------------------------------------------------------------------
Find and fix application performance issues faster with Applications Manager
Applications Manager provides deep performance insights into multiple tiers of
your business applications. It resolves application problems quickly and
reduces your MTTR. Get your free trial!
https://ad.doubleclick.net/ddm/clk/302982198;130105516;z
_______________________________________________
Foswiki-discuss mailing list
[hidden email]
https://lists.sourceforge.net/lists/listinfo/foswiki-discuss
Reply | Threaded
Open this post in threaded view
|

Re: Need a push to get foswiki 2.0.3 to configure...

Raymond Lutz
Configuration finally is running...  I thank the list for your help.
Good work on the new password infrastructure, once I found it and created the encrypted password properly.
Cheers!


On 05/03/2016 7:47 AM, Ray Lutz wrote:
I just remembered I do not have any active data yet in this install, and so, I am not in the AdminGroup.
I'm going to try copying over the AdminGroup from the old install and see if that works. I will let you know.
(Frankly a lot to ask of brand new installers to do all this just to get the configuration tool to work).

On 05/02/2016 10:22 PM, Ray Lutz wrote:
Hello!
Ran configurator a few more times. Finally got a combination that I think is right, and it does start to run now.
Selected mod_perl version. Now I am getting to a log-in screen. I can log in but it does not accept me as admin.
(In CentOS mod_perl was statically linked into the apache server. I tried getting it to run without it but never could get all the settings right. Plus I had two versions of Perl and the mod_perl version was 5.10. So that prompted the move to Ubuntu, which so far has been less painful. I can tell that I am running with mod_perl due to the way I have to restart the server to get any changes to take. I will work on optimizing, using nginx, FCGI, etc. later... right now I am trying to be simple.)

NOW.. it is running BUT...
(This is obviously because I am a newbie on the changes to the configuration architecture. How do I fix this. I am in the AdminGroup but I think this is a different level of admin.)

Access Denied

Attention

Access check on "System.Configuration" failed.Action "VIEW": Not an admin by user RaymondLutz.To login as another user please do so here.Contact if you have any questions.Related topics: WikiGroups, AccessControl


On 05/02/2016 7:17 PM, George Clark wrote:
On 05/02/2016 08:37 PM, Ray Lutz wrote:
I can check on that but last time I entertained removing mod_perl
required a full rebuild of apache. I think this will be a good place
to start as the config generator just does not work (and maybe that is
my error...)
Just one point.  You certainly don't have to rebuild apache to not use
mod_perl.  I've never ever built apache and have mod_perl and fcgi
running even on the same server.    It's all up to the configuration.

George

------------------------------------------------------------------------------
Find and fix application performance issues faster with Applications Manager
Applications Manager provides deep performance insights into multiple tiers of
your business applications. It resolves application problems quickly and
reduces your MTTR. Get your free trial!
https://ad.doubleclick.net/ddm/clk/302982198;130105516;z
_______________________________________________
Foswiki-discuss mailing list
[hidden email]
https://lists.sourceforge.net/lists/listinfo/foswiki-discuss




------------------------------------------------------------------------------
Find and fix application performance issues faster with Applications Manager
Applications Manager provides deep performance insights into multiple tiers of
your business applications. It resolves application problems quickly and
reduces your MTTR. Get your free trial!
https://ad.doubleclick.net/ddm/clk/302982198;130105516;z


_______________________________________________
Foswiki-discuss mailing list
[hidden email]
https://lists.sourceforge.net/lists/listinfo/foswiki-discuss



------------------------------------------------------------------------------
Find and fix application performance issues faster with Applications Manager
Applications Manager provides deep performance insights into multiple tiers of
your business applications. It resolves application problems quickly and
reduces your MTTR. Get your free trial!
https://ad.doubleclick.net/ddm/clk/302982198;130105516;z


_______________________________________________
Foswiki-discuss mailing list
[hidden email]
https://lists.sourceforge.net/lists/listinfo/foswiki-discuss


------------------------------------------------------------------------------
Find and fix application performance issues faster with Applications Manager
Applications Manager provides deep performance insights into multiple tiers of
your business applications. It resolves application problems quickly and
reduces your MTTR. Get your free trial!
https://ad.doubleclick.net/ddm/clk/302982198;130105516;z
_______________________________________________
Foswiki-discuss mailing list
[hidden email]
https://lists.sourceforge.net/lists/listinfo/foswiki-discuss
Reply | Threaded
Open this post in threaded view
|

Re: Need a push to get foswiki 2.0.3 to configure...

George Clark-2
In reply to this post by Raymond Lutz
When you ran the tools/configure script and answered the questions,   it
should have asked you for an admin password.   Log in with the user
"admin"  (all lower case),  and the password that you specified when
building the configuration.   That user does not need to be in the
.htpasswd file.  (And *should not* be in it)

If you can't remember it, you can change it using tools/configure

tools/configure -save -set {Password}='whateveryouwant'

If you had been able to use the web based bootstrap, you would have been
automatically logged in as admin without any password needed,  during
which time you could register and add yourself to the admin group,  or
alternatively set the admin super user password using the configure
interface.   It issues a warning that it is not set.

George

On 05/03/2016 10:47 AM, Ray Lutz wrote:
> I just remembered I do not have any active data yet in this install,
> and so, I am not in the AdminGroup.
> I'm going to try copying over the AdminGroup from the old install and
> see if that works. I will let you know.
> (Frankly a lot to ask of brand new installers to do all this just to
> get the configuration tool to work).


------------------------------------------------------------------------------
Find and fix application performance issues faster with Applications Manager
Applications Manager provides deep performance insights into multiple tiers of
your business applications. It resolves application problems quickly and
reduces your MTTR. Get your free trial!
https://ad.doubleclick.net/ddm/clk/302982198;130105516;z
_______________________________________________
Foswiki-discuss mailing list
[hidden email]
https://lists.sourceforge.net/lists/listinfo/foswiki-discuss