Author Topic: Planned Downtime @ 2018-04-21 00:00:00 GMT.  (Read 12082 times)

0 Members and 1 Guest are viewing this topic.

Offline gnif

  • Administrator
  • *****
  • Posts: 1160
  • Country: au
Planned Downtime @ 2018-04-21 00:00:00 GMT.
« on: April 19, 2018, 10:34:08 pm »
I will be moving the forums and website over to the new cluster at 2018-04-21 00:00:00 GMT.
Unfortunately due to the huge jump software versions this can not be done without causing some downtime.

The forums should not be down for any longer then an hour provided everything goes OK.
If it does take longer please be patient as we will be working to restore operations as fast as possible.

Part of this migration includes upgrading fully to InnoDB tables on the Barracuda engine, as well as moving to utf8mb4 collation.

Leading up to the move I will not be able to answer questions as I will be preparing so that everything goes smoothly.
« Last Edit: April 23, 2018, 08:46:07 am by gnif »
HostFission - Full Server Monitoring and Management Solutions.
https://hostfission.com/
https://twitter.com/HostFission

Note: I am NOT a moderator or arbiter of disputes, my Admin level of access is so that I can perform management of the server on behalf of Dave. Do not contact me over such issues
 
The following users thanked this post: EEVblog, SeanB, madires, 3roomlab, dr.diesel, ovnr, tautech, DIPLover, ez24, TheSteve, Fire Doger, frozenfrogz

Offline gnif

  • Administrator
  • *****
  • Posts: 1160
  • Country: au
Re: Planned Downtime @ 2018-04-21 00:00:00 GMT.
« Reply #1 on: April 20, 2018, 04:37:48 am »
Forums are now working again, other areas of the site are still to be completed.

Please hold off reporting any issues until then.
HostFission - Full Server Monitoring and Management Solutions.
https://hostfission.com/
https://twitter.com/HostFission

Note: I am NOT a moderator or arbiter of disputes, my Admin level of access is so that I can perform management of the server on behalf of Dave. Do not contact me over such issues
 
The following users thanked this post: EEVblog, hendorog, ChunkyPastaSauce, frozenfrogz

Online Monkeh

  • Super Contributor
  • ***
  • Posts: 6393
  • Country: gb
Re: Planned Downtime @ 2018-04-21 00:00:00 GMT.
« Reply #2 on: April 20, 2018, 04:44:52 am »
Glorious Ω, how I have missed thee.

Three cheers for gnif!
 

Offline trevatxtal

  • Contributor
  • Posts: 28
  • Country: england
Re: Planned Downtime @ 2018-04-21 00:00:00 GMT.
« Reply #3 on: April 20, 2018, 04:52:13 am »
Sadly I am still in Friday 20 April While you are in Sat 21 already.
Is it possible for the time adjustment box to be used .
Thank you
Trevor.
M0XOL
 

Online Monkeh

  • Super Contributor
  • ***
  • Posts: 6393
  • Country: gb
Re: Planned Downtime @ 2018-04-21 00:00:00 GMT.
« Reply #4 on: April 20, 2018, 04:55:25 am »
I wasn't going to mention the minor 24-hour mistake.
 
The following users thanked this post: nugglix

Offline EEVblog

  • Administrator
  • *****
  • Posts: 31345
  • Country: au
    • EEVblog
Re: Planned Downtime @ 2018-04-21 00:00:00 GMT.
« Reply #5 on: April 20, 2018, 05:02:16 am »
Part of this migration includes upgrading fully to InnoDB tables on the Barracuda engine, as well as moving to utf8mb4 collation.

Does this mean that the UTF8 support people have been complaining about for a long time is now solved?
 

Offline EEVblog

  • Administrator
  • *****
  • Posts: 31345
  • Country: au
    • EEVblog
Re: Planned Downtime @ 2018-04-21 00:00:00 GMT.
« Reply #6 on: April 20, 2018, 05:04:48 am »
Thanks gnif, this has been a huge amount of effort on your end  :-+
I encourage everyone who uses the forum to support gnif's efforts on Patreon if able.
https://www.patreon.com/gnif
 

Offline hendorog

  • Super Contributor
  • ***
  • Posts: 1516
  • Country: nz
Re: Planned Downtime @ 2018-04-21 00:00:00 GMT.
« Reply #7 on: April 20, 2018, 05:43:43 am »
Not sure if I'm suffering from bias but the site seems quite a bit faster to me. :clap:
 

Offline Ampera

  • Super Contributor
  • ***
  • Posts: 2566
  • Country: us
    • Ampera's Forums
Re: Planned Downtime @ 2018-04-21 00:00:00 GMT.
« Reply #8 on: April 20, 2018, 05:53:13 am »
Уелл, даве, иф тхис мессаге ис аппеаринг он тхе форумс, тхен И ам гуессинг тхат уи хаве Уникоде суппорт.

🕴️🕴️🕴️🕴️🕴️🕴️
Professional complainer-in-chief criticizing other people's code
Programmer and bumbling Unix fool
Op @ EEVBlog IRC: irc.austnet.irc #eevblog
 

Offline gnif

  • Administrator
  • *****
  • Posts: 1160
  • Country: au
Re: Planned Downtime @ 2018-04-21 00:00:00 GMT.
« Reply #9 on: April 20, 2018, 06:13:35 am »
Not sure if I'm suffering from bias but the site seems quite a bit faster to me. :clap:

It should be quite a bit faster again now, the reverse proxy via the old server was just removed.
HostFission - Full Server Monitoring and Management Solutions.
https://hostfission.com/
https://twitter.com/HostFission

Note: I am NOT a moderator or arbiter of disputes, my Admin level of access is so that I can perform management of the server on behalf of Dave. Do not contact me over such issues
 

Offline gnif

  • Administrator
  • *****
  • Posts: 1160
  • Country: au
Re: Planned Downtime @ 2018-04-21 00:00:00 GMT.
« Reply #10 on: April 20, 2018, 06:14:49 am »
Thanks gnif, this has been a huge amount of effort on your end  :-+
I encourage everyone who uses the forum to support gnif's efforts on Patreon if able.
https://www.patreon.com/gnif

Not done yet, but you're most welcome.

Part of this migration includes upgrading fully to InnoDB tables on the Barracuda engine, as well as moving to utf8mb4 collation.

Does this mean that the UTF8 support people have been complaining about for a long time is now solved?

It should be, the following seems to indicate so :)

Уелл, даве, иф тхис мессаге ис аппеаринг он тхе форумс, тхен И ам гуессинг тхат уи хаве Уникоде суппорт.

🕴️🕴️🕴️🕴️🕴️🕴️
HostFission - Full Server Monitoring and Management Solutions.
https://hostfission.com/
https://twitter.com/HostFission

Note: I am NOT a moderator or arbiter of disputes, my Admin level of access is so that I can perform management of the server on behalf of Dave. Do not contact me over such issues
 

Offline frozenfrogz

  • Frequent Contributor
  • **
  • Posts: 924
  • Country: de
  • Having fun with Arduino and Raspberry Pi
