[marks]

I fail to see how logging into our servers has anything to do with YOUR broken traffic scripts.

not quite following you. The problem with the internal bandwidth doesn't have anything to do with logging into the server

Nor are your hardware checks that good, I have a server that keeps crashing (or you keep rebooting it anyway), but all hw checks are fine. Temperatures are fine, generally, but there is no indication...

The hardware tests are general purpose tests, able to detect most of the errors, but they don't detect all the possible errors. For that, you have to do further investigation. The SSH access to the rescue mode system is a brilliant tool for that.

Again, here we have give you a hand but the bulk of the investigation must be done by yourself. We can help you on how to investigate further into a server crashing, but I'm sure you already know how to do it.

Let us know if you need help on that.

In your case, if the temperatures are fine, the hardware tests come back without errors, I'd try to find out some more information in the logs (like the last logs just before the server restarted, to see what the server was doing). In situations like this, where it's not clear what's causing the issue, it's necessary to find more info or to rule out the most obvious possible causes.

[Thelen]

I fail to see how logging into our servers has anything to do with YOUR broken traffic scripts.

Nor are your hardware checks that good, I have a server that keeps crashing (or you keep rebooting it anyway), but all hw checks are fine. Temperatures are fine, generally, but there is no indication...

[marks]

Why should we keep reporting network faults from ovh side. That is the job for you. We should not report that our server has been limited bcz of OVH's lack of identifying the problem earlier, and then wait more days for our bw to be sorted out.

As far as I can tell, this is not a general issue and therefore we have to collect the individual claims.
As I said in my previous post, unmanaged servers involves more than just be responsible for your configuration files. You must report us any issue that you believe it's OVH responsibility to fix. As we can't log into the server, there are lots of things we just can't detect ourselves

Why should we keep reporting network faults from ovh side. That is the job for you. We should not report that our server has been limited bcz of OVH's lack of identifying the problem earlier, and then wait more days for our bw to be sorted out.

I understand your worries, I'll try to update in here about the progress of this issue.
As I said before, if there is any server that has been wrongly limited (that is, running at 10Mbps), let us know too and we'll see what we can do about it.

[turbanator]

OVH sells unmanaged servers, so it's quite hard to explain customers that there are lots of things that we won't be doing for them.

Another things that seems difficult to understand, and comes from the nature of the unmanaged servers is that if there is a problem with the server, you must be able to show us. It's not enough to say "I'm sur there is a problem", the admin must be able to show it to us.

Apart from these points, the issue with the traffic will be checked and fixed, you can be sure about it. Let us know if there is any server limited cause of that.

So in general, and taking into account this, we always try to give a helping hand in things, even if they are not within our support. But of course, that's not with SLA or anything close to it. OVH has SLA for the hardware and the network.

the issue with the traffic will be checked? when will it be be checked? Posting in forums is not taken as an official word, there is an issue with the bw reporting for not just me for a lot of clients, shouldn't it have been added by now on travaux?

You said the scripts have been installed few days ago yet obviously that was just a failed attempt or a false acclaim.

Why should we keep reporting network faults from ovh side. That is the job for you. We should not report that our server has been limited bcz of OVH's lack of identifying the problem earlier, and then wait more days for our bw to be sorted out.

I am fine with the hardware tests that we have to do on our own. I have had a failed disk and i did all the tests and put it in the ticket that i opened few months ago. It took around 2 days i think for the hard drive to be replaced and i was fine with it and i understand for the costs of the server such things have to be provided by us that is unmanaged.

But when its something that involves being charged and deducted for BW that should not have been in the first place or atleast should have been fixed a long time ago, we can't be held responsible.

Hoping this shows up on travaux because i don't want ot have to wait any longer and then ask ovh to not limit me bcz i never used non ovh bw. Knowing ovh support getting back the 1Gbt or 100mbit restored will take days.

[marks]

OVH sells unmanaged servers, so it's quite hard to explain customers that there are lots of things that we won't be doing for them.

Another things that seems difficult to understand, and comes from the nature of the unmanaged servers is that if there is a problem with the server, you must be able to show us. It's not enough to say "I'm sur there is a problem", the admin must be able to show it to us.

Apart from these points, the issue with the traffic will be checked and fixed, you can be sure about it. Let us know if there is any server limited cause of that.

So in general, and taking into account this, we always try to give a helping hand in things, even if they are not within our support. But of course, that's not with SLA or anything close to it. OVH has SLA for the hardware and the network.

[Razakel]

the support is horrible. Its evident from the forums and from the bandwidth issues and tickets that i have opened. I know you are trying to defend OVH because as an employee of a non - respected company your resume does get affected. Can't blame you on that. But i lol at your defense of engineers having limited powers and also how you guys are breaching the contract by not disabling the bandwidth counters and charging people for extra bw that they should not be charged for.

OVH is only successful because of the strong peering not so in the case of transit links.

It isn't really reasonable to expect top-quality support from a budget provider.

[turbanator]

regarding collocation, we've got some customers in the UK that got it, but the support would be in French and the customer will have to go to Paris.

Regarding the support, our engineers can only perform limited tasks, I believe not different from other collocation services.

the support is horrible. Its evident from the forums and from the bandwidth issues and tickets that i have opened. I know you are trying to defend OVH because as an employee of a non - respected company your resume does get affected. Can't blame you on that. But i lol at your defense of engineers having limited powers and also how you guys are breaching the contract by not disabling the bandwidth counters and charging people for extra bw that they should not be charged for.

OVH is only successful because of the strong peering not so in the case of transit links.

[marks]

regarding collocation, we've got some customers in the UK that got it, but the support would be in French and the customer will have to go to Paris.

Regarding the support, our engineers can only perform limited tasks, I believe not different from other collocation services.

[turbanator]

http://www.webhostingtalk.com/showthread.php?t=928178

lol OVH is hated on WHT