Installation results in a blank page

Installation results in a blank page - Printable Version

+- LetoDMS Community Forum (https://community.letodms.com)
+-- Forum: LetoDMS Support (https://community.letodms.com/forumdisplay.php?fid=4)
+--- Forum: Installation Problems (https://community.letodms.com/forumdisplay.php?fid=9)
+--- Thread: Installation results in a blank page (/showthread.php?tid=491)

Installation results in a blank page - ewigkeit - 04-26-2012

Hi everyone,

I'm trying to get LetoDMS running on my Arch Linux home server for some days now. I already got all the dependencies worked out (Adodb, Zendframework, Pear, WebDAV etc.), set up the Database according to this (http://www.letodms.com/doc/doku.php?id=install:install) but running letodms/install always results in a nearly blank page after filling out all forms. There is neither confirmation that it worked nor any other clue what might have gone wrong after the configuration page.

Because so, I manually edited letodms/conf/settings.xml. But the result remains the same afterwards.

If I delete letodms/conf/ENABLE_INSTALL_TOOL I get a blank page (Firefox) when opening localhost/letodms which leads me always straight to letodms/out/out.ViewFolder.php. Chromium tells me about an HTTP-Error 500 (Internal Server Error).

settings.xml

Code:
<?xml version="1.0" encoding="UTF-8"?>

<configuration>

  <site>

    <!-- siteName: Name of site used in the page titles. Default: letoDMS

       - footNote: Message to display at the bottom of every page

       - printDisclaimer: if true the disclaimer message the lang.inc files will be print on the bottom of the page

       - language: default language (name of a subfolder in folder "languages")

       - theme: default style (name of a subfolder in folder "styles")

    -->

    <display

      siteName = "letoDMS"

      footNote = "letoDMS free document management system - www.letodms.com"

      printDisclaimer="true"

      language = "English"

      theme = "clean"

    >  

    </display>

    <!-- strictFormCheck: Strict form checking. If set to true, then all fields in the form will be checked for a value. If set to false, then (most) comments and keyword fields become optional. Comments are always required when submitting a review or overriding document status.

       - viewOnlineFileTypes: files with one of the following endings can be viewed online (USE ONLY LOWER CASE CHARACTERS)

       - enableConverting: enable/disable converting of files

       - enableEmail: enable/disable automatic email notification

       - enableUsersView: enable/disable group and user view for all users

       - enableFullSearch: false to don't use fulltext search

       - enableFolderTree: false to don't show the folder tree

       - expandFolderTree: 0 to start with tree hidden

       -                   1 to start with tree shown and first level expanded

       -                   2 to start with tree shown fully expanded     

    -->   

    <edition

      strictFormCheck = "false"

      viewOnlineFileTypes = ".txt;.text;.html;.htm;.pdf;.gif;.png;.jpg;.jpeg"

      enableConverting = "true"

      enableEmail = "true"    

      enableUsersView = "true"

      enableFullSearch = "true"

      enableFolderTree = "true"

      expandFolderTree = "1"

    >

    </edition> 

    <!-- enableCalendar: enable/disable calendar

       - calendarDefaultView: calendar default view ("w" for week,"m" for month,"y" for year)

       - firstDayOfWeek: first day of the week (0=sunday, 6=saturday)

    -->  

    <calendar

      enableCalendar = "false"

      calendarDefaultView = "y"

      firstDayOfWeek = "0"

    >

    </calendar>

  </site>

  <system>

    <!-- rootDir: Path to where letoDMS is located

       - httpRoot: The relative path in the URL, after the domain part. Do not include the

       -           http:// prefix or the web host name. e.g. If the full URL is

         -           http://www.example.com/letodms/, set $_httpRoot = "/letodms/".

         -           If the URL is http://www.example.com/, set $_httpRoot = "/".

       - contentDir: Where the uploaded files are stored (best to choose a directory that

       -             is not accessible through your web-server)

             - stagingDir: Where partial file uploads are saved

             - luceneDir: Where the lucene fulltext index iѕ saved

       - logFileEnable: set false to disable log system

       - logFileRotation: the log file rotation (h=hourly, d=daily, m=monthly)

    -->

    <server

      rootDir = "/srv/http/letodms/"

      coreDir = "/srv/http/letodms/"

      httpRoot = "/letodms/"

      contentDir = "/srv/http/letodms/data/"

      stagingDir = "/srv/http/letodms/data/staging/"

      luceneDir = "/srv/http/letodms/data/lucene/"

      logFileEnable = "true"

      logFileRotation = "d"

      enableLargeFileUpload = "true"

      partitionSize = "2000000"

    >

    </server>

    <!-- enableGuestLogin: If you want anybody to login as guest, set the following line to true

       -                   note: guest login should be used only in a trusted environment

             - enablePasswordForgotten: Allow users to reset their password

       - restricted: Restricted access: only allow users to log in if they have an entry in the local database (irrespective of successful authentication with LDAP).

       - enableUserImage: enable users images

       - disableSelfEdit: if true user cannot edit his own profile

    -->    

    <authentication

      enableGuestLogin = "false"

      enablePasswordForgotten = "false"

      restricted = "true"

      enableUserImage = "false"

      disableSelfEdit = "false"

    >

      <connectors>

        <!-- ***** CONNECTOR LDAP  *****

           - enable: enable/disable connector

           - type: type of connector ldap / AD

           - host: hostname of the authentification server

           -       URIs are supported, e.g.: ldaps://ldap.host.com

           - port: port of the authentification server

           - baseDN: top level of the LDAP directory tree

        -->  

        <connector

          enable = "false"

          type = "ldap"

          host = "ldaps://ldap.host.com"

          port = "389"

          baseDN = ""

        >

        </connector>

        <!-- ***** CONNECTOR Microsoft Active Directory  *****

           - enable: enable/disable connector

           - type: type of connector ldap / AD

           - host: hostname of the authentification server

           - port: port of the authentification server

           - baseDN: top level of the LDAP directory tree

           - accountDomainName: sample: example.com

        -->  

        <connector

          enable = "false"

          type = "AD"

          host = "ldap.example.com"

          port = "389"

          baseDN = ""

          accountDomainName = "example.com"

        >

        </connector>

      </connectors>

    </authentication>

    <!-- ADOdbPath: Path to adodb. This is the directory containing the adodb directory

       - dbDriver: DB-Driver used by adodb (see adodb-readme)

       - dbHostname: DB-Server

       - dbDatabase: database where the tables for letodms are stored (optional - see adodb-readme)

       - dbUser: username for database-access

       - dbPass: password for database-access

    -->    

    <database

      ADOdbPath = "/srv/http/letodms/"

      dbDriver = "mysql"

      dbHostname = "localhost"

      dbDatabase = "letodms"

      dbUser = "letodms"

      dbPass = "PASSWORD"

    >

    </database>

    <!-- smtpServer: SMTP Server hostname

       - smtpPort: SMTP Server port

       - smtpSendFrom: Send from

    -->    

    <smtp 

      smtpServer = "localhost" 

      smtpPort = "25" 

      smtpSendFrom = "letodms@localhost"

    />    

  </system>

  <advanced>

    <!-- siteDefaultPage: Default page on login. Defaults to out/out.ViewFolder.php

       - rootFolderID: ID of root-folder (mostly no need to change)

       - titleDisplayHack: Workaround for page titles that go over more than 2 lines.

    -->  

    <display

      siteDefaultPage =""      

      rootFolderID = "1"

      titleDisplayHack = "true"

    >

    </display>

    <!-- guestID: ID of guest-user used when logged in as guest (mostly no need to change)

       - adminIP: if enabled admin can login only by specified IP addres, leave empty to avoid the control

       -          NOTE: works only with local autentication (no LDAP)

    --> 

    <authentication

      guestID = "2"

      adminIP = ""     

    >

    </authentication>

    <!-- enableAdminRevApp: false to don't list administrator as reviewer/approver

       - versioningFileName: the name of the versioning info file created by the backup tool

    --> 

    <edition

      enableAdminRevApp = "false"

      versioningFileName = "versioning_info.txt"

    >

    </edition>

    <!-- coreDir: Path to LetoDMS_Core (optional)

       - luceneClassDir: Path to LetoDMS_Lucene (optional)

       - contentOffsetDir: To work around limitations in the underlying file system, a new 

       -                   directory structure has been devised that exists within the content 

       -                   directory ($_contentDir). This requires a base directory from which 

       -                   to begin. Usually leave this to the default setting, 1048576, but can 

       -                   be any number or string that does not already exist within $_contentDir.    

       - maxDirID: Maximum number of sub-directories per parent directory. Default: 0, use 31998 (maximum number of dirs in ext3) for a multi level content directory.

       - updateNotifyTime: users are notified about document-changes that took place within the last "updateNotifyTime" seconds

    -->

    <server

      coreDir = ""

      luceneClassDir = ""

      contentOffsetDir = "1048576"

      maxDirID = "0"

      updateNotifyTime = "86400"

    >

    </server>

  </advanced>

</configuration>

RE: Installation results in a blank page - steinm - 04-26-2012

(04-26-2012, 01:43 PM)ewigkeit Wrote: I'm trying to get LetoDMS running on my Arch Linux home server for some days now. I already got all the dependencies worked out (Adodb, Zendframework, Pear, WebDAV etc.), set up the Database according to this (http://www.letodms.com/doc/doku.php?id=install:install) but running letodms/install always results in a nearly blank page after filling out all forms. There is neither confirmation that it worked nor any other clue what might have gone wrong after the configuration page.

Because so, I manually edited letodms/conf/settings.xml. But the result remains the same afterwards.

If I delete letodms/conf/ENABLE_INSTALL_TOOL I get a blank page (Firefox) when opening localhost/letodms which leads me always straight to letodms/out/out.ViewFolder.php. Chromium tells me about an HTTP-Error 500 (Internal Server Error).

Can you provide an error message? There should be one in the apache error log.

Uwe

RE: Installation results in a blank page - ewigkeit - 04-26-2012

Quote:Can you provide an error message? There should be one in the apache error log.

Uwe

I would love to, at least at would give me some kind of hint what's wrong, but only status-updates are listet - nothing serious, I guess.

/var/log/httpd/error_log

Code:
[Wed Apr 25 10:46:53 2012] [notice] caught SIGTERM, shutting down

Attempt to free unreferenced scalar: SV 0x15d0998, Perl interpreter: 0x1607520 durin

g global destruction.

[Wed Apr 25 11:50:04 2012] [warn] Init: Session Cache is not configured [hint: SSLSe

ssionCache]

[Wed Apr 25 11:50:04 2012] [notice] suEXEC mechanism enabled (wrapper: /usr/sbin/sue

xec)

Attempt to free unreferenced scalar: SV 0x277e788, Perl interpreter: 0x275dea0 durin

g global destruction.

[Wed Apr 25 11:50:04 2012] [notice] Digest: generating secret for digest authenticat

ion ...

[Wed Apr 25 11:50:04 2012] [notice] Digest: done

[Wed Apr 25 11:50:06 2012] [notice] Apache/2.2.22 (Unix) mod_ssl/2.2.22 OpenSSL/1.0.

1a DAV/2 PHP/5.3.10 with Suhosin-Patch mod_perl/2.0.5 Perl/v5.14.2 configured -- res

uming normal operations

[Thu Apr 26 08:32:30 2012] [notice] SIGHUP received.  Attempting to restart

Attempt to free unreferenced scalar: SV 0x2777fa8, Perl interpreter: 0x27d2850 durin

g global destruction.

[Thu Apr 26 08:32:30 2012] [notice] Digest: generating secret for digest authenticat

ion ...

[Thu Apr 26 08:32:30 2012] [notice] Digest: done

[Thu Apr 26 08:32:31 2012] [notice] Apache/2.2.22 (Unix) mod_ssl/2.2.22 OpenSSL/1.0.

1a DAV/2 PHP/5.3.10 with Suhosin-Patch mod_perl/2.0.5 Perl/v5.14.2 configured -- res

uming normal operations

[Thu Apr 26 08:50:50 2012] [notice] SIGHUP received.  Attempting to restart

Attempt to free unreferenced scalar: SV 0x276b968, Perl interpreter: 0x2763250 durin

g global destruction.

[Thu Apr 26 08:50:50 2012] [notice] Digest: generating secret for digest authenticat

ion ...

[Thu Apr 26 08:50:50 2012] [notice] Digest: done

[Thu Apr 26 08:50:51 2012] [notice] Apache/2.2.22 (Unix) mod_ssl/2.2.22 OpenSSL/1.0.

1a DAV/2 PHP/5.3.10 with Suhosin-Patch mod_perl/2.0.5 Perl/v5.14.2 configured -- resuming normal operations

[Thu Apr 26 08:54:39 2012] [notice] SIGHUP received.  Attempting to restart

Attempt to free unreferenced scalar: SV 0x27cadc8, Perl interpreter: 0x27de020 during global destruction.

[Thu Apr 26 08:54:39 2012] [notice] Digest: generating secret for digest authentication ...

[Thu Apr 26 08:54:39 2012] [notice] Digest: done

[Thu Apr 26 08:54:40 2012] [notice] Apache/2.2.22 (Unix) mod_ssl/2.2.22 OpenSSL/1.0.1a DAV/2 PHP/5.3.10 with Suhosin-Patch mod_perl/2.0.5 Perl/v5.14.2 configured -- resuming normal operations

[Thu Apr 26 09:03:38 2012] [notice] SIGHUP received.  Attempting to restart

Attempt to free unreferenced scalar: SV 0x27cb048, Perl interpreter: 0x27aaa10 during global destruction.

[Thu Apr 26 09:03:38 2012] [notice] Digest: generating secret for digest authentication ...

[Thu Apr 26 09:03:38 2012] [notice] Digest: done

[Thu Apr 26 09:03:39 2012] [notice] Apache/2.2.22 (Unix) mod_ssl/2.2.22 OpenSSL/1.0.1a DAV/2 PHP/5.3.10 with Suhosin-Patch mod_perl/2.0.5 Perl/v5.14.2 configured -- resuming normal operations

One thing I did add in my configuration is, that I included a virtual server in my Apache-Config. Maybe there is something wrong there. I also checked the two corresponding log files configured there - but both are empty.

/etc/httpd/conf/extra/letodms.conf

Code:
<IfModule mod_alias.c>

Alias /letodms /srv/http/letodms/

</IfModule>

<Directory /srv/http/letodms/>

   Options None

   Order allow,deny

   allow from all

</Directory>

<VirtualHost *>

    ServerAdmin foo@foofarm.com

    DocumentRoot /srv/http/letodms

    ServerName letodms.foo.com

    ErrorLog logs/letodms.foo.info-error_log

    CustomLog logs/letodms.foo.info-access_log common

</VirtualHost>

EDIT
Since yesterday I got an older version of LetoDMS in my virtual ubuntu-server running and I just tried it with the added Apache-Conf-Settings from there. But changing options and putting that Virtualhost stuff out of the file didn't solve the problem.

/etc/httpd/conf/extra/letodms.conf - edited to:

Code:
<IfModule mod_alias.c>

Alias /letodms "/srv/http/letodms"

</IfModule>

<Directory "/srv/http/letodms">

   Options -Indexes MultiViews FollowSymLinks

   AllowOverride None

   Order allow,deny

   allow from all

</Directory>

RE: Installation results in a blank page - steinm - 04-27-2012

(04-26-2012, 02:39 PM)ewigkeit Wrote: I would love to, at least at would give me some kind of hint what's wrong, but only status-updates are listet - nothing serious, I guess.

/var/log/httpd/error_log

Code:
[Wed Apr 25 10:46:53 2012] [notice] caught SIGTERM, shutting down Attempt to free unreferenced scalar: SV 0x15d0998, Perl interpreter: 0x1607520 durin g global destruction. [Wed Apr 25 11:50:04 2012] [warn] Init: Session Cache is not configured [hint: SSLSe ssionCache] [Wed Apr 25 11:50:04 2012] [notice] suEXEC mechanism enabled (wrapper: /usr/sbin/sue xec) Attempt to free unreferenced scalar: SV 0x277e788, Perl interpreter: 0x275dea0 durin g global destruction. [Wed Apr 25 11:50:04 2012] [notice] Digest: generating secret for digest authenticat ion ... [Wed Apr 25 11:50:04 2012] [notice] Digest: done [Wed Apr 25 11:50:06 2012] [notice] Apache/2.2.22 (Unix) mod_ssl/2.2.22 OpenSSL/1.0. 1a DAV/2 PHP/5.3.10 with Suhosin-Patch mod_perl/2.0.5 Perl/v5.14.2 configured -- res uming normal operations [Thu Apr 26 08:32:30 2012] [notice] SIGHUP received. Attempting to restart Attempt to free unreferenced scalar: SV 0x2777fa8, Perl interpreter: 0x27d2850 durin g global destruction. [Thu Apr 26 08:32:30 2012] [notice] Digest: generating secret for digest authenticat ion ... [Thu Apr 26 08:32:30 2012] [notice] Digest: done [Thu Apr 26 08:32:31 2012] [notice] Apache/2.2.22 (Unix) mod_ssl/2.2.22 OpenSSL/1.0. 1a DAV/2 PHP/5.3.10 with Suhosin-Patch mod_perl/2.0.5 Perl/v5.14.2 configured -- res uming normal operations [Thu Apr 26 08:50:50 2012] [notice] SIGHUP received. Attempting to restart Attempt to free unreferenced scalar: SV 0x276b968, Perl interpreter: 0x2763250 durin g global destruction. [Thu Apr 26 08:50:50 2012] [notice] Digest: generating secret for digest authenticat ion ... [Thu Apr 26 08:50:50 2012] [notice] Digest: done [Thu Apr 26 08:50:51 2012] [notice] Apache/2.2.22 (Unix) mod_ssl/2.2.22 OpenSSL/1.0. 1a DAV/2 PHP/5.3.10 with Suhosin-Patch mod_perl/2.0.5 Perl/v5.14.2 configured -- resuming normal operations [Thu Apr 26 08:54:39 2012] [notice] SIGHUP received. Attempting to restart Attempt to free unreferenced scalar: SV 0x27cadc8, Perl interpreter: 0x27de020 during global destruction. [Thu Apr 26 08:54:39 2012] [notice] Digest: generating secret for digest authentication ... [Thu Apr 26 08:54:39 2012] [notice] Digest: done [Thu Apr 26 08:54:40 2012] [notice] Apache/2.2.22 (Unix) mod_ssl/2.2.22 OpenSSL/1.0.1a DAV/2 PHP/5.3.10 with Suhosin-Patch mod_perl/2.0.5 Perl/v5.14.2 configured -- resuming normal operations [Thu Apr 26 09:03:38 2012] [notice] SIGHUP received. Attempting to restart Attempt to free unreferenced scalar: SV 0x27cb048, Perl interpreter: 0x27aaa10 during global destruction. [Thu Apr 26 09:03:38 2012] [notice] Digest: generating secret for digest authentication ... [Thu Apr 26 09:03:38 2012] [notice] Digest: done [Thu Apr 26 09:03:39 2012] [notice] Apache/2.2.22 (Unix) mod_ssl/2.2.22 OpenSSL/1.0.1a DAV/2 PHP/5.3.10 with Suhosin-Patch mod_perl/2.0.5 Perl/v5.14.2 configured -- resuming normal operations

That isn't suspious at all.

Is your php doing any error reporting at all? What if you place a php file in your letodms directory that for example includes a file that doesn't exist?

Code:
<?php

incude('doesnotexits.php');

?>

Is there any error message?

Uwe

RE: Installation results in a blank page - ewigkeit - 04-27-2012

Quote:Is your php doing any error reporting at all? What if you place a php file in your letodms directory that for example includes a file that doesn't exist?

Code:
<?php incude('doesnotexits.php'); ?>

Is there any error message?

Uwe

Thanks for pointing that out - displaying php error messages is disabled by default on Arch. So I set that up up and tried to get a clue from the following error message after filling out the installation form:

Code:
Warning: require_once(adodb/adodb.inc.php): failed to open stream: Datei oder Verzeichnis nicht gefunden in /srv/http/letodms/Core/inc.DBAccess.php on line 18 Fatal error: require_once(): Failed opening required 'adodb/adodb.inc.php' (include_path='.:/usr/share/pear:/usr/share/zendframework/library') in /srv/http/letodms/Core/inc.DBAccess.php on line 18

When I understand correctly, inc.DBAccess.php tries to find adodb.inc.php. My configuration is, that the adodb-directory with the adodb.inc.php is placed in /srv/http/letodms/adodb. And I configured that in settings.xml (ADOdbPath = "/srv/http/letodms/" <- directory containing the adodb directory). I also tried only relying on the settings.xml without further installation. But then I get the following error message:

Code:
Warning: require_once(LetoDMS/Core.php): failed to open stream: Datei oder Verzeichnis nicht gefunden in /srv/http/letodms/inc/inc.DBInit.php on line 27 Fatal error: require_once(): Failed opening required 'LetoDMS/Core.php' (include_path='/srv/http/letodms:.:/usr/share/pear:/usr/share/zendframework/library') in /srv/http/letodms/inc/inc.DBInit.php on line 27

RE: Installation results in a blank page - steinm - 04-27-2012

(04-27-2012, 02:35 PM)ewigkeit Wrote:
Code:
Warning: require_once(adodb/adodb.inc.php): failed to open stream: Datei oder Verzeichnis nicht gefunden in /srv/http/letodms/Core/inc.DBAccess.php on line 18 Fatal error: require_once(): Failed opening required 'adodb/adodb.inc.php' (include_path='.:/usr/share/pear:/usr/share/zendframework/library') in /srv/http/letodms/Core/inc.DBAccess.php on line 18

When I understand correctly, inc.DBAccess.php tries to find adodb.inc.php. My configuration is, that the adodb-directory with the adodb.inc.php is placed in /srv/http/letodms/adodb. And I configured that in settings.xml (ADOdbPath = "/srv/http/letodms/" <- directory containing the adodb directory). I also tried only relying on the settings.xml without further installation. But then I get the following error message:

Code:
Warning: require_once(LetoDMS/Core.php): failed to open stream: Datei oder Verzeichnis nicht gefunden in /srv/http/letodms/inc/inc.DBInit.php on line 27 Fatal error: require_once(): Failed opening required 'LetoDMS/Core.php' (include_path='/srv/http/letodms:.:/usr/share/pear:/usr/share/zendframework/library') in /srv/http/letodms/inc/inc.DBInit.php on line 27

If /srv/http/letodms/adodb/adodb.inc.php realy exists check if it is ready by the web server.

The same applies for LetoDMS/Core.php. Set the coreDir in settings or simply put it into /srv/http/letodms. It just has to be found either in the include path or by specifying the path in coreDir.

Uwe

RE: Installation results in a blank page - ewigkeit - 04-27-2012

Quote:If /srv/http/letodms/adodb/adodb.inc.php realy exists check if it is ready by the web server.

The same applies for LetoDMS/Core.php. Set the coreDir in settings or simply put it into /srv/http/letodms. It just has to be found either in the include path or by specifying the path in coreDir.

Uwe

Thanks for your help - I finally got it running. I made the error of putting the coreDir-setting in settings.xml in the rootDir/httpRoot/ContentDir part - not seeing that it is set at the end of the file. So that preference got overwritten the whole time with a blank setting.

I also added adodb with include_path in the php.ini - because I couldn't get webDAV-access. Now that works also.