Re: Planned Downtime @ 2018-04-21 00:00:00 GMT.
« Reply #11 on: April 20, 2018, 07:07:38 am »
Gøød news everyΩne!

Thanks a million!
He’s like a trained ape. Without the training.
 

Offline gnif

  • Administrator
  • *****
  • Posts: 1160
  • Country: au
Re: Planned Downtime @ 2018-04-21 00:00:00 GMT.
« Reply #12 on: April 20, 2018, 07:54:56 am »
Seems database fail over isn't working yet... there may be several short outages while I correct this.
HostFission - Full Server Monitoring and Management Solutions.
https://hostfission.com/
https://twitter.com/HostFission

Note: I am NOT a moderator or arbiter of disputes, my Admin level of access is so that I can perform management of the server on behalf of Dave. Do not contact me over such issues
 

Offline EEVblog

  • Administrator
  • *****
  • Posts: 31345
  • Country: au
    • EEVblog
Re: Planned Downtime @ 2018-04-21 00:00:00 GMT.
« Reply #13 on: April 20, 2018, 08:21:06 am »
Not sure if I'm suffering from bias but the site seems quite a bit faster to me. :clap:

It should be quite a bit faster again now, the reverse proxy via the old server was just removed.

The initial page load is MUCH faster than before  :-+
And I wasn't complaining about the speed of the old server
 

Online tautech

  • Super Contributor
  • ***
  • Posts: 18355
  • Country: nz
  • Taupaki Technologies Ltd. NZ Siglent Distributor
    • Taupaki Technologies Ltd.
Re: Planned Downtime @ 2018-04-21 00:00:00 GMT.
« Reply #14 on: April 20, 2018, 08:52:18 am »
Not sure if I'm suffering from bias but the site seems quite a bit faster to me. :clap:

It should be quite a bit faster again now, the reverse proxy via the old server was just removed.

The initial page load is MUCH faster than before  :-+
And I wasn't complaining about the speed of the old server
Had to shoot and run just when gnif pulled the server down and not long been back.
First impressions it is a wee bit faster now.
Thanks Dave and gnif for bravely taking this step forward.  :clap:
Avid Rabid Hobbyist
 

Offline gnif

  • Administrator
  • *****
  • Posts: 1160
  • Country: au
Re: Planned Downtime @ 2018-04-21 00:00:00 GMT.
« Reply #15 on: April 20, 2018, 09:14:43 am »
Seems database fail over isn't working yet... there may be several short outages while I correct this.

Database failover now working, but something wrong with recovery, investigating.
HostFission - Full Server Monitoring and Management Solutions.
https://hostfission.com/
https://twitter.com/HostFission

Note: I am NOT a moderator or arbiter of disputes, my Admin level of access is so that I can perform management of the server on behalf of Dave. Do not contact me over such issues
 

Offline gnif

  • Administrator
  • *****
  • Posts: 1160
  • Country: au
Re: Planned Downtime @ 2018-04-21 00:00:00 GMT.
« Reply #16 on: April 20, 2018, 09:24:31 am »
Seems database fail over isn't working yet... there may be several short outages while I correct this.

Database failover now working, but something wrong with recovery, investigating.

failover and recovery of the database between servers is now perfect :D
HostFission - Full Server Monitoring and Management Solutions.
https://hostfission.com/
https://twitter.com/HostFission

Note: I am NOT a moderator or arbiter of disputes, my Admin level of access is so that I can perform management of the server on behalf of Dave. Do not contact me over such issues
 
The following users thanked this post: nugglix

Online nctnico

  • Super Contributor
  • ***
  • Posts: 19665
  • Country: nl
    • NCT Developments
Re: Planned Downtime @ 2018-04-21 00:00:00 GMT.
« Reply #17 on: April 20, 2018, 09:37:51 am »
Are the PDF attachements also fixed?
There are small lies, big lies and then there is what is on the screen of your oscilloscope.
 

Offline gnif

  • Administrator
  • *****
  • Posts: 1160
  • Country: au
Re: Planned Downtime @ 2018-04-21 00:00:00 GMT.
« Reply #18 on: April 20, 2018, 10:02:10 am »
Are the PDF attachements also fixed?

First I have heard of it... whats the problem?
HostFission - Full Server Monitoring and Management Solutions.
https://hostfission.com/
https://twitter.com/HostFission

Note: I am NOT a moderator or arbiter of disputes, my Admin level of access is so that I can perform management of the server on behalf of Dave. Do not contact me over such issues
 

Offline Brumby

  • Supporter
  • ****
  • Posts: 10025
  • Country: au
Re: Planned Downtime @ 2018-04-21 00:00:00 GMT.
« Reply #19 on: April 20, 2018, 10:56:07 am »
I don't know that it's a "problem" as such - just a size limitation.
 

Offline BravoV

  • Super Contributor
  • ***
  • Posts: 6780
  • Country: 00
  • +++ ATH1
Re: Planned Downtime @ 2018-04-21 00:00:00 GMT.
« Reply #20 on: April 20, 2018, 11:15:46 am »
At random, still getting "500 Internal Server Error nginx/1.10.3" message, and a refresh cleared it out. Still fast though.

Offline BravoV

  • Super Contributor
  • ***
  • Posts: 6780
  • Country: 00
  • +++ ATH1
Re: Planned Downtime @ 2018-04-21 00:00:00 GMT.
« Reply #21 on: April 20, 2018, 11:25:30 am »
It happened again just few seconds ago, just trace back this post's time and my IP, hope this helps.

Online Monkeh

  • Super Contributor
  • ***
  • Posts: 6393
  • Country: gb
Re: Planned Downtime @ 2018-04-21 00:00:00 GMT.
« Reply #22 on: April 20, 2018, 11:45:13 am »
Part of this migration includes upgrading fully to InnoDB tables on the Barracuda engine, as well as moving to utf8mb4 collation.

Does this mean that the UTF8 support people have been complaining about for a long time is now solved?

It is indeed, we can now use such advanced symbols as Ω rather than trying to use something ugly like  \$\Omega\$,
 

Offline gamalot

  • Frequent Contributor
  • **
  • Posts: 515
  • Country: au
  • Correct my English
Re: Planned Downtime @ 2018-04-21 00:00:00 GMT.
« Reply #23 on: April 20, 2018, 11:56:35 am »
Chinese? 中文  :-+
 

Offline gnif

  • Administrator
  • *****
  • Posts: 1160
  • Country: au
Re: Planned Downtime @ 2018-04-21 00:00:00 GMT.
« Reply #24 on: April 20, 2018, 12:06:18 pm »
At random, still getting "500 Internal Server Error nginx/1.10.3" message, and a refresh cleared it out. Still fast though.

Expected, I am still performing server tuning. Unfortunately all the prep work int the world doesn't prepare you for real world workloads.
HostFission - Full Server Monitoring and Management Solutions.
https://hostfission.com/
https://twitter.com/HostFission

Note: I am NOT a moderator or arbiter of disputes, my Admin level of access is so that I can perform management of the server on behalf of Dave. Do not contact me over such issues
 

