Comment: Re:Easy fix? (Score 4, Insightful) 465
Comment: Easy fix? (Score 5, Insightful) 465
Comment: Re:Dropbox shows it can be done (Score 1) 321
Comment: Re:US cell system (Score 0) 201
I was a recent visitor to the USA and was astonished at the 3rd world nature of its cell system. I had never imagined it was so bad, before visiting.
What exactly did you find so subpar? Service from just about any carrier should have been good considering you were in a city with a subway. My experience with world phones in Europe wasn't exactly thrilling. I bought a sim in London and then got to pay 2 pounds per day just to turn it on in Spain. What union/country/territory do you live in who's carriers have seemingly gotten it so right?
Comment: Re:Translated (Score 1) 204
What's the story really?
I'm pretty sure it's the pictures.
Comment: Re:aaaand... (Score 0, Troll) 281
Of course, you should still stick with 4.3.3 if you don't want to bother with re-jailbreaking anytime your phone shuts off.
Or you should not buy an iPhone in the first place. Give your money to a vendor who deserves it.
Comment: Re:Well done, Google (Score 1) 353
Comment: Galileo has been orbiting Jupiter since 1995... (Score 2) 48
...and has been in the planet's atmosphere since 2003.
That's a really interesting way of looking at it.
Comment: Re:flash without flashblock is idiotic (Score 1) 436
Comment: Re:I highly doubt the part about life not existing (Score 1) 223
Comment: Re:I highly doubt the part about life not existing (Score 1) 223
Comment: Re:Liability? (Score 2, Informative) 147
Comment: Re:You're complicating things. (Score 1) 539
They offer KVM access, at $35.00/day, which in this case I refuse to pay to fix what they broke, outside of the context of the server.
Stop being stubborn - why not KVM in, prove it's their fault, and then make them reimburse you for it?
Alternately, they want me to hand over the root password (not a privileged account, but THE root password), so they can do it themselves.
Sounds like you're either incapable or unwilling to fix the problem yourself, but at the same time you refuse to let them do it? What exactly would make you happy here? And don't say "moving me back to the old hardware and datacenter that I was paying for!" Be realistic.
Only a few days ago, they indicated that the NIC on the server may be causing the issues. I'm down 2-3 hours every other Sunday because of this.
You said yourself that it's new hardware. It's completely reasonable for them to suggest you've got a bad NIC driver in there for whatever card you were moved to.
...every other Sunday between 7:00am and 8:00am EST, my server's load goes over 100 as incoming connections spike over 700/sec., sendmail refuses connections due to the load, and the box seizes up. The logs show that the connections are established and then hang.
This is almost certainly a problem on the system itself. I've seen a handful of cases where hardware load balancers in DSR mode can lead to connection pileups under certain conditions, but 99% of the time it's a problem on the server itself. In any event, tuning should be able to prevent that from knocking the box over completely, allowing you to stay logged in and see what's going on.
Also, by claiming that nothing has changed on the system, you're either lying, or you're a horrible sysadmin who doesn't apply updates. Another potential scenario I see here (obviously aside from new hardware using previously unused drivers...) is that you or your package management system installed a new kernel or NIC driver, but never rebooted. Then when the server was powered off and migrated to the new facility, it came back up with the new (and potentially problematic) driver/kernel.
Comment: You're complicating things. (Score 4, Interesting) 539
You also have zero chance with litigation, unless you've somehow gotten them to sign something saying they specifically won't muck around in your server.
I'd also like to know how you *know* it's a hardware or network issue outside of your server. How do you know it's not your NIC driver hanging up? Older e1000 drivers (super common card in the hosting industry) are quite flaky. What research have you done outside of your internal monitoring?