New on LowEndTalk? Please Register and read our Community Rules.
All new Registrations are manually reviewed and approved, so a short delay after registration may occur before your account becomes active.
All new Registrations are manually reviewed and approved, so a short delay after registration may occur before your account becomes active.
Comments
Works for me, maybe network problem between you and them. Try traceroute/mtr to diagnose the problem.
Edit: on the other hand looking at buyvmstatus.com there were quite a few node reboots maybe. Or they are changing switches or something like that.
Just noticed them drop off too. Was there any power issue or was it network?
Network issue. I think the router tried to hump the dog again <_<
In all seriousness, Fran's on the horn with EGI now getting things straightened out. We'll have more info when all's resolved.
lol, working now. It is the second time it happens. Btw, @Francisco, I tried to open a new tab, and guess what?
I seen this about 30Mins ago but did not bother making a thread, I was hoping it would pass over.
it is too mainstream?
Phew. I thought it was just me. Been experiencing issues on and off since 10:30 am EDT this morning.
I know the jist of it, yeah. I'm not the best with networking, though, so I'll refrain from comment so I'm not lying to anyone XD
Fran'll have a proper report once he's done with the KVM maintenance :P
Always good to check Frantech's Twitter if something isn't working right:
https://twitter.com/#!/frantechca
We had one of the most fucked up issues happen which caused the network blow outs.
We use these X9SCL motherboards from supermicro for our new E3 builds and to date we've had no issues, until today.
-- Issue #1 came up, the box isn't allowing me access to the boot menu, allowing me to boot from my USB key. No biggy, I was able to just change this inside the BIOS
-- Issue #2 came up once I started debian. The installation was going incredibly slow so I figured Matt had the ethernet ports wrong (did I forget to mention that these boards have their ports reversed? fuuuuuu)
-- Matt went down, confirmed they were fine so I tried using our own mirror to no avail
-- Switch #1 claimed it learned the MAC from Switch #2, no biggy, hop on Switch #2.
-- Switch #2 claimed it learned the MAC from Switch #1. Umm.....
-- Mind you, the only 'positive' thing this helped prove was we knew which rack the MAC was located in
It was a cluster fuck if there ever was a description needed.
Francisco
Executive Summary: Victim of pixie rape.
Love this one haha
They're pissed that we took their ponies bro.
'God Frannit' is a common saying in our company chat :P
Francisco
@Francisco: Don't you just love those odd networking issues that you'd never plan for or otherwise anticipate?
I doubt it has anything to do with the model, but I've been seeing some really shabby QC from SuperMicro lately, tons of boards with faulty memory sockets, like 30% of the boards I've bought lately (X9SCM-F and X9SCA-F) and you just got a bad board that made life interesting.
Well, the sad part is no technology short of mass ARP locks would have helped. We could do that with veth for openvz but ehhhhh that gets messy.
Francisco
ah explains my 3min downtime hehe
must be a bloody nightmare to handle when you have so many servers! and you're still growing those number of servers!!!
S'why we keep full MAC lists. We only kept ETH0 listed so we figured maybe a cable got swapped to ETH1 without us knowing.
Francisco