Offline EEVblog

  • Administrator
  • *****
  • Posts: 31345
  • Country: au
    • EEVblog
Re: Planned Downtime @ 2018-04-21 00:00:00 GMT.
« Reply #25 on: April 20, 2018, 02:09:02 pm »
I don't know that it's a "problem" as such - just a size limitation.

The new server does have more drive space than before IIRC, but it's not cloudy infinite.
So I don't expect we could raise the limits much.
 

Offline EEVblog

  • Administrator
  • *****
  • Posts: 31345
  • Country: au
    • EEVblog
Re: Planned Downtime @ 2018-04-21 00:00:00 GMT.
« Reply #26 on: April 20, 2018, 02:14:25 pm »
New server bandwidth
 

Offline IanB

  • Super Contributor
  • ***
  • Posts: 9692
  • Country: us
Re: Planned Downtime @ 2018-04-21 00:00:00 GMT.
« Reply #27 on: April 20, 2018, 06:27:54 pm »
Just testing that MathJax is still available:

$$ ax^2+bx+c=0 $$

Yes, cool  :)
I'm not an EE--what am I doing here?
 

Online nctnico

  • Super Contributor
  • ***
  • Posts: 19665
  • Country: nl
    • NCT Developments
Re: Planned Downtime @ 2018-04-21 00:00:00 GMT.
« Reply #28 on: April 20, 2018, 08:14:51 pm »
Are the PDF attachements also fixed?
First I have heard of it... whats the problem?
PDF attachements never open in Acrobat. Every other website works but not EEVblog. AFAIK this is a well known problem for EEVblog users so most refrain from attaching PDFs.

For example the PDFs attached to this message:
https://www.eevblog.com/forum/testgear/siglent-sds1104x-e-in-depth-review/msg1371771/#msg1371771
Firefox (the latest version) says the file type is unkown and wants to open it with a text editor.
« Last Edit: April 20, 2018, 08:17:57 pm by nctnico »
There are small lies, big lies and then there is what is on the screen of your oscilloscope.
 

Online tautech

  • Super Contributor
  • ***
  • Posts: 18355
  • Country: nz
  • Taupaki Technologies Ltd. NZ Siglent Distributor
    • Taupaki Technologies Ltd.
Re: Planned Downtime @ 2018-04-21 00:00:00 GMT.
« Reply #29 on: April 20, 2018, 08:34:45 pm »
Are the PDF attachements also fixed?
First I have heard of it... whats the problem?
PDF attachements never open in Acrobat. Every other website works but not EEVblog. AFAIK this is a well known problem for EEVblog users so most refrain from attaching PDFs.

For example the PDFs attached to this message:
https://www.eevblog.com/forum/testgear/siglent-sds1104x-e-in-depth-review/msg1371771/#msg1371771
Firefox (the latest version) says the file type is unkown and wants to open it with a text editor.
OK just checked on this thread ^.
File downloads fine and it opens in a tab in your browser fine too. In Chrome with a right click on the downloaded pdf you can set "Always open in Acrobat" and when set it does just that.
Avid Rabid Hobbyist
 

Online nctnico

  • Super Contributor
  • ***
  • Posts: 19665
  • Country: nl
    • NCT Developments
Re: Planned Downtime @ 2018-04-21 00:00:00 GMT.
« Reply #30 on: April 20, 2018, 09:06:01 pm »
I guess Chrome is doing something non-standard then and tries to guess based on the extension. According to the specs the webserver is supposed to let the browser know what kind of file (mime-type in the HTTP header) it is receiving regardless of the extension. If that is broken a browser gets a binary blob with unknown content. BTW the same goes wrong when people attach pictures. Firefox can't deal with those either probably due to the missing mime-type. As I wrote before: EEVblog is the only website I visit where this doesn't work properly.
« Last Edit: April 20, 2018, 09:10:57 pm by nctnico »
There are small lies, big lies and then there is what is on the screen of your oscilloscope.
 

Offline gnif

  • Administrator
  • *****
  • Posts: 1160
  • Country: au
Re: Planned Downtime @ 2018-04-21 00:00:00 GMT.
« Reply #31 on: April 20, 2018, 09:48:54 pm »
Chrome works fine for me too, I get a prompt to download the file.

SMF is actually serving the file, not Nginx directly.
Code: [Select]
wget "https://www.eevblog.com/forum/testgear/siglent-sds1104x-e-in-depth-review/?action=dlattach;attach=397073" -O/dev/null --debug
DEBUG output created by Wget 1.19.4 on linux-gnu.

Reading HSTS entries from /home/geoff/.wget-hsts
URI encoding = ‘UTF-8’
--2018-04-21 07:44:02--  https://www.eevblog.com/forum/testgear/siglent-sds1104x-e-in-depth-review/?action=dlattach;attach=397073
Resolving [url=http://www.eevblog.com]www.eevblog.com[/url] ([url=http://www.eevblog.com]www.eevblog.com[/url])... 104.31.75.133, 104.31.74.133, 2400:cb00:2048:1::681f:4b85, ...
Caching [url=http://www.eevblog.com]www.eevblog.com[/url] => 104.31.75.133 104.31.74.133 2400:cb00:2048:1::681f:4b85 2400:cb00:2048:1::681f:4a85
Connecting to [url=http://www.eevblog.com]www.eevblog.com[/url] ([url=http://www.eevblog.com]www.eevblog.com[/url])|104.31.75.133|:80... connected.
Created socket 4.
Releasing 0x0000555c8cee0910 (new refcount 1).

---request begin---
GET /forum/testgear/siglent-sds1104x-e-in-depth-review/?action=dlattach;attach=397073 HTTP/1.1
User-Agent: Wget/1.19.4 (linux-gnu)
Accept: */*
Accept-Encoding: identity
Host: [url=http://www.eevblog.com]www.eevblog.com[/url]
Connection: Keep-Alive

---request end---
HTTP request sent, awaiting response...
---response begin---
HTTP/1.1 200 OK
Date: Fri, 20 Apr 2018 21:44:03 GMT
Content-Type: application/octet-stream
Transfer-Encoding: chunked
Connection: keep-alive
Set-Cookie: __cfduid=d9d87d66c77bd7b75de4ed75d84068bec1524260642; expires=Sat, 20-Apr-19 21:44:02 GMT; path=/; domain=.eevblog.com; HttpOnly
X-Frame-Options: SAMEORIGIN
X-XSS-Protection: 1
X-Content-Type-Options: nosniff
Set-Cookie: PHPSESSID=hpi2vnv19st40mu1c569nlhi77; path=/
Pragma:
Content-Transfer-Encoding: binary
Expires: Sat, 20 Apr 2019 21:44:03 GMT
Last-Modified: Wed, 21 Feb 2018 16:27:38 GMT
ETag: W/"397073SDS1104X-E Review 1-25.pdf1519230458"
Content-Disposition: attachment; filename="SDS1104X-E Review 1-25.pdf"
Cache-Control: max-age=31536000, private
Vary: Accept-Encoding
X-Backend: web2.eevblog.com
Server: cloudflare
CF-RAY: 40eaca36203b19bc-SYD

---response end---
200 OK
cdm: 1

Stored cookie eevblog.com -1 (ANY) / <permanent> <insecure> [expiry 2019-04-21 07:44:02] __cfduid d9d87d66c77bd7b75de4ed75d84068bec1524260642

Stored cookie [url=http://www.eevblog.com]www.eevblog.com[/url] -1 (ANY) / <session> <insecure> [expiry none] PHPSESSID hpi2vnv19st40mu1c569nlhi77
Registered socket 4 for persistent reuse.
Length: unspecified [application/octet-stream]
Saving to: ‘/dev/null’
Failed to set xattr ‘user.xdg.origin.url’.

/dev/null                                                                           [    <=>                                                                                                                                                                                              ] 756.99K   840KB/s    in 0.9s   

2018-04-21 07:44:04 (840 KB/s) - ‘/dev/null’ saved [775161]

Content-Disposition: attachment; filename="SDS1104X-E Review 1-25.pdf"

Content-type is not a required header according to the specs, if your browser is misbehaving either it's a bug or you have a plugin installed that is messing things up:

https://tools.ietf.org/html/rfc7231#section-3.1.1.5
Quote
   A sender that generates a message containing a payload body SHOULD
   generate a Content-Type header field in that message unless the
   intended media type of the enclosed representation is unknown to the
   sender.  If a Content-Type header field is not present, the recipient
   MAY either assume a media type of "application/octet-stream"
   ([RFC2046], Section 4.5.1) or examine the data to determine its type.
HostFission - Full Server Monitoring and Management Solutions.
https://hostfission.com/
https://twitter.com/HostFission

Note: I am NOT a moderator or arbiter of disputes, my Admin level of access is so that I can perform management of the server on behalf of Dave. Do not contact me over such issues
 

Online nctnico

  • Super Contributor
  • ***
  • Posts: 19665
  • Country: nl
    • NCT Developments
Re: Planned Downtime @ 2018-04-21 00:00:00 GMT.
« Reply #32 on: April 20, 2018, 10:17:08 pm »
I have plain & simple Firefox (the most recent version but previous versions had the same problem) with ABP as the only extension and no tweaking of anything. Firefox says it can't determine the type of the file. And I think you are mis-interpreting the specs. It says the sender (server) should indicate the content type unless it really really really can't do it. It also says that the recipient (browser) may choose what to do when the content type is unknown: treat it as a blob or try to guess. So if you want the transfer of files to always work over HTTP then there is no other option than having the webserver supply the correct content type.
« Last Edit: April 20, 2018, 10:24:04 pm by nctnico »
There are small lies, big lies and then there is what is on the screen of your oscilloscope.
 

Offline gnif

  • Administrator
  • *****
  • Posts: 1160
  • Country: au
Re: Planned Downtime @ 2018-04-21 00:00:00 GMT.
« Reply #33 on: April 20, 2018, 11:04:09 pm »
I have plain & simple Firefox (the most recent version but previous versions had the same problem) with ABP as the only extension and no tweaking of anything. Firefox says it can't determine the type of the file. And I think you are mis-interpreting the specs. It says the sender (server) should indicate the content type unless it really really really can't do it. It also says that the recipient (browser) may choose what to do when the content type is unknown: treat it as a blob or try to guess. So if you want the transfer of files to always work over HTTP then there is no other option than having the webserver supply the correct content type.

Quote
The key words "MUST", "MUST NOT", "REQUIRED", "SHALL", "SHALL NOT",
   "SHOULD", "SHOULD NOT", "RECOMMENDED", "MAY", and "OPTIONAL" in this
   document are to be interpreted as described in [RFC2119].

Quote
3. SHOULD   This word, or the adjective "RECOMMENDED", mean that there
   may exist valid reasons in particular circumstances to ignore a
   particular item, but the full implications must be understood and
   carefully weighed before choosing a different course.

I am not saying that this should not be fixed, I am however saying that it is not a critical problem nor high priority.

File type is not detected using the extension under Linux, it is a bad practice to do so on any operating system. The mime type is detected by scanning the file headers for known signatures, this imposes additional server load. Assuming a file is what it is based on extension is a dangerous practice and can lead to downloading a "PDF" that is really a malicious file, simply because the file extension was trusted.
« Last Edit: April 20, 2018, 11:07:36 pm by gnif »
HostFission - Full Server Monitoring and Management Solutions.
https://hostfission.com/
https://twitter.com/HostFission

Note: I am NOT a moderator or arbiter of disputes, my Admin level of access is so that I can perform management of the server on behalf of Dave. Do not contact me over such issues
 

Offline IanB

  • Super Contributor
  • ***
  • Posts: 9692
  • Country: us
Re: Planned Downtime @ 2018-04-21 00:00:00 GMT.
« Reply #34 on: April 20, 2018, 11:09:18 pm »
So if you want the transfer of files to always work over HTTP then there is no other option than having the webserver supply the correct content type.

But the web server doesn't know the correct content type. The file was uploaded by the user as an attachment to a post, and the only information provided by the user was the file name and extension. When you view the post, you get back the information originally provided; no more, no less.

The only way the server could indicate that the attachment is a PDF file is to look inside the file and interpret the contents, or to look at the extension and associate .pdf with a PDF file. Both of which the browser can do just as well.

In this case the server has no business deducing or guessing, it should just hand back the data as it received it with the same file name. So I think the server is behaving as it should.
I'm not an EE--what am I doing here?
 

Online nctnico

  • Super Contributor
  • ***
  • Posts: 19665
  • Country: nl
    • NCT Developments
Re: Planned Downtime @ 2018-04-21 00:00:00 GMT.
« Reply #35 on: April 20, 2018, 11:12:24 pm »
So if you want the transfer of files to always work over HTTP then there is no other option than having the webserver supply the correct content type.

But the web server doesn't know the correct content type. The file was uploaded by the user as an attachment to a post, and the only information provided by the user was the file name and extension. When you view the post, you get back the information originally provided; no more, no less.

The only way the server could indicate that the attachment is a PDF file is to look inside the file and interpret the contents, or to look at the extension and associate .pdf with a PDF file. Both of which the browser can do just as well.

In this case the server has no business deducing or guessing, it should just hand back the data as it received it with the same file name. So I think the server is behaving as it should.
The makers of Firefox (not exactly a niche browser) seem to have a different opinion so don't shoot the messenger. Life sucks and sometimes you have to fix things which are not really your problem to start with.
There are small lies, big lies and then there is what is on the screen of your oscilloscope.
 

Offline gnif

  • Administrator
  • *****
  • Posts: 1160
  • Country: au
Re: Planned Downtime @ 2018-04-21 00:00:00 GMT.
« Reply #36 on: April 20, 2018, 11:17:13 pm »
So if you want the transfer of files to always work over HTTP then there is no other option than having the webserver supply the correct content type.

But the web server doesn't know the correct content type. The file was uploaded by the user as an attachment to a post, and the only information provided by the user was the file name and extension. When you view the post, you get back the information originally provided; no more, no less.

The only way the server could indicate that the attachment is a PDF file is to look inside the file and interpret the contents, or to look at the extension and associate .pdf with a PDF file. Both of which the browser can do just as well.

In this case the server has no business deducing or guessing, it should just hand back the data as it received it with the same file name. So I think the server is behaving as it should.
The makers of Firefox (not exactly a niche browser) seem to have a different opinion so don't shoot the messenger. Life sucks and sometimes you have to fix things which are not really your problem to start with.

If you really want this fixed, contact the SMF developers, this is not a bug with our forum or the servers.
HostFission - Full Server Monitoring and Management Solutions.
https://hostfission.com/
https://twitter.com/HostFission

Note: I am NOT a moderator or arbiter of disputes, my Admin level of access is so that I can perform management of the server on behalf of Dave. Do not contact me over such issues
 

Online Cerebus

  • Super Contributor
  • ***
  • Posts: 4854
  • Country: gb
Re: Planned Downtime @ 2018-04-21 00:00:00 GMT.
« Reply #37 on: April 21, 2018, 12:24:12 am »
I think someone's missed the point. The writers of SMF obviously took the decision that, when an end-user uploads content, they would not make any assumptions about what the MIME type of that content was. To take an uploaded file and assume the MIME type could completely misrepresent the content type. Relying on the fact that someone puts 'pdf' or 'jpg' on the end of a file could allow all sorts of malfeasance - see below (a benign example):

Anybody got a syringe I can use to squeeze the magic smoke back into this?
 

Online nctnico

  • Super Contributor
  • ***
  • Posts: 19665
  • Country: nl
    • NCT Developments
Re: Planned Downtime @ 2018-04-21 00:00:00 GMT.
« Reply #38 on: April 21, 2018, 01:21:53 am »
IMHO the application receiving the file should do the check AFTER it has been scanned automatically by the virus scanner. There really isn't any need to be more secure than necessary because that just causes extra nuisance with zero added security.
There are small lies, big lies and then there is what is on the screen of your oscilloscope.
 

Online xrunner

  • Super Contributor
  • ***
  • Posts: 4771
  • Country: us
  • hp>Agilent>Keysight>?
Re: Planned Downtime @ 2018-04-21 00:00:00 GMT.
« Reply #39 on: April 21, 2018, 02:47:04 am »
I have to say that the forum is really responding faster now. Really good work!  :-+
I am a Test Equipment Addict (TEA) - by virtue of this forum signature, I have now faced my addiction
 

Offline ez24

  • Super Contributor
  • ***
  • Posts: 3091
  • Country: us
  • L.D.A.
Re: Planned Downtime @ 2018-04-21 00:00:00 GMT.
« Reply #40 on: April 21, 2018, 04:55:17 am »
I will be moving the forums and website over to the new cluster at 2018-04-21 00:00:00 GMT.
Unfortunately due to the huge jump software versions this can not be done without causing some downtime.

Thank you for your hard work helping us  :-+
YouTube and Website Electronic Resources ------>  https://www.eevblog.com/forum/other-blog-specific/a/msg1341166/#msg1341166
 

Offline aqarwaen

  • Regular Contributor
  • *
  • Posts: 58
  • Country: us
Re: Planned Downtime @ 2018-04-21 00:00:00 GMT.
« Reply #41 on: April 22, 2018, 12:01:11 am »
can some say me why i get database error,if try acces from wifi?mobile data works fine without.i get error on my tablet,smarttv,phone and pc also
 

Offline gnif

  • Administrator
  • *****
  • Posts: 1160
  • Country: au
Re: Planned Downtime @ 2018-04-21 00:00:00 GMT.
« Reply #42 on: April 22, 2018, 02:56:17 am »
can some say me why i get database error,if try acces from wifi?mobile data works fine without.i get error on my tablet,smarttv,phone and pc also

Likely an overlooked setting to be updated, I will try to reproduce and correct it. Thanks for reporting it.

Edit: I can not reproduce it, it sounds like you have it cached somewhere, perhaps your ISP has cached the error from during the update.
« Last Edit: April 22, 2018, 03:00:04 am by gnif »
HostFission - Full Server Monitoring and Management Solutions.
https://hostfission.com/
https://twitter.com/HostFission

Note: I am NOT a moderator or arbiter of disputes, my Admin level of access is so that I can perform management of the server on behalf of Dave. Do not contact me over such issues
 

Online Cerebus

  • Super Contributor
  • ***
  • Posts: 4854
  • Country: gb
Re: Planned Downtime @ 2018-04-21 00:00:00 GMT.
« Reply #43 on: April 22, 2018, 04:46:54 pm »
Is there an issue with the 'ignore topic' feature? I haven't changed my forum settings but the ignore topic button seems to be gone from my updated topics page.
Anybody got a syringe I can use to squeeze the magic smoke back into this?
 

Online tautech

  • Super Contributor
  • ***
  • Posts: 18355
  • Country: nz
  • Taupaki Technologies Ltd. NZ Siglent Distributor
    • Taupaki Technologies Ltd.
Re: Planned Downtime @ 2018-04-21 00:00:00 GMT.
« Reply #44 on: April 22, 2018, 07:37:47 pm »
Is there an issue with the 'ignore topic' feature? I haven't changed my forum settings but the ignore topic button seems to be gone from my updated topics page.
Interesting, mine's unchanged too like Wilfred's.

I retain mine after the upgrade. But I also never got the ability to move topics that was introduced before the move. So my experience may not be the most reliable guide.
There are a couple of ways to have Move Topics visible and everyone has it by default at the bottom left in the first page of a topic they have started. In 'normal' forum view it's just above 'Quick Reply'.
Avid Rabid Hobbyist
 

Offline BU508A

  • Super Contributor
  • ***
  • Posts: 1744
  • Country: de
  • Per aspera ad astra
Re: Planned Downtime @ 2018-04-21 00:00:00 GMT.
« Reply #45 on: April 22, 2018, 08:26:39 pm »
can some say me why i get database error,if try acces from wifi?mobile data works fine without.i get error on my tablet,smarttv,phone and pc also

Likely an overlooked setting to be updated, I will try to reproduce and correct it. Thanks for reporting it.

Edit: I can not reproduce it, it sounds like you have it cached somewhere, perhaps your ISP has cached the error from during the update.

No, it is not a cache issue imho. I have the same behaviour here: Linux/Windows + Firefox works perfectly well but with my iPad 4 and Safari I get this "Database error". It needs reloadings from 1 up to 20 or 30 attempts until I get what I'm looking for. It seems also, that it is some kind of load dependend. I thought first, it could be a cache thing (DNS, browser etc.), therefore I was waiting for the TTL to become obsolete. But it seems, it is still coming up with this database error.
“Chaos is found in greatest abundance wherever order is being sought. It always defeats order, because it is better organized.”            - Terry Pratchett -
 

Offline hwj-d

  • Frequent Contributor
  • **
  • Posts: 698
  • Country: de
  • save the children - chase the cabal
Re: Planned Downtime @ 2018-04-21 00:00:00 GMT.
« Reply #46 on: April 23, 2018, 12:56:40 am »
can some say me why i get database error,if try acces from wifi?mobile data works fine without.i get error on my tablet,smarttv,phone and pc also

Likely an overlooked setting to be updated, I will try to reproduce and correct it. Thanks for reporting it.

Edit: I can not reproduce it, it sounds like you have it cached somewhere, perhaps your ISP has cached the error from during the update.

No, it is not a cache issue imho. I have the same behaviour here: Linux/Windows + Firefox works perfectly well but with my iPad 4 and Safari I get this "Database error". It needs reloadings from 1 up to 20 or 30 attempts until I get what I'm looking for. It seems also, that it is some kind of load dependend. I thought first, it could be a cache thing (DNS, browser etc.), therefore I was waiting for the TTL to become obsolete. But it seems, it is still coming up with this database error.
Me too!! Meanwhile it is online possible to login from my S7! IPad, Linux, Win10, different browsers have all passed one after another with this database error!
And I think, this is the last time, i'm able to login now....
€: Cache, cookies cleaned already

« Last Edit: April 23, 2018, 01:00:45 am by hwj-d »
 

Offline hwj-d

  • Frequent Contributor
  • **
  • Posts: 698
  • Country: de
  • save the children - chase the cabal
Re: Planned Downtime @ 2018-04-21 00:00:00 GMT.
« Reply #47 on: April 23, 2018, 01:34:26 am »
Ok, i'm in with my desktop again. But it tooks more than ten attempts in a row.
Maybe a server overload, storage misconfiguration?
 

Offline gnif

  • Administrator
  • *****
  • Posts: 1160
  • Country: au
Re: Planned Downtime @ 2018-04-21 00:00:00 GMT.
« Reply #48 on: April 23, 2018, 01:35:39 am »
Ok, I will have another dig though, it does seem very odd that it intermittent as everything is in sync.

Certainly not overloaded, perhaps there is a plugin still trying to use the old database configuration.
HostFission - Full Server Monitoring and Management Solutions.
https://hostfission.com/
https://twitter.com/HostFission

Note: I am NOT a moderator or arbiter of disputes, my Admin level of access is so that I can perform management of the server on behalf of Dave. Do not contact me over such issues
 
The following users thanked this post: BU508A, hwj-d

Online Cerebus

  • Super Contributor
  • ***
  • Posts: 4854
  • Country: gb
Re: Planned Downtime @ 2018-04-21 00:00:00 GMT.
« Reply #49 on: April 23, 2018, 01:39:13 am »
I saw the database error a few times shortly after the server move, but, unlike others, I haven't seen it for a few days,

On the subject of 'ignore topics': I turned it off, and turned it on again in my profile and the option reappeared. So if anybody has the same problem "turn it off and on again".
Anybody got a syringe I can use to squeeze the magic smoke back into this?
 

Online Monkeh

  • Super Contributor
  • ***
  • Posts: 6393
  • Country: gb
Re: Planned Downtime @ 2018-04-21 00:00:00 GMT.
« Reply #50 on: April 23, 2018, 01:52:31 am »
gnif, no DNS records for web1. and web2.eevblog.com - makes my mail server a tad unhappy.
 

Offline gnif

  • Administrator
  • *****
  • Posts: 1160
  • Country: au
Re: Planned Downtime @ 2018-04-21 00:00:00 GMT.
« Reply #51 on: April 23, 2018, 02:11:23 am »
gnif, no DNS records for web1. and web2.eevblog.com - makes my mail server a tad unhappy.

Your mail server should not be seeing web1.eevblog.com & web2.eevblog.com, they are relaying through cpanel1.eevblog.com which is what you should be seeing. I will double check the logs to confirm however.
HostFission - Full Server Monitoring and Management Solutions.
https://hostfission.com/
https://twitter.com/HostFission

Note: I am NOT a moderator or arbiter of disputes, my Admin level of access is so that I can perform management of the server on behalf of Dave. Do not contact me over such issues
 

Offline gnif

  • Administrator
  • *****
  • Posts: 1160
  • Country: au
Re: Planned Downtime @ 2018-04-21 00:00:00 GMT.
« Reply #52 on: April 23, 2018, 02:14:29 am »
gnif, no DNS records for web1. and web2.eevblog.com - makes my mail server a tad unhappy.

Your mail server should not be seeing web1.eevblog.com & web2.eevblog.com, they are relaying through cpanel1.eevblog.com which is what you should be seeing. I will double check the logs to confirm however.

Checked, I see, you are rejecting based on existence of the sending domain. Rather then add records for these hosts (i'd ranter limit their IP exposure) I will adjust the mail server to use plain 'eevblog.com' as the sending domain.
HostFission - Full Server Monitoring and Management Solutions.
https://hostfission.com/
https://twitter.com/HostFission

Note: I am NOT a moderator or arbiter of disputes, my Admin level of access is so that I can perform management of the server on behalf of Dave. Do not contact me over such issues
 

Online Monkeh

  • Super Contributor
  • ***
  • Posts: 6393
  • Country: gb
Re: Planned Downtime @ 2018-04-21 00:00:00 GMT.
« Reply #53 on: April 23, 2018, 02:18:01 am »
gnif, no DNS records for web1. and web2.eevblog.com - makes my mail server a tad unhappy.

Your mail server should not be seeing web1.eevblog.com & web2.eevblog.com, they are relaying through cpanel1.eevblog.com which is what you should be seeing. I will double check the logs to confirm however.

Checked, I see, you are rejecting based on existence of the sending domain. Rather then add records for these hosts (i'd ranter limit their IP exposure) I will adjust the mail server to use plain 'eevblog.com' as the sending domain.

Correct. Every little helps. RDNS also appears to need setting up, having looked at full logs.
 

Offline gnif

  • Administrator
  • *****
  • Posts: 1160
  • Country: au
Re: Planned Downtime @ 2018-04-21 00:00:00 GMT.
« Reply #54 on: April 23, 2018, 02:25:55 am »
gnif, no DNS records for web1. and web2.eevblog.com - makes my mail server a tad unhappy.

Your mail server should not be seeing web1.eevblog.com & web2.eevblog.com, they are relaying through cpanel1.eevblog.com which is what you should be seeing. I will double check the logs to confirm however.

Checked, I see, you are rejecting based on existence of the sending domain. Rather then add records for these hosts (i'd ranter limit their IP exposure) I will adjust the mail server to use plain 'eevblog.com' as the sending domain.

Correct. Every little helps. RDNS also appears to need setting up, having looked at full logs.

This has been requested already, I need to chase the DC to find out why this has not happened yet.
HostFission - Full Server Monitoring and Management Solutions.
https://hostfission.com/
https://twitter.com/HostFission

Note: I am NOT a moderator or arbiter of disputes, my Admin level of access is so that I can perform management of the server on behalf of Dave. Do not contact me over such issues
 

Offline gnif

  • Administrator
  • *****
  • Posts: 1160
  • Country: au
Re: Planned Downtime @ 2018-04-21 00:00:00 GMT.
« Reply #55 on: April 23, 2018, 07:08:53 am »
rDNS records are now in place, please allow up to 24 hours for caches to clear :D
HostFission - Full Server Monitoring and Management Solutions.
https://hostfission.com/
https://twitter.com/HostFission

Note: I am NOT a moderator or arbiter of disputes, my Admin level of access is so that I can perform management of the server on behalf of Dave. Do not contact me over such issues
 

Online Cerebus

  • Super Contributor
  • ***
  • Posts: 4854
  • Country: gb
Re: Planned Downtime @ 2018-04-21 00:00:00 GMT.
« Reply #56 on: April 23, 2018, 01:10:38 pm »
You might get problems as the forward and reverse DNS don't agree for your named MX host:


nuit$ dig +short eevblog.com mx
0 mail.eevblog.com.
nuit$ dig +short mail.eevblog.com
192.200.109.226
nuit$ dig +short -x 192.200.109.226
cpanel1.eevblog.com.
nuit$


Some people will reject mail on that basis, some won't.
Anybody got a syringe I can use to squeeze the magic smoke back into this?
 

Offline gnif

  • Administrator
  • *****
  • Posts: 1160
  • Country: au
Re: Planned Downtime @ 2018-04-21 00:00:00 GMT.
« Reply #57 on: April 23, 2018, 01:23:43 pm »
You might get problems as the forward and reverse DNS don't agree for your named MX host:


nuit$ dig +short eevblog.com mx
0 mail.eevblog.com.
nuit$ dig +short mail.eevblog.com
192.200.109.226
nuit$ dig +short -x 192.200.109.226
cpanel1.eevblog.com.
nuit$


Some people will reject mail on that basis, some won't.

That's not how rDNS filtering works, it looks for the forward and reverse DNS to match, it doesn't care about MX records, otherwise services like gmail and office365 would be plagued with the same problem.

Code: [Select]
# host 192.200.109.226
226.109.200.192.in-addr.arpa domain name pointer cpanel1.eevblog.com.
# host cpanel1.eevblog.com.
cpanel1.eevblog.com has address 192.200.109.226

Here is gmail.

Code: [Select]
# nslookup
> set type=mx
> gmail.com
Server: redacted
Address: redacted#53

Non-authoritative answer:
gmail.com mail exchanger = 10 alt1.gmail-smtp-in.l.google.com.
gmail.com mail exchanger = 30 alt3.gmail-smtp-in.l.google.com.
gmail.com mail exchanger = 40 alt4.gmail-smtp-in.l.google.com.
gmail.com mail exchanger = 5 gmail-smtp-in.l.google.com.
gmail.com mail exchanger = 20 alt2.gmail-smtp-in.l.google.com.

Code: [Select]
> set type=a
> alt1.gmail-smtp-in.l.google.com
Server: redacted
Address: redacted#53

Non-authoritative answer:
Name: alt1.gmail-smtp-in.l.google.com
Address: 64.233.179.27

Code: [Select]
# host 64.233.179.27
27.179.233.64.in-addr.arpa domain name pointer om-in-f27.1e100.net.
# host om-in-f27.1e100.net.
om-in-f27.1e100.net has address 64.233.179.27
om-in-f27.1e100.net has address 66.102.12.27
om-in-f27.1e100.net has address 216.239.32.27

All that matters is the SMTP server has the rDNS resolve to the forward DNS.
« Last Edit: April 23, 2018, 01:27:06 pm by gnif »
HostFission - Full Server Monitoring and Management Solutions.
https://hostfission.com/
https://twitter.com/HostFission

Note: I am NOT a moderator or arbiter of disputes, my Admin level of access is so that I can perform management of the server on behalf of Dave. Do not contact me over such issues
 

Offline geekGee

  • Supporter
  • ****
  • Posts: 49
  • Country: bm
  • IT Veteran, EE Newbie
Re: Planned Downtime @ 2018-04-21 00:00:00 GMT.
« Reply #58 on: April 23, 2018, 01:34:11 pm »
It could impact an SPF record check but you've already mitigated that.

eevblog.com.    299     IN      TXT     "v=spf1 +a +mx ~all"
 

Offline gnif

  • Administrator
  • *****
  • Posts: 1160
  • Country: au
Re: Planned Downtime @ 2018-04-21 00:00:00 GMT.
« Reply #59 on: April 23, 2018, 02:34:49 pm »
It could impact an SPF record check but you've already mitigated that.

eevblog.com.    299     IN      TXT     "v=spf1 +a +mx ~all"

That doesn't apply here either, the web servers relay via the mx server. Technically "a" should not be in the SPF record since the website is proxied via CloudFlare, and the "a" is giving CloudFlare permission to send email from the domain.
« Last Edit: April 23, 2018, 02:38:16 pm by gnif »
HostFission - Full Server Monitoring and Management Solutions.
https://hostfission.com/
https://twitter.com/HostFission

Note: I am NOT a moderator or arbiter of disputes, my Admin level of access is so that I can perform management of the server on behalf of Dave. Do not contact me over such issues
 

Offline geekGee

  • Supporter
  • ****
  • Posts: 49
  • Country: bm
  • IT Veteran, EE Newbie
Re: Planned Downtime @ 2018-04-21 00:00:00 GMT.
« Reply #60 on: April 23, 2018, 03:05:11 pm »
It could impact an SPF record check but you've already mitigated that.

eevblog.com.    299     IN      TXT     "v=spf1 +a +mx ~all"

That doesn't apply here either, the web servers relay via the mx server. Technically "a" should not be in the SPF record since the website is proxied via CloudFlare, and the "a" is giving CloudFlare permission to send email from the domain.

Ah... now I see.  Entries cpanel1 and mail resolve to the same IP address.
 

Offline gnif

  • Administrator
  • *****
  • Posts: 1160
  • Country: au
Re: Planned Downtime @ 2018-04-21 00:00:00 GMT.
« Reply #61 on: April 24, 2018, 12:40:10 am »
Outage just now was caused by SMF attempting to "Optimize" the tables, I will need to adjust SMF to prevent this behavior.

Edit: SMF patched, this should not reoccur.
« Last Edit: April 24, 2018, 12:51:32 am by gnif »
HostFission - Full Server Monitoring and Management Solutions.
https://hostfission.com/
https://twitter.com/HostFission

Note: I am NOT a moderator or arbiter of disputes, my Admin level of access is so that I can perform management of the server on behalf of Dave. Do not contact me over such issues
 

Offline EEVblog

  • Administrator
  • *****
  • Posts: 31345
  • Country: au
    • EEVblog
Re: Planned Downtime @ 2018-04-21 00:00:00 GMT.
« Reply #62 on: April 24, 2018, 01:29:37 am »
Outage just now was caused by SMF attempting to "Optimize" the tables, I will need to adjust SMF to prevent this behavior.
Edit: SMF patched, this should not reoccur.

Thanks.
I occasionally "optimise" the tables manually in the admin section option just to keep things tidy.
Can/should I still do this?
 

Offline gnif

  • Administrator
  • *****
  • Posts: 1160
  • Country: au
Re: Planned Downtime @ 2018-04-21 00:00:00 GMT.
« Reply #63 on: April 24, 2018, 04:42:22 am »
Outage just now was caused by SMF attempting to "Optimize" the tables, I will need to adjust SMF to prevent this behavior.
Edit: SMF patched, this should not reoccur.

Thanks.
I occasionally "optimise" the tables manually in the admin section option just to keep things tidy.
Can/should I still do this?

Previously this was fine but part of the move meant changing to a different storage engine and data format type, the optimize query literally rewrites each table in the entire database. The new format and highly optimized cluster configuration, as well as having enough ram to keep the entire data set in ram makes this an unnecessary step.
HostFission - Full Server Monitoring and Management Solutions.
https://hostfission.com/
https://twitter.com/HostFission

Note: I am NOT a moderator or arbiter of disputes, my Admin level of access is so that I can perform management of the server on behalf of Dave. Do not contact me over such issues
 

Offline Rerouter

  • Super Contributor
  • ***
  • Posts: 4612
  • Country: au
  • Question Everything... Except This Statement
Re: Planned Downtime @ 2018-04-21 00:00:00 GMT.
« Reply #64 on: April 24, 2018, 10:15:32 am »
As server juggling is going on, felt I should point out there have been a few times tonight where i have had the eevblog server fail to return a page after posting a reply, Refreshing fixes it,

Edit: Exact response is "Server gave an empty response" and happened twice while i was trying to post this message,
« Last Edit: April 24, 2018, 10:17:57 am by Rerouter »
 

Offline gnif

  • Administrator
  • *****
  • Posts: 1160
  • Country: au
Re: Planned Downtime @ 2018-04-21 00:00:00 GMT.
« Reply #65 on: April 25, 2018, 12:56:11 am »
Update: The Wiki is back ;)
HostFission - Full Server Monitoring and Management Solutions.
https://hostfission.com/
https://twitter.com/HostFission

Note: I am NOT a moderator or arbiter of disputes, my Admin level of access is so that I can perform management of the server on behalf of Dave. Do not contact me over such issues
 

Offline BU508A

  • Super Contributor
  • ***
  • Posts: 1744
  • Country: de
  • Per aspera ad astra
Re: Planned Downtime @ 2018-04-21 00:00:00 GMT.
« Reply #66 on: April 27, 2018, 08:55:58 am »
Ok, I will have another dig though, it does seem very odd that it intermittent as everything is in sync.

Certainly not overloaded, perhaps there is a plugin still trying to use the old database configuration.

gnif, whatever you did, it seems that since yesterday the database error did not show up again on my iPad.
Thank you very much for resolving this.  :)  :-+

Andreas
“Chaos is found in greatest abundance wherever order is being sought. It always defeats order, because it is better organized.”            - Terry Pratchett -
 

Offline hwj-d

  • Frequent Contributor
  • **
  • Posts: 698
  • Country: de
  • save the children - chase the cabal
Re: Planned Downtime @ 2018-04-21 00:00:00 GMT.
« Reply #67 on: April 27, 2018, 11:41:36 pm »
Even with me this annoying database error is gone now.
Thanks too.  :-+

But, what was it? I would be interested... 
« Last Edit: April 27, 2018, 11:45:45 pm by hwj-d »
 

Offline gnif

  • Administrator
  • *****
  • Posts: 1160
  • Country: au
Re: Planned Downtime @ 2018-04-21 00:00:00 GMT.
« Reply #68 on: April 28, 2018, 05:23:32 am »
But, what was it? I would be interested...

It was extremely simple, CloudFlare were caching the error pages from during the server migration and would not flush them. After discussion with Dave CF has been disabled and will only be re-enabled if we need to use it to help mitigate against an attack.
HostFission - Full Server Monitoring and Management Solutions.
https://hostfission.com/
https://twitter.com/HostFission

Note: I am NOT a moderator or arbiter of disputes, my Admin level of access is so that I can perform management of the server on behalf of Dave. Do not contact me over such issues
 
The following users thanked this post: hwj-d

Offline gnif

  • Administrator
  • *****
  • Posts: 1160
  • Country: au
Re: Planned Downtime @ 2018-04-21 00:00:00 GMT.
« Reply #69 on: April 28, 2018, 06:38:17 am »
But, what was it? I would be interested...

It was extremely simple, CloudFlare were caching the error pages from during the server migration and would not flush them. After discussion with Dave CF has been disabled and will only be re-enabled if we need to use it to help mitigate against an attack.

When you say would not flush them do you mean they refused a request or the command you can issue for your site didn't work? What was the reason CF was enabled in the first place? Does the reason still exist with the new server setup?

CloudFlare would flush their cache (via the portal) but not globally, some of their nodes still (even today) cached the database error pages that occurred during the upgrade. CF was enabled to try to reduce load on the single server that Dave had early on.

I just posted on Patreon (no need to be a patron to read my posts) a write up on this entire move, the server configuration basics, etc. if anyone is interested.
https://www.patreon.com/posts/18456501
HostFission - Full Server Monitoring and Management Solutions.
https://hostfission.com/
https://twitter.com/HostFission

Note: I am NOT a moderator or arbiter of disputes, my Admin level of access is so that I can perform management of the server on behalf of Dave. Do not contact me over such issues
 
The following users thanked this post: hwj-d

Offline frozenfrogz

  • Frequent Contributor
  • **
  • Posts: 924
  • Country: de
  • Having fun with Arduino and Raspberry Pi
Re: Planned Downtime @ 2018-04-21 00:00:00 GMT.
« Reply #70 on: April 28, 2018, 10:52:41 am »
Thanks for the write up!
I do not understand half of the technical intricacies regarding web servers and network management, but it was a nice read none the less.
He’s like a trained ape. Without the training.
 
The following users thanked this post: gnif

Offline hwj-d

  • Frequent Contributor
  • **
  • Posts: 698
  • Country: de
  • save the children - chase the cabal
Re: Planned Downtime @ 2018-04-21 00:00:00 GMT.
« Reply #71 on: April 29, 2018, 12:15:45 am »
Quote
I just posted on Patreon (no need to be a patron to read my posts) a write up on this entire move, the server configuration basics, etc. if anyone is interested.
https://www.patreon.com/posts/18456501
Wow, what a story. Thanks for writing and sharing it all.   :-+
And now, i think, i want to learn what puppet is and makes ...

Thanks again.
 

Online jc101

  • Frequent Contributor
  • **
  • Posts: 332
  • Country: gb
Re: Planned Downtime @ 2018-04-21 00:00:00 GMT.
« Reply #72 on: April 30, 2018, 05:37:56 pm »
Since the update when I go to look in...

https://www.eevblog.com/forum/dodgy-technology/

I just get a blank page.  However if from the forum I click the icon next to the forum, ( https://www.eevblog.com/forum/dodgy-technology/?action=unread;children ) to get just the new posts, I do get to see the list.

I get the same behaviour on Safari, Chrome, and Firefox. Using http or https.

Is this a hangover from the server change?
 


Share me

Digg  Facebook  SlashDot  Delicious  Technorati  Twitter  Google  Yahoo
Smf