[support] Bungy's docker repository

[Bungy]

My config is quite a bit different from yours. Looking at the error.log file for your apache container should help. This should be exposed in the volume mount for your apache container (/config).

 

Try changing:

        ProxyRequests Off
        ProxyPreserveHost Off
        ProxyPass / https://192.168.178.28:8000/
        ProxyPassReverse / https://192.168.178.28:8000/

 

To:

LoadModule proxy_module modules/mod_proxy.so
LoadModule proxy_http_module modules/mod_proxy_http.so
<Location />
		ProxyPass http://192.168.178.28:8000/
		ProxyPassReverse http://192.168.178.28:8000/
</Location>

 

Note: If you're using the official owncloud container, you should point to http instead of https as changed above.

 

I'm in the process of changing my reverse proxy over to nginx reverse proxy by jwilder since it has auto-generation of configuration. You may want to take a look at that as well (https://github.com/jwilder/nginx-proxy).

[hunter69]

I have a linuxserver.io apache revrse proxy running.  I have installed the Bungy owncloud docker.  I am attaching screenshots to see if anyone can suggest what I need to change to fix my issue.  Have you seen the attached screenshots before.  The normal (blue) screenshot is when I am accessing owncloud using http://server.com:8000.

 

The white screen shot is when I access owncloud using https://server.com/owncloud.  Not only is it white but I cannot login to owncloud.

 

Thanks

Bill

[Bungy]

Yeah, i've seen that before. You need to set up your owncloud container to serve the static files on /owncloud.

 

Add or edit these lines in your config.php file

'overwritewebroot' => 'owncloud',
'overwrite.cli.url' => 'https://server.com/owncloud',

 

Then reboot the owncloud container and you should be good to go.

[hunter69]

Can you tell me how to change my path from var/www/html/data to var/www/owncloud/data

 

I am stuck on this issue.  I am installing the container to

 

/mnt/cache/appdata/owncloud/

 

I cannot change it in the intial install in the docker.  The I attempt to change it in the web config and it states I do not have the rights to write into that directory.

 

Thank you very very much for responding and helping.  I have been working very hard lots of hours to get this working.

 

Bill

[Bungy]

Why do you want to change the install directory to that path? Changing that will get reset whenever the container is recreated and could be harmful to the container. What issue are you trying to solve?

[hunter69]

Yeah, i've seen that before. You need to set up your owncloud container to serve the static files on /owncloud.

 

Add or edit these lines in your config.php file

'overwritewebroot' => 'owncloud',
'overwrite.cli.url' => 'https://[b]server.com[/b]/owncloud',

 

Then reboot the owncloud container and you should be good to go.

 

maybe I misunderstand the above code overwritewebroot => 'owncloud',

 

I always seems to have problems when adding that and I equated it to having the following data directory

/var/www/html/data

 

am I misunderstanding this?

 

Also my code in Apache default.conf is

<Location /owncloud>

ProxyPass http://192.168.2.97:8000

ReverseProxyPass http://192.168.2.97:8000

</Location>

 

Does that look write?

Thanks again

Bill

[Bungy]

Yeah, there was a misunderstanding there. All you have to do is add or edit these lines inside of your config.php file:

 

'overwritewebroot' => 'owncloud',
'overwrite.cli.url' => 'https://server.com/owncloud',

 

Make sure you replace server.com with your hostname.

[hunter69]

Thanks for being so quick is this code correct for my linuxserver.io Apache reverse proxy?

 

Also my code in Apache default.conf is

<Location /owncloud>

ProxyPass http://192.168.2.97:8000

ReverseProxyPass http://192.168.2.97:8000

</Location>

 

 

Thanks a bunch

[Bungy]

Yeah, your reverse proxy looks like it's working correctly. Otherwise you wouldn't get the white screen with the login prompt at all.

[hunter69]

So the screen is normal thanks for that!!  I also had to add

 

