Topic: SME 8.0 beta6 : OpenUpload installs ok but webpage is blank

[confiarus]

I am under the impression that you did not set the proper PHPBaseDir for your ibay. It seems the code you are using is living outside the scope of your ibay. By a protection mechanism PHP is not authorized to execute or access code outside of the tree it is invoked from, in your case most likely the html folder of your ibay.
Can you elaborate some more on how you installed openupload and where you have put the files?

I followed the instructions (paragraphs 1 thru 4) on this link: http://wiki.contribs.org/OpenUpload.
(There are no references to "PHPBaseDir" or "ibay" at that link.) 

Everything installed ok without errors.  I then created "admins" group using Server Manager.  Then, next, tried to browse to the "https://10.168.1.11/openupload" page.  Also, I didn't do any other "Additional Options".  The instructions seem to be very straightforward.  I copied and pasted instead of typing so as not to introduce typing errors.

 Cactus and Stefano, thank you for the info on "expand-template".  I'm still in the basic learning phase and realize how much I do not know.  Also, thanks for the quick replies.

[Daniel B.]

Hi.

For OpenUpload to work, you have to update e-smith-base from the smeupdates-testing repo (at least 5.2.0-56.sme). I'll modify the rpm so it'll be a requirement.

Regards, Daniel

[confiarus]

[quotePosted by: VIP-ire
« on: Yesterday at 09:44:47 AM » Insert Quote

Hi.

For OpenUpload to work, you have to update e-smith-base from the smeupdates-testing repo (at least 5.2.0-56.sme). I'll modify the rpm so it'll be a requirement.

Regards, Daniel
][/quote]

Daniel,
What is "e-smith-base" and how does it relate to "openupload".  Also, is there a link or page where I can find
very very basic information on "e-smith-base" ?   And, where are instructions for updating "e-smith-base"? I did a search on the SME website and can't find anything on this.

[Daniel B.]

e-smith-base is a core package of the SME Server distribution. To update it from smeupdates-testing, you can run:

Code: [Select]

yum --enablerepo=smeupdates-testing update e-smith-base e-smith-ldap
[...]
signal-event post-upgrade && signal-event reboot

Then, you'll have to fix permissions on files owned by openupload rpm:

Code: [Select]

rpm --setugids openupload smeserver-openupload

a recent version of e-smith-base is needed for openupload in order to have apache user with the same uid/gid than www (see http://bugs.contribs.org/show_bug.cgi?id=6425 for details).

Regards, Daniel

[confiarus]

Thank you !!!   the previous steps allowed to login screen to be displayed without errors !  However,
when I typed in username and password (for user "admin") , it says "login incorrect".

In server manager I double checked to make sure my "admins" group was ok, and created a new user and added that user to the "admins" group and set a password.   Still, I get "login incorrect".  Also, wanted to
mention that after I followed the previous steps, I'd also reverted the php.ini back to original.

[Daniel B.]

Have you configured the LDAP auth as explained here ? Please show me the output of

Code: [Select]

db configuration show openupload
You should check your LDAP database is correctly populated. you can try to bind to LDAP from the command line using something like this

Code: [Select]

ldapsearch -x -D uid=admin,ou=Users,dc=domain,dc=tld -W
You'll be asked for the admin password. If you see some results (LDIF entries), it means that the admin user is correct in the LDAP database.

You can check /var/log/ldap/current to find why the auth doesn't work.

Regards, Daniel

[confiarus]

Re: SME 8.0 beta6 : OpenUpload installs ok but webpage is blank
« Reply #20 on: May 06, 2011, 03:17:29 AM »
--------------------------------------------------------------------------------

Have you configured the LDAP auth as explained here ? Please show me the output of

db configuration show openupload

I followed the instructions as written.  However, after going back and looking at the link, I notice
there's a note that wasn't there before which is related to the e-smith base updates.  In any case, I also did the e-smith update as shown in the note.

[root@sme8 ~]# db configuration show openupload openupload=webapp     Authentication=ldap     DbName=openuploaddb     DbPassword=***blanked***     DbUser=openuploaduser     MaxUpload=10     MaxUploadSize=750     RequireSSL=login     access=private     status=enabled [root@sme8 ~]#

You should check your LDAP database is correctly populated. you can try to bind to LDAP from the command line using something

like this

ldapsearch -x -D uid=admin,ou=Users,dc=domain,dc=tld -WYou'll be asked for the admin password. If you see some results (LDIF

entries), it means that the admin user is correct in the LDAP database.

