(_ember_jquery-27e777857b8c0730dacfe09cb11711365d21a5db4f9ee0b85d494e4259cf6cda.js:34093)
u @ _ember_jquery-27e777857b8c0730dacfe09cb11711365d21a5db4f9ee0b85d494e4259cf6cda.js:29446
```
Things I have tried include:
- restarting Apache
- restarting NGINX
- stopping the app in the container/docker
- restarting the app in the container/docker
- I’ve rebuilt the app.
- I’ve read this: [Manually update Discourse and Docker image to latest](https://meta.discourse.org/t/how-do-i-manually-update-discourse-and-docker-image-to-latest/23325)
- – as a consequence, I did the git pull, rebuild step - I already had the latest code.
- – I also tried the [safe mode](https://meta.discourse.org/t/53504?silent=true) - that seemed to get me in once or twice, but now no longer works.
Looking at the code, I see that it is unhappy with this on the main page (view \> source)
```plaintext
```
And looking through the code in the docker container, I can see where that is inserted (in file: /app/views/layouts/application.html.erb):
```plaintext
<%= preload_script "ember_jquery" %>
------> <%= preload_script "preload-store" %>
<%= preload_script "vendor" %>
```
Does anyone have any ideas as to why this might have occurred and how I could resolve it?
Thanks, Steve
---
### Author:  [@itsbhanusharma](https://meta.discourse.org/u/itsbhanusharma)
#### Post date: [19 يونيو 2018، 11:43ص UTC](https://meta.discourse.org/t/installed-ok-working-fine-for-one-day-suddenly-stopped-working/90194/2 "2018-06-19T11:43:19Z")
> [@s-moon](#):
>
> - restarting Apache
> - restarting NGINX
If I’m not going miserably off topic, You shouldn’t have either of those installed for the _vanilla_ 30 minutes docker install. Could you please do the following steps:
```
sudo apt-get purge apache2
sudo apt-get purge nginx
sudo apt-get autoclean
cd /var/discourse
git pull
./launcher rebuild app
```
---
### Author:  [@s-moon](https://meta.discourse.org/u/s-moon)
#### Post date: [19 يونيو 2018، 11:55ص UTC](https://meta.discourse.org/t/installed-ok-working-fine-for-one-day-suddenly-stopped-working/90194/3 "2018-06-19T11:55:23Z")
Hi @itsbhanusharma
Thanks for the reply. This forum is running on a server which hosts other applications - WordPress, api etc. I may not need the NGINX (my ignorance of that doesn’t help) but I am pretty sure I don’t want to remove Apache.
I can post the config files I am using for Apache if that is helpful plus my app.yml file. As I mentioned, why this would work for a day and then suddenly stop is what is even more intriguing. Is it cache related?
---
### Author:  [@itsbhanusharma](https://meta.discourse.org/u/itsbhanusharma)
#### Post date: [19 يونيو 2018، 11:59ص UTC](https://meta.discourse.org/t/installed-ok-working-fine-for-one-day-suddenly-stopped-working/90194/4 "2018-06-19T11:59:24Z")
> [@s-moon](#):
>
> I am pretty sure I don’t want to remove Apache.
If You’re pretty sure that you can’t remove apache2, my simplest recommendation will be to move to a server dedicated to your forum. However, if you have to have forum & other applications on the same server then please search this forum for topics about configuring access to discourse with apache2 There have been some success cases but IMO those don’t really work well.
> [@s-moon](#):
>
> I can post the config files I am using for Apache if that is helpful plus my app.yml file. As I mentioned, why this would work for a day and then suddenly stop is what is even more intriguing. Is it cache related?
There is a lot that can happen and a lot more that may have been borked with time. You took a very nuclear decision and should have done some research before attempting such a complicated setup.
---
### Author:  [@\_vincent](https://meta.discourse.org/u/_vincent)
#### Post date: [19 يونيو 2018، 12:20م UTC](https://meta.discourse.org/t/installed-ok-working-fine-for-one-day-suddenly-stopped-working/90194/5 "2018-06-19T12:20:11Z")
This is not a _complicated_ setup… but it requires some work and documentation.
> [@Run other websites on the same machine as Discourse](https://meta.discourse.org/t/running-other-websites-on-the-same-machine-as-discourse/17247?source_topic_id=21656):
>
> @pfaffman edited this heavily 2022.02.24. Blame me if it’s broken. If you want to run other websites on the same machine as Discourse, you need to set up an extra NGINX or HAProxy proxy in front of the Docker container. NOTE: This is for advanced admins This guide assumes you already have Discourse working - if you don’t, it may be hard to tell whether or not the configuration is working. You cannot use ./discourse-setup to set up Discourse if another server is using port 80 or 443. You will…
---
### Author:  [@itsbhanusharma](https://meta.discourse.org/u/itsbhanusharma)
#### Post date: [19 يونيو 2018، 12:21م UTC](https://meta.discourse.org/t/installed-ok-working-fine-for-one-day-suddenly-stopped-working/90194/6 "2018-06-19T12:21:55Z")
> [@\_vincent](#):
>
> This is not a _complicated_ setup… but it requires some work and documentation
first, some research should have been done.
Second, He’s talking of apache2 if I’m not mistaken. Article linked above contains nginx which plays very well with discourse.
Also, not to forget, there are 3 services fighting for port 80 & 443 above.
EDIT:
Found a #howto though
> [@Configure Apache proxy with Let's Encrypt](https://meta.discourse.org/t/howto-setup-discourse-with-lets-encrypt-and-apache-ssl/46139):
>
> warning Using Apache as a proxy is not recommended as Apache Httpd uses thread-per-connection model, and will likely run out of threads very fast as Discourse uses long polling. ([related](https://stackoverflow.com/questions/14157515/will-apache-2s-mod-proxy-wait-and-occupy-a-worker-when-long-polling)). The goal of this post is to help you set up Let’s Encrypt with Apache SSL. It assumes that you have already properly configured Discourse. Configuration notes Do not enable web.ssl.template.yml and web.letsencrypt.ssl.template.yml. You only need one of your servers to present a certificate, and that shou…
Reason why it doesn’t works well is well documented by sam in comment below that tutorial. Please read it.
---
### Author:  [@\_vincent](https://meta.discourse.org/u/_vincent)
#### Post date: [19 يونيو 2018، 12:32م UTC](https://meta.discourse.org/t/installed-ok-working-fine-for-one-day-suddenly-stopped-working/90194/7 "2018-06-19T12:32:31Z")
> [@itsbhanusharma](#):
>
> EDIT:
> Found a #howto though
I would recommend OP to drop Apache totally and use nginx outside of the Discourse container instead.
---
### Author:  [@itsbhanusharma](https://meta.discourse.org/u/itsbhanusharma)
#### Post date: [19 يونيو 2018، 12:33م UTC](https://meta.discourse.org/t/installed-ok-working-fine-for-one-day-suddenly-stopped-working/90194/8 "2018-06-19T12:33:43Z")
> [@\_vincent](#):
>
> would recommend OP to drop Apache totally and use nginx outside of the Discourse container
They have their API and website already running on apache2 _dependency thing maybe?_ He mentioned that he can’t get rid of apache!
---
### Author:  [@s-moon](https://meta.discourse.org/u/s-moon)
#### Post date: [19 يونيو 2018، 12:44م UTC](https://meta.discourse.org/t/installed-ok-working-fine-for-one-day-suddenly-stopped-working/90194/9 "2018-06-19T12:44:59Z")
Hi @_Vincent and @itsbhanusharma
We’re already running some web apps under Apache so ideally, I would like to leave that as is - but I note your suggestions above @_Vincent and will definitely consider those (am also reading them now, too).
My app.yml file asks the container to listen on port 3000 and fwd to 80.
```plaintext
templates:
- "templates/postgres.template.yml"
- "templates/redis.template.yml"
- "templates/web.template.yml"
- "templates/web.ratelimited.template.yml"
## Uncomment these two lines if you wish to add Lets Encrypt (https)
#- "templates/web.ssl.template.yml"
#- "templates/web.letsencrypt.ssl.template.yml"
## which TCP/IP ports should this container expose?
## If you want Discourse to share a port with another webserver like Apache or nginx,
## see https://meta.discourse.org/t/17247 for details
expose:
- "3000:80" # http
# - "443:443" # https
```
I’ve also included the templates being used as they were mentioned in the other posts.
My Apache config for the site is as follows:
```plaintext
ServerAdmin me@server-name-we-use.org
ServerName server-name-we-use.org
ProxyPreserveHost On
ProxyRequests Off
ProxyPass / http://localhost:3000/
ProxyPassReverse / http://localhost:3000/
RequestHeader set X-Forwarded-Proto "https"
Header always set Strict-Transport-Security "max-age=31536000"
[chopped for brevity]
```
As you can see, there is a SSL certificate in place, too.
Assuming I have replicated the setup and not made a mistake somewhere, this was working on another server as-is so I know it ought to be possible. I didn’t set this up originally though hence my gaps in understanding.
The original docs I have did say about installing NGINX but I can’t see how that was hooked in and it seems to be routing traffic in part.
Why would this work for a day though? Any ideas what might be the reason for that? Nothing changed (by me) in between.
Thank you for your assistance, Steve
---
### Author:  [@itsbhanusharma](https://meta.discourse.org/u/itsbhanusharma)
#### Post date: [19 يونيو 2018، 12:51م UTC](https://meta.discourse.org/t/installed-ok-working-fine-for-one-day-suddenly-stopped-working/90194/10 "2018-06-19T12:51:04Z")
> [@s-moon](#):
>
> Why would this work for a day though? Any ideas what might be the reason for that?
It can be either _luck_ or something that self updated. bothered digging logs to find out what was working and had since stopped working?
> [@s-moon](#):
>
> The original docs I have did say about installing NGINX but I can’t see how that was hooked in and it seems to be routing traffic in part.
There are some problems with apache that will not let long polling function as expected. This heavily limits the functioning of discourse. Hence, it is not a recommended setup.
One more thing I would recommend though is looking at the rest of your apache config so to be sure that there are no _default_ or _global_ parameters that may be interfering with discourse.
---
### Author:  [@s-moon](https://meta.discourse.org/u/s-moon)
#### Post date: [20 يونيو 2018، 8:05ص UTC](https://meta.discourse.org/t/installed-ok-working-fine-for-one-day-suddenly-stopped-working/90194/11 "2018-06-20T08:05:59Z")
I have a bit more information.
Somehow, suddenly, the site started working yesterday. I am not sure why and it was after a small while, so not obviously immediately after I had done something.
However, it stayed up for about 18 hours. I logged in this morning and all was well. I replied to a post and saw that some other people had successfully logged on.
A little while later, it went down again.
I restarted Apache. No change.
I stopped and started the docker app. No change.
I rebuilt the app and watched it run. Still, no change.
I tried [safe mode](https://meta.discourse.org/t/53504?silent=true) with all options, no change.
Looking at the production log file, I did see this which happened a few times before the site dropped.
```plaintext
Job exception: Cannot assign requested address - connect(2) for [::1]:6379
Job exception: Cannot assign requested address - connect(2) for [::1]:6379
Job exception: Error connecting to Redis on localhost:6379 (Errno::ECONNREFUSED)
Error connecting to Redis on localhost:6379 (Errno::ECONNREFUSED) subscribe failed, reconnecting in 1 second. Call stack ["/var/www/discourse/vendor/bundle/ruby/2.5.0/gems/redis-4.0.1/lib/redis/client.rb:344:in `rescue in establish_connection'", "/var/www/discourse/vendor/bundle/ruby/2.5.0/gems/redis-4.0.1/lib/redis/client.rb:328:in `establish_connection'", "/var/www/discourse/vendor/bundle/ruby/2.5.0/gems/redis-4.0.1/lib/redis/client.rb:99:in `block in connect'", "/var/www/discourse/vendor/bundle/ruby/2.5.0/gems/redis-4.0.1/lib/redis/client.rb:291:in `with_reconnect'", "/var/www/discourse/vendor/bundle/ruby/2.5.0/gems/redis-4.0.1/lib/redis/client.rb:98:in `connect'", "/var/www/discourse/vendor/bundle/ruby/2.5.0/gems/redis-4.0.1/lib/redis/client.rb:363:in `ensure_connected'", "/var/www/discourse/vendor/bundle/ruby/2.5.0/gems/redis-4.0.1/lib/redis/client.rb:219:in `block in process'", "/var/www/discourse/vendor/bundle/ruby/2.5.0/gems/redis-4.0.1/lib/redis/client.rb:304:in `logging'", "/var/www/discourse/vendor/bundle/ruby/2.5.0/gems/redis-4.0.1/lib/redis/client.rb:218:in `process'", "/var/www/discourse/vendor/bundle/ruby/2.5.0/gems/redis-4.0.1/lib/redis/client.rb:118:in `call'", "/var/www/discourse/vendor/bundle/ruby/2.5.0/gems/redis-4.0.1/lib/redis.rb:889:in `block in get'", "/var/www/discourse/vendor/bundle/ruby/2.5.0/gems/redis-4.0.1/lib/redis.rb:45:in `block in synchronize'", "/usr/local/lib/ruby/2.5.0/monitor.rb:226:in `mon_synchronize'", "/var/www/discourse/vendor/bundle/ruby/2.5.0/gems/redis-4.0.1/lib/redis.rb:45:in `synchronize'", "/var/www/discourse/vendor/bundle/ruby/2.5.0/gems/redis-4.0.1/lib/redis.rb:888:in `get'", "/var/www/discourse/vendor/bundle/ruby/2.5.0/gems/message_bus-2.1.5/lib/message_bus/backends/redis.rb:285:in `process_global_backlog'", "/var/www/discourse/vendor/bundle/ruby/2.5.0/gems/message_bus-2.1.5/lib/message_bus/backends/redis.rb:321:in `block in global_subscribe'", "/var/www/discourse/vendor/bundle/ruby/2.5.0/gems/message_bus-2.1.5/lib/message_bus/backends/redis.rb:334:in `global_subscribe'", "/var/www/discourse/vendor/bundle/ruby/2.5.0/gems/message_bus-2.1.5/lib/message_bus.rb:530:in `global_subscribe_thread'", "/var/www/discourse/vendor/bundle/ruby/2.5.0/gems/message_bus-2.1.5/lib/message_bus.rb:478:in `block in new_subscriber_thread'"]
Migrating to AllowNullIpSearchLog (20180521184439)
```
Could it be connected?
I’ve been checking the Apache configs as suggested and nothing seems an issue so far. Anything in particular you think I should look for/be worried about?
Thanks, Steve
---
### Author:  [@itsbhanusharma](https://meta.discourse.org/u/itsbhanusharma)
#### Post date: [20 يونيو 2018، 8:08ص UTC](https://meta.discourse.org/t/installed-ok-working-fine-for-one-day-suddenly-stopped-working/90194/12 "2018-06-20T08:08:54Z")
Seems like your redis is failing! perhaps a RAM issue?
---
### Author:  [@s-moon](https://meta.discourse.org/u/s-moon)
#### Post date: [20 يونيو 2018، 1:42م UTC](https://meta.discourse.org/t/installed-ok-working-fine-for-one-day-suddenly-stopped-working/90194/13 "2018-06-20T13:42:42Z")
I’ve ruled out RAM as being the cause. I’ve been monitoring the memory and doubled the VMs allocation to 16GB, so that is fine.
I now think this is related to SSL certificates because when I connect to the site without them through the Apache conf, I can get in.
I cannot log in however because in the prior site, it had HTTPS enabled. So, is there a way to disable that without logging in as an admin (because I can’t for the reason just mentioned).
Thanks for any assistance you can give,
Steve
ps - I’m going through this site and have found a few posts about how to enable SSL in NGINX (in the container) which I am attempting, but that isn’t working out just yet, so need a plan B.
---
### Author:  [@itsbhanusharma](https://meta.discourse.org/u/itsbhanusharma)
#### Post date: [20 يونيو 2018، 1:46م UTC](https://meta.discourse.org/t/installed-ok-working-fine-for-one-day-suddenly-stopped-working/90194/14 "2018-06-20T13:46:46Z")
> [@s-moon](#):
>
> is there a way to disable that without logging in as an admin
You can change that site setting from rails console, Query can be found somewhere on this forum.
---
### Author:  [@s-moon](https://meta.discourse.org/u/s-moon)
#### Post date: [20 يونيو 2018، 1:56م UTC](https://meta.discourse.org/t/installed-ok-working-fine-for-one-day-suddenly-stopped-working/90194/15 "2018-06-20T13:56:49Z")
@itsbhanusharma that’s a big help - found a post here: [How to change a site setting via the Console - #14 by Alavi1412](https://meta.discourse.org/t/how-to-change-a-site-setting-via-the-console/32761/14) – see the last entry.
Thank you,
Right - now onto fixing the SSL 🙂