'overwriteprotocol' => 'https',

 

that allowed me to log on properly.

 

Thanks very much!!!!

Bill

[EdgarWallace]

My config is quite a bit different from yours. Looking at the error.log file for your apache container should help. This should be exposed in the volume mount for your apache container (/config).

 

Try changing:

        ProxyRequests Off
        ProxyPreserveHost Off
        ProxyPass / https://192.168.178.28:8000/
        ProxyPassReverse / https://192.168.178.28:8000/

 

To:

LoadModule proxy_module modules/mod_proxy.so
LoadModule proxy_http_module modules/mod_proxy_http.so
<Location />
		ProxyPass http://192.168.178.28:8000/
		ProxyPassReverse http://192.168.178.28:8000/
</Location>

 

Note: If you're using the official owncloud container, you should point to http instead of https as changed above.

 

I'm in the process of changing my reverse proxy over to nginx reverse proxy by jwilder since it has auto-generation of configuration. You may want to take a look at that as well (https://github.com/jwilder/nginx-proxy).

 

@hunter69, you might want to look at my config files above....including Bungy's advise it is running all well now.

 

@Bungy, thank you so much, I was really desperate without ownCloud. I will not move away from apache reverse proxy for now as I have a running system again. The letsencrypt docker would have been a great replacement but it was running a couple of days and stopped working at all. fail2ban and the ssl certificate renewal are great features but if the whole thing isn't running .... 

 

Maybe I will follow you as soon as you got it up and running 

[pharfar]

Regarding OwnCloud: I can't add external storage. SMBCLIENT is missing. Could it be added to the container?

[JonathanM]

Regarding OwnCloud: I can't add external storage. SMBCLIENT is missing. Could it be added to the container?

If that doesn't work out, you could always connect the remote resource using the unassigned devices plugin, and mapping the /mnt/disk/??? location into the owncloud docker. You would have to restart the docker service after connecting the remote SMB share.

[pharfar]

Solved :-)

 

I mapped individual folders @ host during install of OwnCloud. Then I logged in as admin @ OwnCloud and added individual, local folders to users.

[Bungy]

Solved :-)

 

I mapped individual folders @ host during install of OwnCloud. Then I logged in as admin @ OwnCloud and added individual, local folders to users.

 

Awesome! Yeah that's definitely the cleanest way to go.

[Bungy]

My config is quite a bit different from yours. Looking at the error.log file for your apache container should help. This should be exposed in the volume mount for your apache container (/config).

 

Try changing:

        ProxyRequests Off
        ProxyPreserveHost Off
        ProxyPass / https://192.168.178.28:8000/
        ProxyPassReverse / https://192.168.178.28:8000/

 

To:

LoadModule proxy_module modules/mod_proxy.so
LoadModule proxy_http_module modules/mod_proxy_http.so
<Location />
		ProxyPass http://192.168.178.28:8000/
		ProxyPassReverse http://192.168.178.28:8000/
</Location>

 

Note: If you're using the official owncloud container, you should point to http instead of https as changed above.

 

I'm in the process of changing my reverse proxy over to nginx reverse proxy by jwilder since it has auto-generation of configuration. You may want to take a look at that as well (https://github.com/jwilder/nginx-proxy).

 

@hunter69, you might want to look at my config files above....including Bungy's advise it is running all well now.

 

@Bungy, thank you so much, I was really desperate without ownCloud. I will not move away from apache reverse proxy for now as I have a running system again. The letsencrypt docker would have been a great replacement but it was running a couple of days and stopped working at all. fail2ban and the ssl certificate renewal are great features but if the whole thing isn't running .... 

 

Maybe I will follow you as soon as you got it up and running 

 

Hmm, I'm not aware of a container with letsencrypt and fail2ban. Can you point me to which container you're talking about? I'd love to try that out.

[EdgarWallace]

Here you are Bungy: http://lime-technology.com/forum/index.php?topic=43696.0