The results are below in a table.  I know the problem lies with LDAP because if I set the
authentication for "internal", I'm able to login to openupload without any problems.   Also, I'm
having trouble when creating new users in "server-manager".   If I add a new user, I will
be able to add the new user, however, I'll get a message that an "error occurred" when I do
a "save".   And the account will be locked even if I change the password several times.

[root@sme8 ~]# ldapsearch -x -D uid=admin,ou=Users,dc=rcs,dc=local -W Enter LDAP Password: # extended LDIF # # LDAPv3 # base <> with scope subtree # filter: (objectclass=*) # requesting: ALL # # rcs.local dn: dc=rcs,dc=local objectClass: organization objectClass: top objectClass: dcObject dc: rcs o: XYZ Corporation # Users, rcs.local dn: ou=Users,dc=rcs,dc=local objectClass: top objectClass: organizationalUnit ou: Users # Groups, rcs.local dn: ou=Groups,dc=rcs,dc=local objectClass: top objectClass: organizationalUnit ou: Groups # admin, Users, rcs.local dn: uid=admin,ou=Users,dc=rcs,dc=local uid: admin cn: Local Administrator sn: Administrator userPassword:: ***blanked*** mail: admin@rcs.local givenName: Local objectClass: inetOrgPerson # admins, Groups, rcs.local dn: cn=admins,ou=Groups,dc=rcs,dc=local gidNumber: 5000 cn: admins memberUid: admin memberUid: www objectClass: posixGroup objectClass: mailboxRelatedObject mail: admins@rcs.local description: administrators group # Computers, rcs.local dn: ou=Computers,dc=rcs,dc=local objectClass: organizationalUnit objectClass: top ou: Computers # www, Groups, rcs.local dn: cn=www,ou=Groups,dc=rcs,dc=local cn: www gidNumber: 102 memberUid: admin objectClass: posixGroup # www, Users, rcs.local dn: uid=www,ou=Users,dc=rcs,dc=local cn: e-smith web server gidNumber: 102 homeDirectory: /home/e-smith loginShell: /bin/false objectClass: account objectClass: posixAccount objectClass: shadowAccount shadowExpire: -1 shadowFlag: 134538308 shadowInactive: -1 shadowLastChange: 15087 shadowMax: 99999 shadowMin: -1 shadowWarning: 7 uid: www uidNumber: 102 # admins, Users, rcs.local dn: uid=admins,ou=Users,dc=rcs,dc=local gidNumber: 5000 homeDirectory: /home/e-smith loginShell: /bin/false objectClass: account objectClass: posixAccount objectClass: shadowAccount shadowExpire: -1 shadowFlag: 134538308 shadowInactive: -1 shadowLastChange: 15088 shadowMax: 99999 shadowMin: -1 shadowWarning: 7 uidNumber: 5000 uid: admins cn: administrators group # user1, Groups, rcs.local dn: cn=user1,ou=Groups,dc=rcs,dc=local objectClass: posixGroup cn: user1 gidNumber: 5003 # search result search: 2 result: 0 Success # numResponses: 11 # numEntries: 10 [root@sme8 ~]#

Edit by cactus: blanked passwords

[Daniel B.]

The results are below in a table.

Please, edit your previous post and remove your LDIF entries, this is private data, especially your admin password.

  I know the problem lies with LDAP because if I set the
authentication for "internal", I'm able to login to openupload without any problems.   Also, I'm
having trouble when creating new users in "server-manager".   If I add a new user, I will
be able to add the new user, however, I'll get a message that an "error occurred" when I do
a "save".   And the account will be locked even if I change the password several times.[/color]

So you should open a bug in bugzilla