Hi!
I just installed a forum on an ubuntu 16.04 linode instance using docker instructions.
I also created an instance on a local VM so I could import my old smf2 based forum to it.
Once imported I created a backup in the local VM through the discourse backup tab.
I then applied this backup onto my linode instance following these instructions:
> [@Is there any way to restore your site from backup in the terminal?](https://meta.discourse.org/t/is-there-any-way-to-restore-your-site-from-backup-in-the-terminal/42377/9):
>
> It worked for me by first getting into the app ./launcher enter app then discourse enable\_restore discourse restore \ discourse disable\_restore Using the script/discourse didn’t work
Everything seems to work fine except the version check in the admin dashboard: “A check for updates has not been performed. Ensure sidekiq is running.”
I’m using the latest release of discourse (as of this post discourse (c5f42f0) ) and HTTPS is enabled.
Sidekiq is running and actually has a few retry jobs all with:
> ` Jobs::HandledExceptionWrapper: Wrapped JSON::ParserError: 743: unexpected token at ' Discourse 7:15 pm
> Job exception: 743: unexpected token at '
>
> Discourse
>
> ```
> ```
>
>
>
>
> ```
> ```
>
>
>
> ```
> ```
>
>
> ```
> ```
>
Sorry, we're experiencing technical difficulties!
>
> ```
> ```
>
>
> ```
> ```
>
This community can't be reached at the moment.
> Our team has been alerted and we're working on it.
>
> ```
> ```
>
>
> '
>
> ```
backtrace:
> ```
> /usr/local/lib/ruby/2.4.0/json/common.rb:156:in `parse'
> /usr/local/lib/ruby/2.4.0/json/common.rb:156:in `parse'
> /var/www/discourse/lib/discourse_hub.rb:43:in `singular_action'
> /var/www/discourse/lib/discourse_hub.rb:27:in `get'
> /var/www/discourse/lib/discourse_hub.rb:13:in `discourse_version_check'
> /var/www/discourse/app/jobs/scheduled/version_check.rb:13:in `execute'
> /var/www/discourse/app/jobs/base.rb:154:in `block (2 levels) in perform'
>
> ```
So it seems version check is expecting a JSON response but it’s not getting it.
Any ideas how I could resolve this?
I’ve already rebooted the node and ./launch rebuild app with no effect.
---
I’ve narrowed the problem down to this commit:
[https://github.com/discourse/discourse/commit/d82dbd565bad213f9df026a9b3ed2300bd81fdd9](https://github.com/discourse/discourse/commit/d82dbd565bad213f9df026a9b3ed2300bd81fdd9)
RestClient works but Excon doesn’t on my setup.
---
Found the issue.
Excon adds a port number in the headers “Host” entry by default (ex. Host: [api.discourse.org:443](http://api.discourse.org:443)) and I suppose the server at [api.discourse.org](http://api.discourse.org) does not like that.
Here’s a fix:
[https://github.com/discourse/discourse/pull/4935](https://github.com/discourse/discourse/pull/4935)
---
I applied the fix that you committed manually, since it was a simple change and now the warning goes away in Discourse’s admin panel, but if I look in sidekiq it says that VersionCheck still failed. Is there a way to confirm if it is actually working or not?
And in the error log I see (under Info):
```
Job exception: undefined method `>' for nil:NilClass
```
under Backtrace:
```
/var/www/discourse/app/jobs/scheduled/version_check.rb:23:in `execute'
```
/var/www/discourse/app/jobs/base.rb:154:in `block (2 levels) in perform’
under Env:
```
hostname hal-app
process_id 104
application_version c5f42f0e97b27bacd24d07c3180f9b485880e2fc
current_db default
current_hostname forum.blazingumbra.com
job Jobs::VersionCheck
problem_db default
opts
```
Clearly something is wrong.
---
Yeah it looks like a separate issue. The query itself is incorrect as it tries to set a body in a GET request instead of query parameters.
Without the query parameters, the json response only has two fields and was missing ‘missingVersionsCount’ (hence nil \> 0 which causes an exception).
I’ve updated the PR.
---
