Koozali.org: home of the SME Server
Obsolete Releases => SME 7.x Contribs => Topic started by: daniel on September 27, 2011, 11:01:40 PM
-
During a routine SME server 8.b6 update (yum update) my working copy of openupload was updated to the latest on the FWS repo and then would not do anything more than show the login page. I uninstalled smeserver-openupload and it uninstalled 2 packages, smeserver-openupload and openupload.noarch 0.4.2-9.el5.fws. The package openupload.noarch 0.4.2-13.el5.fws says it erases but a yum list openupload.noarch shows its still installed on my server.
Trying to check the repos for the smeserver-openupload file again and the older openupload.noarch 0.4.2-9.el5.fws file but they are missing. The FWS repo only has the newest openupload.noarch file in it.
Would someone have the older files saved so I can revert back to the older working version? Will the FWS repo be updated with all the files soon?
Thanks.
-
Hi. Could you please give some details about your setup. If there's a bug in the latesest version, I'll try to fixe it. What do you mean by "would not do anything more than show the login page". Do you have any error displayed on the page when you try to login ? Or maybe something in your logs ? Please, post the output of
db configuration show openuploadThe problem may be with the LDAP auth mechanism (I just briefly tested it, as I always use LemonLDAP::NG to protect OpenUpload)
Regards, Daniel
-
Thanks for the reply.
Yum update added a second package of openupload in the package list, it did not update the one I had working. No matter what I do, yum remove openupload.noarch or yum erase openupload.noarch the program will not remove from the server. Yum says it has removed it successfully but a yum list openupload.noarch shows that its still installed. The older version of openupload and the smeserver-openupload packages did successfully uninstall.
Now following the wiki for http://wiki.contribs.org/OpenUpload (http://wiki.contribs.org/OpenUpload) shows the yum line to be yum --enablerepo=fws install smeserver-openupload. I run this and it says no package smeserver-openupload available. When I browse out to the fws repo there are only two files there, smeserver-openupload is missing.
Needed to add - If I type rpm -e openupload.noarch I get error: %postun(openupload-0.4.2-13.el5.fws.noarch) scriptlet failed, exit status 127
-
My openupload db config is
root@blackbox ~]# db configuration show openupload
openupload=webapp
Authentication=ldap
DbName=openuploaddb
DbPassword= {blanked out for security}
DbUser=openuploaduser
MaxUpload=5
MaxUploadSize=640
RequireSSL=yes
access=public
status=enabled
[root@blackbox ~]#
-
Moved to contribs section of the Forums.
-
There was indeed two problems
- the first one was an error with our repo update script (the repo was nearly empty).
- the second one was an error in the rpm which didn't remove cleanly
Both problem are fixed now.
You can remove traces of the actual openupload rpm with
rpm -e --noscripts openupload
Then check you don't have anything left with
rpm -qa | grep openupload
Then you can install the latest version (0.4.2-14) with
yum --enablerepo=fws install smeserver-openupload
-
Thank you for fixing the issues. However, now when trying to install the packages, I now get the message that e-smith-base must be 5.2.0-56, which as not been released out of the smeupdates-testing yet. I'm a bit apprehensive about updating that package if there are bugs in it. The older version of smeserver-openupload and openupload.noarch have been working successfully. I downloaded the older version that I had before and do a yum localinstall.
I also notice, at least for all the older versions, after I install I have to change the ownership of /var/lib/openupload/tmp and /user/share/openupload/templates_c from root:apache to root:www. Then all works as it should.
-
Indeed, newer openupload requires e-smith-base-5.2-56 it's just because after that, www and apache are the same, so you don't have to fixe the permissions
-
After reconfiguring and rebooting the SME server, I have the OpenUpload login screen showing up. When typing in any username/password, it does not login, does not give an error on the screen and goes back to an empty username and password login.
The messages.log shows these lines for each time I try to login.
Sep 28 13:39:47 blackbox httpd: PHP Warning: Unknown: open(/var/lib/openupload/tmp/sess_a4f8f8207202670ec57091e150d4a547, O_RDWR) failed: Permission denied (13) in Unknown on line 0
Sep 28 13:39:47 blackbox httpd: PHP Warning: Unknown: Failed to write session data (files). Please verify that the current setting of session.save_path is correct (/var/lib/openupload/tmp) in Unknown on line 0
Sep 28 13:39:47 blackbox httpd: PHP Warning: session_start() [<a href='function.session-start'>function.session-start</a>]: open(/var/lib/openupload/tmp/sess_a4f8f8207202670ec57091e150d4a547, O_RDWR) failed: Permission denied (13) in /usr/share/openupload/lib/general.inc.php on line 5
Sep 28 13:39:47 blackbox httpd: PHP Warning: Unknown: open(/var/lib/openupload/tmp/sess_a4f8f8207202670ec57091e150d4a547, O_RDWR) failed: Permission denied (13) in Unknown on line 0
Sep 28 13:39:47 blackbox httpd: PHP Warning: Unknown: Failed to write session data (files). Please verify that the current setting of session.save_path is correct (/var/lib/openupload/tmp) in Unknown on line 0
Sep 28 13:39:47 blackbox httpd: PHP Warning: session_start() [<a href='function.session-start'>function.session-start</a>]: open(/var/lib/openupload/tmp/sess_a4f8f8207202670ec57091e150d4a547, O_RDWR) failed: Permission denied (13) in /usr/share/openupload/lib/general.inc.php on line 5
Sep 28 13:39:47 blackbox httpd: PHP Warning: Unknown: open(/var/lib/openupload/tmp/sess_a4f8f8207202670ec57091e150d4a547, O_RDWR) failed: Permission denied (13) in Unknown on line 0
Sep 28 13:39:47 blackbox httpd: PHP Warning: Unknown: Failed to write session data (files). Please verify that the current setting of session.save_path is correct (/var/lib/openupload/tmp) in Unknown on line 0
Since I had it working before I reinstalled it with openupload-0.4.2-9.el5.fws.noarch.rpm and smeserver-openupload-0.1-7.el5.fws.noarch.rpm. I didn't want to use the latest due to its requirement of e-smith-base which I haven't had time to test yet.
Any thoughts on why this isn't working? Is it still something to do with ownership (chown) of a directory?
-
Looks like the exact same issue, you either have to upgrade e-smith-base to 5.2.0-56 or later, or chown /var/lib/openupload/ to www:
chown -R www:www /var/lib/openupload/
If you choose the chown solution, you'll have to run it each time you upgrade openupload rpm
-
Thank you, I knew there was something I was missing. I'll try to schedule some testing time for e-smith-base this weekend and see if I can successfully upgrade to the latest openupload.
I'm working now.