[hunter69]

Something happened to myowncloud install.  I just got it working a week ago and it is back to the untrusted domain issue.  I did not change anything (the config.php is that same as before).  I am including the log to see if that helps to understand what the problem is.  Right now I have a bunch of pic in it.

 

My Setup is

 

Bungy's owncloud

mariadb is the backend

going through the linuxserver.io reverseproxy

 

owncloud.zip

[hunter69]

Something happened to myowncloud install.  I just got it working a week ago and it is back to the untrusted domain issue.  I did not change anything (the config.php is that same as before).  I am including the log to see if that helps to understand what the problem is.  Right now I have a bunch of pic in it.

 

My Setup is

 

Bungy's owncloud

mariadb is the backend

going through the linuxserver.io reverseproxy

 

I really appreciate any help with this issue.  If I did not provide enough info to troubleshoot please let me know.  I really need to get this issue resolved.  If it is easier, how can I try a complete reinstall and not lose my info already uploaded?

 

Thanks

Bill

[Bungy]

Something happened to myowncloud install.  I just got it working a week ago and it is back to the untrusted domain issue.  I did not change anything (the config.php is that same as before).  I am including the log to see if that helps to understand what the problem is.  Right now I have a bunch of pic in it.

 

My Setup is

 

Bungy's owncloud

mariadb is the backend

going through the linuxserver.io reverseproxy

 

I really appreciate any help with this issue.  If I did not provide enough info to troubleshoot please let me know.  I really need to get this issue resolved.  If it is easier, how can I try a complete reinstall and not lose my info already uploaded?

 

Thanks

Bill

 

That's really strange. Can you post your config.php with sensitive info removed?

[hunter69]

Something happened to myowncloud install.  I just got it working a week ago and it is back to the untrusted domain issue.  I did not change anything (the config.php is that same as before).  I am including the log to see if that helps to understand what the problem is.  Right now I have a bunch of pic in it.

 

My Setup is

 

Bungy's owncloud

mariadb is the backend

going through the linuxserver.io reverseproxy

 

I really appreciate any help with this issue.  If I did not provide enough info to troubleshoot please let me know.  I really need to get this issue resolved.  If it is easier, how can I try a complete reinstall and not lose my info already uploaded?

 

Thanks

Bill

 

That's really strange. Can you post your config.php with sensitive info removed?

 

