# Installed without error but site wont come up

**URL:** https://meta.discourse.org/t/installed-without-error-but-site-wont-come-up/57277
**Category:** Self-hosting
**Created:** [2017年二月12日 17:58 UTC](https://meta.discourse.org/t/installed-without-error-but-site-wont-come-up/57277 "2017-02-12T17:58:28Z")
**Posts on this page:** 13
**Page:** 1

<div class="post-metadata">

### Author: ![rhotimee](https://avatars.discourse-cdn.com/v4/letter/r/8797f3/32.png) [@rhotimee](https://meta.discourse.org/u/rhotimee)
#### Post date: [2017年二月12日 17:58 UTC](https://meta.discourse.org/t/installed-without-error-but-site-wont-come-up/57277/1 "2017-02-12T17:58:28Z")

</div>

Discourse was installed without error, but the browser displays : This site can’t provide a secure connection.

 ![](https://global.discourse-cdn.com/meta/original/3X/9/0/9007a4fe4f71cb7ef1384a4e0cc107394f7ad14b.png)

I think its Lets Encrypt thats causing this.

How can i rectify this issue ?

---

<div class="post-metadata">

### Author: ![LeoDavidson](https://sea3.discourse-cdn.com/meta/user_avatar/meta.discourse.org/leodavidson/32/119574_2.png) [@LeoDavidson](https://meta.discourse.org/u/LeoDavidson)
#### Post date: [2017年二月12日 18:28 UTC](https://meta.discourse.org/t/installed-without-error-but-site-wont-come-up/57277/2 "2017-02-12T18:28:34Z")

</div>

Does it work if you use HTTP instead of HTTPS?

Let’s Encrypt setup requires some extra steps when editing the app.yml file for the container. Were those done? You’d know if you had; if that means nothing then it’s probably what needs to be done. It isn’t automatic but is pretty simple if you look for the Let’s Encrypt guide here.

Let’s Encrypt also will only work if the DNS for the domain you are using is pointing to the server. Make sure that is changed first, and has time to propagate (based on the TTL value of your DNS entry before the change).

---

<div class="post-metadata">

### Author: ![rhotimee](https://avatars.discourse-cdn.com/v4/letter/r/8797f3/32.png) [@rhotimee](https://meta.discourse.org/u/rhotimee)
#### Post date: [2017年二月12日 18:38 UTC](https://meta.discourse.org/t/installed-without-error-but-site-wont-come-up/57277/3 "2017-02-12T18:38:18Z")

</div>

> [@LeoDavidson](#):
>
> Does it work if you use HTTP instead of HTTPS?

no it doesn’t.

> [@LeoDavidson](#):
>
> Let’s Encrypt setup requires some extra steps when editing the app.yml file for the container. Were those done? You’d know if you had; if that means nothing then it’s probably what needs to be done. It isn’t automatic but is pretty simple if you look for the Let’s Encrypt guide here.

I checked the app.yml file. All the necessary lines were un-commented by default.

> [@LeoDavidson](#):
>
> Let’s Encrypt also will only work if the DNS for the domain you are using is pointing to the server. Make sure that is changed first, and has time to propagate (based on the TTL value of your DNS entry before the change)

I’m sure the DNS is pointing to the server.

Everything seem right, I don’t understand why it won’t work.

---

<div class="post-metadata">

### Author: ![mpalmer](https://sea3.discourse-cdn.com/meta/user_avatar/meta.discourse.org/mpalmer/32/45740_2.png) [@mpalmer](https://meta.discourse.org/u/mpalmer)
#### Post date: [2017年二月12日 22:32 UTC](https://meta.discourse.org/t/installed-without-error-but-site-wont-come-up/57277/4 "2017-02-12T22:32:20Z")

</div>

`ERR_SSL_PROTOCOL_ERROR` means that the browser tried to talk HTTPS, but got something… mysterious… back. 99 times out of 100 it’s because nginx is misconfigured to not talk SSL on port 443; in the other instance, aliens have mucked with space-time (again!). In either event, without a way to reproduce the problem outside of your machine, there’s not going to be much anyone else can do to help you fix it. A copy of your `app.yml` and the generated `/etc/nginx/conf.d/discourse.conf` from the container might shed some light on the situation.

---

<div class="post-metadata">

### Author: ![pfaffman](https://sea3.discourse-cdn.com/meta/user_avatar/meta.discourse.org/pfaffman/32/120154_2.png) [@pfaffman](https://meta.discourse.org/u/pfaffman)
#### Post date: [2017年二月12日 22:44 UTC](https://meta.discourse.org/t/installed-without-error-but-site-wont-come-up/57277/5 "2017-02-12T22:44:20Z")

</div>

You might just do a rebuild. Perhaps something didn’t work when it built.

---

<div class="post-metadata">

### Author: ![jomaxro](https://sea3.discourse-cdn.com/meta/user_avatar/meta.discourse.org/jomaxro/32/126216_2.png) [@jomaxro](https://meta.discourse.org/u/jomaxro)
#### Post date: [2017年二月12日 23:23 UTC](https://meta.discourse.org/t/installed-without-error-but-site-wont-come-up/57277/6 "2017-02-12T23:23:11Z")

</div>

> [@mpalmer](#):
>
> A copy of your app.yml

**Please** make sure to remove/censor all passwords/api keys in the file (if you upload it). Many people just copy/paste and then have to go back and change everything.

---

<div class="post-metadata">

### Author: ![pfaffman](https://sea3.discourse-cdn.com/meta/user_avatar/meta.discourse.org/pfaffman/32/120154_2.png) [@pfaffman](https://meta.discourse.org/u/pfaffman)
#### Post date: [2017年二月13日 02:07 UTC](https://meta.discourse.org/t/installed-without-error-but-site-wont-come-up/57277/7 "2017-02-13T02:07:09Z")

</div>

Sometimes I think about a script that would produce the app.yml sanitized and show disk and memory free. Then I think that it would work only for people who don’t need it.

---

<div class="post-metadata">

### Author: ![codinghorror](https://sea3.discourse-cdn.com/meta/user_avatar/meta.discourse.org/codinghorror/32/110067_2.png) [@codinghorror](https://meta.discourse.org/u/codinghorror)
#### Post date: [2017年二月13日 02:13 UTC](https://meta.discourse.org/t/installed-without-error-but-site-wont-come-up/57277/8 "2017-02-13T02:13:01Z")

</div>

There are many many things like this in life.

---

<div class="post-metadata">

### Author: ![jomaxro](https://sea3.discourse-cdn.com/meta/user_avatar/meta.discourse.org/jomaxro/32/126216_2.png) [@jomaxro](https://meta.discourse.org/u/jomaxro)
#### Post date: [2017年二月13日 02:33 UTC](https://meta.discourse.org/t/installed-without-error-but-site-wont-come-up/57277/9 "2017-02-13T02:33:24Z")

</div>

> [@pfaffman](#):
>
> Sometimes I think about a script that would produce the app.yml sanitized and show disk and memory free.

What about extending launcher to support this? Something like `./launcher debug app` or `./launcher config app`?

@codinghorror is the feasible? Would it be #pr-welcome?

---

<div class="post-metadata">

### Author: ![pfaffman](https://sea3.discourse-cdn.com/meta/user_avatar/meta.discourse.org/pfaffman/32/120154_2.png) [@pfaffman](https://meta.discourse.org/u/pfaffman)
#### Post date: [2017年二月13日 02:35 UTC](https://meta.discourse.org/t/installed-without-error-but-site-wont-come-up/57277/10 "2017-02-13T02:35:22Z")

</div>

No. Launcher is intended to be not discourse specific. Discourse-setup could, but I’m still afraid that people who need it wouldn’t know to use it.

---

<div class="post-metadata">

### Author: ![jomaxro](https://sea3.discourse-cdn.com/meta/user_avatar/meta.discourse.org/jomaxro/32/126216_2.png) [@jomaxro](https://meta.discourse.org/u/jomaxro)
#### Post date: [2017年二月13日 02:42 UTC](https://meta.discourse.org/t/installed-without-error-but-site-wont-come-up/57277/11 "2017-02-13T02:42:27Z")

</div>

Well, the way I see it, whatever the command is, we could either say:

> Can you please upload your `app.yml` and provide the output of `free -m` and `df -h`? Be sure to remove/censor any passwords or api keys.

or

> Can you please upload the output from `./discourse-setup -debug`?

The later seems a lot easier, either way someone has to ask for the information…

---

<div class="post-metadata">

### Author: ![JagWaugh](https://sea3.discourse-cdn.com/meta/user_avatar/meta.discourse.org/jagwaugh/32/69335_2.png) [@JagWaugh](https://meta.discourse.org/u/JagWaugh)
#### Post date: [2017年二月13日 07:48 UTC](https://meta.discourse.org/t/installed-without-error-but-site-wont-come-up/57277/12 "2017-02-13T07:48:17Z")

</div>

I didn’t realize ./launcher wasn’t discourse specific. (so that’s my learning quota for the day satisfied).

Something like ./discourse-checkup which would return system status type info wouldn’t be a bad idea (see: [Making launcher a bit more versatile](https://meta.discourse.org/t/making-launcher-a-bit-more-versatile/56851))

./discourse-checkup -generate\_reportfile could generate a report file with df -h, free -h, sanitized contents of the .yml file, docker info, and tail from various logs.

> [@jomaxro](#):
>
> Can you please upload the output from ./discourse-setup -debug?
> 
> The later seems a lot easier, either way someone has to ask for the information…

---

<div class="post-metadata">

### Author: ![JagWaugh](https://sea3.discourse-cdn.com/meta/user_avatar/meta.discourse.org/jagwaugh/32/69335_2.png) [@JagWaugh](https://meta.discourse.org/u/JagWaugh)
#### Post date: [2017年二月13日 09:27 UTC](https://meta.discourse.org/t/installed-without-error-but-site-wont-come-up/57277/13 "2017-02-13T09:27:08Z")

</div>

I’m thinking of a triage command. The default should be for the output to indicate something like “All systems normal”, “Updates available”, “Faults detected”, running with --detail should give specifics.

A rough boilerplate:

HOST\_INFO:  
hostname: (hostname)  
Linux Version: (uname -a, lsb\_release -a)  
status of updates: (apt-get -u upgrade)  
Storage: (df -h)  
Memory: (free -h)  
Network: not sure of what would be useful here

DOCKER\_INFO  
Docker Install: (docker info)  
Docker images: (docker images)  
Docker containers: (docker ps)

DISCOURSE\_INFO  
app file: (sanitized content of %app.yml%)  
disk use: (du -h /var/discourse/shared)  
log fatal: (docker logs %container id%|grep FATAL)  
log tail: (docker logs %container id% --tail 25)  
What would be useful from the other logs, unicorn, prod, prod errors, nginx ?

I’m sure there is a way to filter the output of docker logs to be a bit more germain, my grep foo isn’t very strong.

What other info would be useful from a support viewpoint? AFAIK you can’t get user or post/thread count from outside the container, but the “disk use” in DISCOURSE\_INFO gives you a rough idea of how much space the forum occupies.
