Forums

Resolved
0 votes
I installed clearos 7 today and got everything up and running except owncloud for home. It installs from the market place fine, but when I click on the link to take me to the ownclound logon I get a setup wizard requesting an admin password and a mysql database password. When I fill out the information I receive the following error: Error while trying to create admin user: An exception occured in driver: SQLSTATE[28000] [1045] Access denied for user 'owncloud'@'localhost' (using password: YES) . I have tried uninstalling and reinstalling owncloud a few times with the same result. Any help is appreciated.
Sunday, December 20 2015, 05:56 AM
Share this post:

Accepted Answer

Monday, December 21 2015, 02:29 PM - #Permalink
Resolved
0 votes
Hi Derick, can you try re-running the install script manually and post back the output? sounds like the database pre-configuration part of it is not working for some reason as it should not prompt you for database configuration details
/usr/clearos/apps/owncloud/deploy/install
The reply is currently minimized Show
Responses (10)
  • Accepted Answer

    Friday, April 22 2016, 08:03 AM - #Permalink
    Resolved
    0 votes
    Just paste
    /usr/clearos/apps/owncloud/deploy/install
    into the command line to run it.
    The reply is currently minimized Show
  • Accepted Answer

    Friday, April 22 2016, 04:02 AM - #Permalink
    Resolved
    0 votes
    I am just learning to use the linux shell and was wondering, what are the command(s) to re-install the script?
    From this location: /usr/clearos/apps/owncloud/deploy/install
    The reply is currently minimized Show
  • Accepted Answer

    Tuesday, January 12 2016, 10:35 PM - #Permalink
    Resolved
    0 votes
    Last post today, I promise - for those interested in the the full list of iptables rules implemented in your environment after 1.2.6 just type this command at your SSH prompt:

    cat /etc/clearos/firewall.d/10-dnsthingy
    The reply is currently minimized Show
  • Accepted Answer

    Tuesday, January 12 2016, 10:33 PM - #Permalink
    Resolved
    0 votes
    One more thing: TCP port 443 traffic destined for the block page is handled with a REJECT iptables rule. No binding there. This is how we address SSL-based ads. Reject vs drop. Dropping would introduce a slower web browser experience, whereas reject behaves very nicely. Browse youtube home page, for example, and see their oversized doubleclick ad is handled.
    The reply is currently minimized Show
  • Accepted Answer

    Tuesday, January 12 2016, 10:21 PM - #Permalink
    Resolved
    0 votes
    sorry - duplicate response; didn't see the original post appear right away.
    The reply is currently minimized Show
  • Accepted Answer

    Tuesday, January 12 2016, 10:12 PM - #Permalink
    Resolved
    0 votes
    Hi Derick, we have an updated package available (1.2.6) that no longer binds to port 80 at all, but rather to an alternate port. An iptables rule is added instead, so that port 80 traffic destined for the block page interface is re-directed. This way it works with or without apache or any web server that likes exclusive port 80 tcp binding.

    We have a few thousand devices across a handful of networks running the updated version for a few days without any trouble. Would you like to try it? If so, just email us at support at dnsthingy.com.

    Thanks for reporting this so we could make it better!
    The reply is currently minimized Show
  • Accepted Answer

    Tuesday, December 22 2015, 07:40 PM - #Permalink
    Resolved
    0 votes
    I didn't realize it at the time I had owncloud and the web server installed I couldn't get dnsthingy to work. It wasn't until after I removed owncloud and the web server was I able to get dnsthingy to work correctly. Then when Tim replied with the install script location I re-installed owncloud and the web server, but couldn't get the web server to start. So I started looking into it. I ran fuser to find what was listening on port 80 and the PID was associated with dnsthingy. I soon as I killed the PID's the webserver started but then of course dnsthingy wouldn't work. I was unsure how to modify dnsthingy so I made the changes to owncloud and httpd so both service now run as expected. Thanks!
    The reply is currently minimized Show
  • Accepted Answer

    Tuesday, December 22 2015, 03:44 PM - #Permalink
    Resolved
    0 votes
    I believe DNSthingy sets port 80 and port 443 to listen


    I've just pinged the guys from DNSthingy to clarify this for us...was not aware if this is, in fact, what's happening.

    Will report back our findings and how we're going to deal with it.

    B.
    The reply is currently minimized Show
  • Accepted Answer

    Tuesday, December 22 2015, 01:21 AM - #Permalink
    Resolved
    0 votes
    Thanks! I ran the install script and that got owncloud working! I also found another interesting thing. With DNSthingy installed the webserver service will not start. I believe DNSthingy sets port 80 and port 443 to listen so when the web server attempts to start you get an address already in use error when running systemctl status httpd.service . I changed the /etc/httpd/conf/httpd.conf file to listen on port 84 (unused) and the /etc/httpd/conf.d/flex-80.conf to use port 84 as well as /etc/httpd/conf.d/flex-443.conf to 444 (unused) and now both service start and run as expected. Thanks for the help!
    The reply is currently minimized Show
  • Accepted Answer

    Sunday, December 20 2015, 11:36 PM - #Permalink
    Resolved
    0 votes
    I just did a fresh install of clearos 7.1 home and its doing the same thing. Any help is appreciated.
    The reply is currently minimized Show
Your Reply