Yes once sec.  I also had a though.  was having problems with a share.  Part of the troubleshooting was to run check reiserfs.  So I stopped owncloud, mariadb, apache, then the array.  I placed it into "maintanence mode".  Ran the check (only on the the dick that contained the problem share, nothing to do with "owncloud".  The check completed with no issues.  I started the array.  I do not think I messed with Owncloud at all but since then I have had this issue.  I am wondering if I could've messed with say file security rights or something.  I changed a few things in the config.php and nothing made a difference.

 

Here you Go:

<?php
$CONFIG = array (
  'instanceid' => 'oc2twvg4kdgg',
  'passwordsalt' => 'secret',
  'secret' => 'secret',
  'trusted_domains' => 
  array (
    0 => '192.168.2.97',
    1 => 'hunterstec.com',
  ),
  'datadirectory' => '/var/www/html/data',
  'overwritewebroot' => 'owncloud',
  'overwriteprotocol' => 'https',
  'overwrite.cli.url' => 'https://hunterstec.com/owncloud',
  'dbtype' => 'mysql',
  'version' => '9.0.1.3',
  'dbname' => 'owncloud',
  'dbhost' => '192.168.2.97',
  'dbtableprefix' => 'oc_',
  'dbuser' => 'owncloud',
  'dbpassword' => 'secret',
  'logtimezone' => 'UTC',
  'installed' => true,
);

[Bungy]

Something happened to myowncloud install.  I just got it working a week ago and it is back to the untrusted domain issue.  I did not change anything (the config.php is that same as before).  I am including the log to see if that helps to understand what the problem is.  Right now I have a bunch of pic in it.

 

My Setup is

 

Bungy's owncloud

mariadb is the backend

going through the linuxserver.io reverseproxy

 

I really appreciate any help with this issue.  If I did not provide enough info to troubleshoot please let me know.  I really need to get this issue resolved.  If it is easier, how can I try a complete reinstall and not lose my info already uploaded?

 

Thanks

Bill

 

That's really strange. Can you post your config.php with sensitive info removed?

 

Yes once sec.  I also had a though.  was having problems with a share.  Part of the troubleshooting was to run check reiserfs.  So I stopped owncloud, mariadb, apache, then the array.  I placed it into "maintanence mode".  Ran the check (only on the the dick that contained the problem share, nothing to do with "owncloud".  The check completed with no issues.  I started the array.  I do not think I messed with Owncloud at all but since then I have had this issue.  I am wondering if I could've messed with say file security rights or something.  I changed a few things in the config.php and nothing made a difference.

 

Here you Go:

<?php
$CONFIG = array (
  'instanceid' => 'oc2twvg4kdgg',
  'passwordsalt' => 'secret',
  'secret' => 'secret',
  'trusted_domains' => 
  array (
    0 => '192.168.2.97',
    1 => 'hunterstec.com',
  ),
  'datadirectory' => '/var/www/html/data',
  'overwritewebroot' => 'owncloud',
  'overwriteprotocol' => 'https',
  'overwrite.cli.url' => 'https://hunterstec.com/owncloud',
  'dbtype' => 'mysql',
  'version' => '9.0.1.3',
  'dbname' => 'owncloud',
  'dbhost' => '192.168.2.97',
  'dbtableprefix' => 'oc_',
  'dbuser' => 'owncloud',
  'dbpassword' => 'secret',
  'logtimezone' => 'UTC',
  'installed' => true,
);

 

Your config looks good. The only difference between our setups is I also have this option:

 

'overwritehost' => 'hunterstec.com',

 

Try adding that in right below overwrite protocol and see of that helps. You may need to restart the container after you make the change.

[hunter69]

I cannot seem to log into it.  Attached in my log file from owncloud

 

Thanks so much for helping me

Bill

owncloud.zip

[Bungy]

I cannot seem to log into it.  Attached in my log file from owncloud

 

Thanks so much for helping me

Bill

 

When did this crop up? It looks like an issue with your mariadb setup.

 

This is the error:

 

General error: 1665 Cannot execute statement: impossible to write to binary log since BINLOG_FORMAT = STATEMENT and at least one table uses a storage engine limited to row-based logging. InnoDB is limited to row-logging when transaction isolation level is READ COMMITTED or READ UNCOMMITTED.

 

This is outside of what I know about mysql/mariadb off hand, but you may be able to google around and see if you can find a fix.

[mminutel]

I'm very new to dockers. I'm a Software Engineer, so this should come naturally, but I seem to be having a bit of trouble figuring out the OpenHAB docker.

 

I just installed it through the Community Apps plugin. I kept everything at the defaults. Looking at the log, there's nothing of note that I see. I'm just trying to hook up a simple WeMo outlet. I have it working on my laptop, but I'd much rather run it through unRaid which will be on 24/7.

 

When I look through the openHAB docker folders, I don't have a lot of the normal folders that I see in the installation that I did on the laptop. The only folder it created is "/mnt/cache/appdata/openhab" which has all of the normal configuration folders, etc. The Windows install  There's no log file that I see, other than the one I can get to through unRaid. In the Windows log file, I see the name of the WeMo, put it in the items file, and it just works. I don't seem to be having the same luck with the docker.

 

Should I be changing the default settings?

 

I can see my siteMap and everything, but the button does not seem to work like it does in my Windows install. Any suggestions? I suppose I could always run it on my Ubuntu VM, but I'd much rather get it to work in the docker.

 

Thanks in advance!