Thread Rating:
  • 0 Vote(s) - 0 Average
  • 1
  • 2
  • 3
  • 4
  • 5
$_contentDIR : Error
#1
Hi,

Quick question, I'm scratching my head with this one...

Installed LetoDMS version: 3.3.0 (2012-02-17 15:31:56), have ran the check.php that was in the utils directory.

I am getting the following error on the Content Directory:

settings->_contentDir : Error
Create folder - Create file - Delete file - Delete folder

Content folder is located in:

/var/www/html/letoDMS/letoData

Entry from conf.Settings.php and inc.ClassSettings.php is:

var $_contentDir = "/var/www/html/letoDMS/letoData";

Permissions on the letoData are read/write for all, directory is owned by apache, group is apache. letoDMS runs as apache user.

Any ideas? It must be a permissions thing but as far as I can see I have them setup correctly.

Thanks for any assistance.

P.S I know the data folder shouldn't be in the www folder but I'm just trying to get it up and running before I move it Big Grin

Reply
#2
(02-20-2012, 04:23 PM)mshaw Wrote: Hi,

Quick question, I'm scratching my head with this one...

Installed LetoDMS version: 3.3.0 (2012-02-17 15:31:56), have ran the check.php that was in the utils directory.

I am getting the following error on the Content Directory:

settings->_contentDir : Error
Create folder - Create file - Delete file - Delete folder

Content folder is located in:

/var/www/html/letoDMS/letoData

Entry from conf.Settings.php and inc.ClassSettings.php is:

var $_contentDir = "/var/www/html/letoDMS/letoData";

Permissions on the letoData are read/write for all, directory is owned by apache, group is apache. letoDMS runs as apache user.

Any ideas? It must be a permissions thing but as far as I can see I have them setup correctly.

Thanks for any assistance.

P.S I know the data folder shouldn't be in the www folder but I'm just trying to get it up and running before I move it Big Grin

What does the installation process say (not check.php)? Does it report errors as well?

Uwe
Reply
#3
Hi,

No errors reported. However, I've been digging around and playing with check.php and I think it could actually be reated to SELinux. I'm using Centos 6 and I can create directories in HTTP Root via Check.php, so I think it maybe SELinux stopping the directory creation. I will report back once I've had a look :-)

Thanks.
Mike.
Reply
#4
Hi,

The issue was related to SELinux and is now resolved.

I am now getting 'Database update needed.' when I try to load.

tblVersion in mysql has major = 3, minor = 3 and subminor = 0. Version number reported by check.php is 3.3.0

I will continue trying to resolve but does anyone have any ideas?

Thankyou.
Hi,

Sorry about the constant posting Sad

The major/minor issue is related to the version number setting in inc.ClassDMS.php, it is hardcoded to 3.2.0 - the version of the .php file. This is checked against the version in the tblVersion table which is 3.3.0. I have changed the 3.2.0 to 3.3.0 and this test passes.

The issue I then recieved was an invalid call to setMaxDirID() in ClassDMS, this function does not exist within the inc.ClassDMS.php file so I have commented out the line in inc.DBInit.php that tries to set this. Will this have any negative effect on the system in usage?

I now have the error:

The requested URL /letodms/out/out.Login.php was not found on this server.

Which I will look into next...

Sorry for the constant posting but this is FUN Big GrinBig Grin

Mike.

(02-20-2012, 07:02 PM)mshaw Wrote: Hi,

The issue was related to SELinux and is now resolved.

I am now getting 'Database update needed.' when I try to load.

tblVersion in mysql has major = 3, minor = 3 and subminor = 0. Version number reported by check.php is 3.3.0

I will continue trying to resolve but does anyone have any ideas?

Thankyou.
Reply
#5
Me again...

I had the incorrect LetoDMS_Core files Angry My fault, I followed an old installation guide. Now that I have downloaded the correct version I have everything up and running.

I only had to change one file, this was the require_once line in inc.DBAccess.php as my setup is slightly different to the standard.

So far it seems to be running fine and I've thoroughly enjoyed playing around with the source code Smile

Thanks.

(02-20-2012, 07:02 PM)mshaw Wrote: Hi,

The issue was related to SELinux and is now resolved.

I am now getting 'Database update needed.' when I try to load.

tblVersion in mysql has major = 3, minor = 3 and subminor = 0. Version number reported by check.php is 3.3.0

I will continue trying to resolve but does anyone have any ideas?

Thankyou.
Hi,

Sorry about the constant posting Sad

The major/minor issue is related to the version number setting in inc.ClassDMS.php, it is hardcoded to 3.2.0 - the version of the .php file. This is checked against the version in the tblVersion table which is 3.3.0. I have changed the 3.2.0 to 3.3.0 and this test passes.

The issue I then recieved was an invalid call to setMaxDirID() in ClassDMS, this function does not exist within the inc.ClassDMS.php file so I have commented out the line in inc.DBInit.php that tries to set this. Will this have any negative effect on the system in usage?

I now have the error:

The requested URL /letodms/out/out.Login.php was not found on this server.

Which I will look into next...

Sorry for the constant posting but this is FUN Big GrinBig Grin

Mike.

(02-20-2012, 07:02 PM)mshaw Wrote: Hi,

The issue was related to SELinux and is now resolved.

I am now getting 'Database update needed.' when I try to load.

tblVersion in mysql has major = 3, minor = 3 and subminor = 0. Version number reported by check.php is 3.3.0

I will continue trying to resolve but does anyone have any ideas?

Thankyou.

Reply
#6
(02-20-2012, 08:10 PM)mshaw Wrote: I only had to change one file, this was the require_once line in inc.DBAccess.php as my setup is slightly different to the standard.

Any chance that was require_once(adodb/adodb.php)? I had to add the absolute path to this, but was wondering if there might be a cleaner way to install adob so that modifying inc.DBAccess.php is unnecessary.

Reply
#7
Hi,

Yes that was the line. I guess the php include path could be altered so it searches the correct directory structure. To be honest I was just pleased to get it running, I may have another play around tonight and see what I can find.



(02-20-2012, 09:51 PM)EricM Wrote:
(02-20-2012, 08:10 PM)mshaw Wrote: I only had to change one file, this was the require_once line in inc.DBAccess.php as my setup is slightly different to the standard.

Any chance that was require_once(adodb/adodb.php)? I had to add the absolute path to this, but was wondering if there might be a cleaner way to install adob so that modifying inc.DBAccess.php is unnecessary.

Reply
#8
(02-20-2012, 09:51 PM)EricM Wrote:
(02-20-2012, 08:10 PM)mshaw Wrote: I only had to change one file, this was the require_once line in inc.DBAccess.php as my setup is slightly different to the standard.

Any chance that was require_once(adodb/adodb.php)? I had to add the absolute path to this, but was wondering if there might be a cleaner way to install adob so that modifying inc.DBAccess.php is unnecessary.

Did you set the path to AdoDB in the settings?

There is some code in inc/inc.DBInit.php which checks for $settings->_ADOdbPath and adds it the include path if set.

Uwe
Reply


Forum Jump:


Users browsing this thread: