Is it just me? or is the forum server busy? - Page 3

kriesel · 2019-03-28, 21:15

Quote:

Originally Posted by chalsall

If I was paying money for this shared server (which you are, and take collections towards), and this kept happening, I would at the very least raise a trouble ticket....

Hear, hear. Very appreciative of this forum and those that make it work.
Access was again pretty schrecklich midday today, although my even more frequently unreliable ISP masked some of that. Response time of both are usually pretty good when I ought to be sleeping. The ISP situation _might_ be getting addressed this summer if several more signups for fiber than defections from it occur in my neighborhood in the next several days.

(English synonyms given online for Deutsche schrecklich are awful, terrible, horrible)

Xyzzy · 2019-03-28, 23:19

Quote:

Originally Posted by henryzz

Also, is it possible to turn off the forum shutting down? Yes it will be slow but it will work to some extent.

We will experiment with raising the load limit thingy a bit.

Please let us know in a few days if this is still an issue.

Uncwilly · 2019-04-23, 20:28

I got it again.

dcheuk · 2019-04-25, 01:08

Quote:

Originally Posted by Uncwilly

I got it again.

I get this once in a while too, I just tell myself "oh well time to read more maff" and shut off the internet and come back another time.

EdH · 2019-04-25, 15:39

Quote:

Originally Posted by dcheuk

I get this once in a while too, I just tell myself "oh well time to read more maff" and shut off the internet and come back another time.

That's all well and good, unless you've just created and submitted a rather long post reply... and are late for something else...

Dr Sardonicus · 2019-05-09, 13:26

vBulletin Message

The server is too busy at the moment. Please try again later.

All times are UTC. The time now is 22:51.

Sat May 4

**************

vBulletin Message
The server is too busy at the moment. Please try again later.

All times are UTC. The time now is 12:29.

Thu May 9

retina · 2019-06-07, 17:13

About 20 minutes of downtime.

113.33 load average.

Stargate38 · 2019-06-09, 17:02

Sounds like we need more bandwidth. OTOH, Why UTC+666? Wouldn't that be the same as UTC-6, as 666 mod 24=18 (or -6), or are the forum pets being silly again?

ewmayer · 2019-06-10, 19:47

Are there any straightforward ways - perhaps load-dependent ones - to cut page-load bandwidth when load is high? E.g. I browse with image rendering disabled, so only see the bandwidth-hoggish avatars if I click on them. Now I know lots of folks have a childish love for seeing the avs, but perhaps when load is high they could be disabled? Similarly with the post-edit icons menu - even sans images I see the associated text and can select one just fine. I wouldn't mind an occasional "images have been temporarily disabled due to heavy system load" message if it would decrease the outages. Visual - as opposed to zipfile and text - attachments might also be a candidate for such treatment.

retina · 2019-06-10, 21:22

Quote:

Originally Posted by ewmayer

Are there any straightforward ways - perhaps load-dependent ones - to cut page-load bandwidth when load is high? E.g. I browse with image rendering disabled, so only see the bandwidth-hoggish avatars if I click on them. Now I know lots of folks have a childish love for seeing the avs, but perhaps when load is high they could be disabled? Similarly with the post-edit icons menu - even sans images I see the associated text and can select one just fine. I wouldn't mind an occasional "images have been temporarily disabled due to heavy system load" message if it would decrease the outages. Visual - as opposed to zipfile and text - attachments might also be a candidate for such treatment.

I think the load averages are CPU bandwidth, not network bandwidth.

ewmayer · 2019-06-10, 21:38

Quote:

Originally Posted by retina

I think the load averages are CPU bandwidth, not network bandwidth.

What other major forms of CPU bandwidth are in play here besides serving up pages? Database management, perhaps?

2019-04-23, 20:28	#25
Uncwilly 6809 > 6502 """"""""""""""""""" Aug 2003 101×103 Posts 9,787 Posts	I got it again. Attached Thumbnails

2019-06-07, 17:13	#29
retina Undefined "The unspeakable one" Jun 2006 My evil lair 1834₁₆ Posts	DDoS, or just bad hosting? About 20 minutes of downtime. 113.33 load average. Attached Thumbnails

Similar Threads
Thread	Thread Starter	Forum	Replies	Last Post
The server is too busy at the moment. Please try again later.	Xyzzy	Forum Feedback	9	2013-04-11 01:17
Server has been "busy" and/or "unavailable	Grant	Information & Answers	0	2008-01-13 22:45
LMH Forum	edorajh	Lone Mersenne Hunters	1	2004-01-02 08:30
Forum+Weekends=Dead Forum on Weekends?	E_tron	Lounge	10	2003-09-03 02:43
New Server Hardware and price quotes, Funding the server	Angular	PrimeNet	32	2002-12-09 01:12

2019-05-09, 13:26	#28
Dr Sardonicus Feb 2017 Nowhere 4,643 Posts	vBulletin Message The server is too busy at the moment. Please try again later. All times are UTC. The time now is 22:51. Sat May 4 ************** vBulletin Message The server is too busy at the moment. Please try again later. All times are UTC. The time now is 12:29. Thu May 9

2019-06-09, 17:02	#30
Stargate38 "Daniel Jackson" May 2011 14285714285714285714 3·13·17 Posts	Sounds like we need more bandwidth. OTOH, Why UTC+666? Wouldn't that be the same as UTC-6, as 666 mod 24=18 (or -6), or are the forum pets being silly again?

2019-06-10, 19:47	#31
ewmayer ∂²ω=0 Sep 2002 República de California 26567₈ Posts	Are there any straightforward ways - perhaps load-dependent ones - to cut page-load bandwidth when load is high? E.g. I browse with image rendering disabled, so only see the bandwidth-hoggish avatars if I click on them. Now I know lots of folks have a childish love for seeing the avs, but perhaps when load is high they could be disabled? Similarly with the post-edit icons menu - even sans images I see the associated text and can select one just fine. I wouldn't mind an occasional "images have been temporarily disabled due to heavy system load" message if it would decrease the outages. Visual - as opposed to zipfile and text - attachments might also be a candidate for such treatment.