Howdy, Stranger!

It looks like you're new here. If you want to get involved, click one of these buttons!

Sign In Register

Quick Links


Categories

In this Discussion

› › New SoYouStart 2018 Prices - Page 8
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.

New SoYouStart 2018 Prices

1…5681011…28

Comments

  • ZerpyZerpy Member

    @Shot2 said:

    @Zerpy said:
    From my understanding from a network guy - limits are put in place during provisioning, if this has been configured wrong for a given product (and then copy/pasted two the 3 variants) - then sure whenever products are deployed they'll get the same limits - it can then be fixed when people actually mention it - and then everyone is happy.

    Yeah, why fix three mistakes in three templates, when you can just fix the results of the mistake a hundred times over a hundred successive orders when a hundred different customers contact you over a hundred days (as soon as they realize there's something wrong, which can take minutes or days or weeks) :)

    I love such a "network guy's logic". Looks more like intentional crippling from OVH's side, then backpedaling on a case-by-case basis each time the issue surfaces.

    You clearly didn't understand anything, let me try again.

    There's 3 ARM products, 2, 4 and 6TB - each product will have their own network settings (they happen to be equal), but during order it will enable the settings on the switch based on the product you purchase.

    If all 3 products had the same typo in the uplink config, it would cause all products delivered to have the incorrect settings on the switch.

    To fix this they'd need to fix the configs for new orders, and update all port settings for existing products.

    Why even buy one when you're "disgruntled with OVH" :-)

    Thanked by 1vimalware
  • Shot2Shot2 Member

    Yep, I see what you mean. Probably too much work for them, and too complicated; better say "everything is working as expected, no problème, please read our manuals online" :)

    @Zerpy said:
    Why even buy one when you're "disgruntled with OVH" :-)

    I gave it a try, considering:

    • there were no setup fees
    • refunding is possible for 2 weeks
    • they advertise IPv6 + storage + bandwidth (having ~2TB to backup from home at 500 Mbps)

    Well, looks like their offer was misleading, if not a way to make profit from half-baked hardware.
    I already cancelled one of these after hours of fighting with their inane setup (oh and did I mention the rescue system is broken, too?). Just waiting to see whether they acknowledge an error on their side or not, prior to cancelling the second :)

  • cyberpersonscyberpersons Member

    @Shot2 said:
    Yep, I see what you mean. Probably too much work for them, and too complicated; better say "everything is working as expected, no problème, please read our manuals online" :)

    @Zerpy said:
    Why even buy one when you're "disgruntled with OVH" :-)

    I gave it a try, considering:

    • there were no setup fees
    • refunding is possible for 2 weeks
    • they advertise IPv6 + storage + bandwidth (having ~2TB to backup from home at 500 Mbps)

    Well, looks like their offer was misleading, if not a way to make profit from half-baked hardware.
    I already cancelled one of these after hours of fighting with their inane setup (oh and did I mention the rescue system is broken, too?). Just waiting to see whether they acknowledge an error on their side or not, prior to cancelling the second :)

    Is VAT on by default now?

  • NeoonNeoon Community Contributor, Veteran
    edited June 2018

    According to sources, OVH pulled, well an OVH:

    "Thank you for your reply.

    Our System Administrators have complete diagnostics your dedicated server and unfortunately it will be unlikely this will be resolved in a timely manor.
    SYS would like to give you the opportunity to request a refund if you are not satisfied with this product.
    May I sincerely apologise for any inconvenience caused by this incident."

    TLDR: Do not expect 250Mbit unmetered for 4.99, do not expect 16 included IP's, do not even expect IPv6, if you want to use it external outside of OVH get a other server within OVH as proxy.

    Thanked by 1Shot2
  • Ponury_TypPonury_Typ Member

    Can anyone do some cpu test on their arm servers? I would love to see some numbers compare to n2800 from ks.

  • XenosXenos Member

    @Ponury_Typ said:
    Can anyone do some cpu test on their arm servers? I would love to see some numbers compare to n2800 from ks.

    There are some tests on previous pages of this thread.

  • FredQcFredQc Member
    edited June 2018

    @Ponury_Typ said:
    Can anyone do some cpu test on their arm servers? I would love to see some numbers compare to n2800 from ks.

    Unfortunately, one can't run Geekbench on these ARM servers but sysbench still works.

    I don't have an Atom for comparaison but I can do it against a DO droplet (which doesn't have the fastest cpu):

    DO:

    root@matrix:~# sysbench --test=cpu --cpu-max-prime=10000 --num-threads=1 run
sysbench 0.4.12:  multi-threaded system evaluation benchmark

Running the test with following options:
Number of threads: 1

Doing CPU performance benchmark

Threads started!
Done.

Maximum prime number checked in CPU test: 10000


Test execution summary:
    total time:                          10.2093s
    total number of events:              10000
    total time taken by event execution: 10.2076
    per-request statistics:
         min:                                  0.99ms
         avg:                                  1.02ms
         max:                                  1.99ms
         approx.  95 percentile:               1.18ms

Threads fairness:
    events (avg/stddev):           10000.0000/0.00
    execution time (avg/stddev):   10.2076/0.00

    SYS ARM:

    root@backup:~# sysbench --test=cpu --cpu-max-prime=10000 --num-threads=1 run
sysbench 0.4.12:  multi-threaded system evaluation benchmark

Running the test with following options:
Number of threads: 1

Doing CPU performance benchmark

Threads started!
Done.

Maximum prime number checked in CPU test: 10000


Test execution summary:
    total time:                          203.7332s
    total number of events:              10000
    total time taken by event execution: 203.7211
    per-request statistics:
         min:                                 20.17ms
         avg:                                 20.37ms
         max:                                 23.97ms
         approx.  95 percentile:              20.47ms

Threads fairness:
    events (avg/stddev):           10000.0000/0.00
    execution time (avg/stddev):   203.7211/0.00

    Not even close, but that was expected :)

    root@backup:~# ioping -c 10 .
4 KiB <<< . (ext4 /dev/sda2): request=1 time=323.9 us (warmup)
4 KiB <<< . (ext4 /dev/sda2): request=2 time=310.8 us
4 KiB <<< . (ext4 /dev/sda2): request=3 time=308.4 us
4 KiB <<< . (ext4 /dev/sda2): request=4 time=297.6 us
4 KiB <<< . (ext4 /dev/sda2): request=5 time=297.7 us
4 KiB <<< . (ext4 /dev/sda2): request=6 time=305.0 us
4 KiB <<< . (ext4 /dev/sda2): request=7 time=364.1 us (slow)
4 KiB <<< . (ext4 /dev/sda2): request=8 time=303.2 us
4 KiB <<< . (ext4 /dev/sda2): request=9 time=309.2 us
4 KiB <<< . (ext4 /dev/sda2): request=10 time=303.4 us

--- . (ext4 /dev/sda2) ioping statistics ---
9 requests completed in 2.80 ms, 36 KiB read, 3.21 k iops, 12.6 MiB/s
generated 10 requests in 9.00 s, 40 KiB, 1 iops, 4.44 KiB/s
min/avg/max/mdev = 297.6 us / 311.0 us / 364.1 us / 19.3 us

root@backup:~#  dd if=/dev/zero of=test_$$ bs=64k count=16k conv=fdatasync && rm -f test_$$
16384+0 records in
16384+0 records out
1073741824 bytes (1.1 GB, 1.0 GiB) copied, 6.11886 s, 175 MB/s

    ^^ This is excellent, thought

  • FredQcFredQc Member

    Xenos said: There are some tests on previous pages of this thread.

    Network tests yes, not for the cpu.

  • Ponury_TypPonury_Typ Member

    @FredQc said:

    @Ponury_Typ said:
    Can anyone do some cpu test on their arm servers? I would love to see some numbers compare to n2800 from ks.

    Unfortunately, one can't run Geekbench on these ARM servers but sysbench still works.

    I don't have an Atom for comparaison but I can do it against a DO droplet (which doesn't have the fastest cpu):

    DO:

    root@matrix:~# sysbench --test=cpu --cpu-max-prime=10000 --num-threads=1 run
sysbench 0.4.12:  multi-threaded system evaluation benchmark

Running the test with following options:
Number of threads: 1

Doing CPU performance benchmark

Threads started!
Done.

Maximum prime number checked in CPU test: 10000


Test execution summary:
    total time:                          10.2093s
    total number of events:              10000
    total time taken by event execution: 10.2076
    per-request statistics:
         min:                                  0.99ms
         avg:                                  1.02ms
         max:                                  1.99ms
         approx.  95 percentile:               1.18ms

Threads fairness:
    events (avg/stddev):           10000.0000/0.00
    execution time (avg/stddev):   10.2076/0.00

    SYS ARM:

    root@backup:~# sysbench --test=cpu --cpu-max-prime=10000 --num-threads=1 run
sysbench 0.4.12:  multi-threaded system evaluation benchmark

Running the test with following options:
Number of threads: 1

Doing CPU performance benchmark

Threads started!
Done.

Maximum prime number checked in CPU test: 10000


Test execution summary:
    total time:                          203.7332s
    total number of events:              10000
    total time taken by event execution: 203.7211
    per-request statistics:
         min:                                 20.17ms
         avg:                                 20.37ms
         max:                                 23.97ms
         approx.  95 percentile:              20.47ms

Threads fairness:
    events (avg/stddev):           10000.0000/0.00
    execution time (avg/stddev):   203.7211/0.00

    Not even close, but that was expected :)

    Could You run sysbench --test=cpu --cpu-max-prime=15000 --num-threads=2 ?

  • FredQcFredQc Member

    Ponury_Typ said: Could You run sysbench --test=cpu --cpu-max-prime=15000 --num-threads=2 ?

    Yeah...

    root@backup:~# sysbench --test=cpu --cpu-max-prime=15000 --num-threads=2 run
sysbench 0.4.12:  multi-threaded system evaluation benchmark

Running the test with following options:
Number of threads: 2

Doing CPU performance benchmark

Threads started!
Done.

Maximum prime number checked in CPU test: 15000


Test execution summary:
    total time:                          178.7647s
    total number of events:              10000
    total time taken by event execution: 357.5102
    per-request statistics:
         min:                                 35.49ms
         avg:                                 35.75ms
         max:                                 39.37ms
         approx.  95 percentile:              35.91ms

Threads fairness:
    events (avg/stddev):           5000.0000/2.00
    execution time (avg/stddev):   178.7551/0.00
  • XenosXenos Member

    Are any of these in BHS being delivered without the upload capped at 5Mbits/s?

  • Ponury_TypPonury_Typ Member

    Thanks

  • FalzoFalzo Member
    edited June 2018

    at least I got a reply to my ticket today. ofc it's asking for their standard network-issue procedure like doing ping, mtr and iperf to the dc-internal ovh-server ...

    while this does not help by any means to show the problem, I did as asked and after that added more iperfs to other external servers, explained the real issue again and pointed to this thread again and asked to get non standard replies again and so on :-)

    I don't want to get into a fight or complain at all, I'd just like to get short honest answers and not some unrelated crap from their procedural sheets. hell I told them to please simply be honest if they have no interest in solving this issue at all.

    let's see what will be the next step.

    edit: while writing this, I got another reply, happily this time it was addressing directly what I wrote before. it tells the issue has been escalated to the network team, let's see what they will reply then ;-)

    Thanked by 1cptv
  • AnaajkskAnaajksk Member
    edited June 2018

    Data center
    BHS6 - Rack: T06G35 - Server ID: 308824

    I'm experiencing the same problem other users have stated with network speeds.

    Internal OVH network I achieve above advertised speeds. Outside OVH Network I get on average 550kbps.

  • AC_FanAC_Fan Member

    @krenken said:
    Data center
    BHS6 - Rack: T06G35 - Server ID: 308824

    I'm experiencing the same problem other users have stated with network speeds.

    Internal OVH network I achieve above advertised speeds. Outside OVH Network I get on average 550kbps.

    Even to GDrive?

  • wlambrechtswlambrechts Member
    edited June 2018

    Having an ARM in BHS and not experience any speed issues:

    `Location Provider Speed
    CDN Cachefly 54.2MB/s

    Atlanta, GA, US Coloat 34.9MB/s
    Dallas, TX, US Softlayer 26.5MB/s
    Seattle, WA, US Softlayer 18.2MB/s
    San Jose, CA, US Softlayer 18.1MB/s
    Washington, DC, US Softlayer 20.6MB/s

    Tokyo, Japan Linode 5.07MB/s
    Singapore Softlayer 5.20MB/s

    Rotterdam, Netherlands id3.net 7.38MB/s
    Haarlem, Netherlands Leaseweb 26.7MB/s
    `

  • mosan7763mosan7763 Member

    @wlambrechts said:
    Having an ARM in BHS and not experience any speed issues:

    >

    try upload. not download.

  • NeoonNeoon Community Contributor, Veteran
    edited June 2018

    Apparently its not just OVH internal, GRA => upload to BHS seems to get also throttled.

    So even if its used as backup server internally, they even force you to pick at least the same Location e.g France.

    RBX <=> GRA seems to be fine, no idea about SBG.

  • Shot2Shot2 Member
    edited June 2018

    @Neoon said:
    Apparently its not just OVH internal, GRA => upload to BHS seems to get also throttled.

    So even if its used as backup server internally, they even force you to pick at least the same Location e.g France.

    RBX <=> GRA seems to be fine, no idea about SBG.

    Yep, already tested prior to cancelling. GRA->BHS or BHS->GRA or whatever: as soon as a connection is made to the outside of the room of the datacenter, things get ridiculous.

    edit: also tested GRA->RBX (have an old KS2G there): no way, 550 KB/s.

  • NeoonNeoon Community Contributor, Veteran

    @Shot2 said:
    Yep, already tested prior to cancelling. GRA->BHS or BHS->GRA or whatever: as soon as a connection is made to the outside of the room of the datacenter, things get ridiculous.

    Yea, they sell you cheap Storage, 2.5EUR a 1TB, but with a lot of limitations.

    You are forced to use it as onside backup with the same provider, you could have luck end up in a different DC but that's it

    Still no v6, no 16 free IP's, and yea the limit.

  • sinsin Member
    edited June 2018

    Falzo said: ofc it's asking for their standard network-issue procedure like doing ping, mtr and iperf to the dc-internal ovh-server ...while this does not help by any means to show the problem

    That's exactly why I didn't want to bother with opening a ticket because all they do is ask for a iperf to internal ovh which doesn't show the problem which they kept pulling with the Kimsufi BHS network issues with awhile back too. It just goes round and round and nothing ever gets done.

    I just checked mine now and it's still throttled.

  • wlambrechtswlambrechts Member
    edited June 2018

    @mosan7763 said:

    @wlambrechts said:
    Having an ARM in BHS and not experience any speed issues:

    >

    try upload. not download.

    Indeed 5 Mbps :-( Thanks for pointing this out;

    This is strange (using SSH connection through Filezilla):

    • downloading on a Kimsufi from the ARM (both in BHS) maxess out at 100 Mbp/s.

    • Downloading on an external location to the KS server: 100 Mbp/s

    • downloading on an external location via the same KS to the ARM (through iptables/port forwarding): and limited to 5Mbp/s again ... ??!!

    Tried it twice: both the same results...

  • wlambrechtswlambrechts Member

    @OVH_Matt: Also suffering from the 5Mbp/s upload issue in BHS. Ticket 9694459

  • FalzoFalzo Member

    @sin said:

    Falzo said: ofc it's asking for their standard network-issue procedure like doing ping, mtr and iperf to the dc-internal ovh-server ...while this does not help by any means to show the problem

    That's exactly why I didn't want to bother with opening a ticket because all they do is ask for a iperf to internal ovh which doesn't show the problem which they kept pulling with the Kimsufi BHS network issues with awhile back too. It just goes round and round and nothing ever gets done.

    I just checked mine now and it's still throttled.

    I agree, and I don't really expect them to fix it. but hey, who knows... somehow seemed to be worth a shot. I never dealt with SYS before though being a customer for years now. also I am lucky and get support from their german branch. if they mess around I'll for sure give them a call and stir a pot a little more just for fun ;-)

  • johnfearjohnfear Member

    @johnfear said:

    @OVH_Matt said:
    Can anyone who is experiencing the 5Mb/s issue send me their ticket numbers?

    GRA1 - Rack: G126B06 - Server ID: 769526

    Ticket number: 9653303

  • sundaymousesundaymouse Member

    Problem still here with BHS, 6 US/EU locations with full download speeds and 40-80 mbps uploads. Opened a ticket.

  • ElementElement Member

    same problem here!
    ticket: 9695757

  • K4Y5K4Y5 Member
    edited June 2018

    @OVH_Matt said:

    Can anyone who is experiencing the 5Mb/s issue send me their ticket numbers?

    Bought a 6TB ARM at FR - GRA2 yesterday. Same issue. Upload speed throttled at ~65Mb/s.

    @OVH_Matt

    Ticket ID - 9696019
Datacentre - GRA2 - Rack: G211A22 - Server ID: 877118
Ticket URL - https://eu.soyoustart.com/manager/?csid=KaJjq#/support/messages/9696019

    Ran iperf on ovh internal network and lol'd.

    root@arm6t:~# iperf -c iperf.ovh.net -i 1
------------------------------------------------------------
Client connecting to iperf.ovh.net, TCP port 5001
TCP window size: 43.8 KByte (default)
------------------------------------------------------------
[  3] local 54.37.27.22 port 44394 connected with 188.165.12.136 port 5001
[ ID] Interval       Transfer     Bandwidth
[  3]  0.0- 1.0 sec  1.50 MBytes  12.6 Mbits/sec
[  3]  1.0- 2.0 sec  1.38 MBytes  11.5 Mbits/sec
[  3]  2.0- 3.0 sec  1.38 MBytes  11.5 Mbits/sec
[  3]  3.0- 4.0 sec  1.38 MBytes  11.5 Mbits/sec
[  3]  4.0- 5.0 sec  1.38 MBytes  11.5 Mbits/sec
[  3]  5.0- 6.0 sec  1.38 MBytes  11.5 Mbits/sec
[  3]  6.0- 7.0 sec  1.38 MBytes  11.5 Mbits/sec
[  3]  7.0- 8.0 sec  1.38 MBytes  11.5 Mbits/sec
[  3]  8.0- 9.0 sec  1.38 MBytes  11.5 Mbits/sec
[  3]  9.0-10.0 sec  1.38 MBytes  11.5 Mbits/sec
[  3]  0.0-10.0 sec  13.9 MBytes  11.6 Mbits/sec
root@arm6t:~# iperf -c iperf.ovh.net -i 1
------------------------------------------------------------
Client connecting to iperf.ovh.net, TCP port 5001
TCP window size: 43.8 KByte (default)
------------------------------------------------------------
[  3] local 54.37.27.22 port 44398 connected with 188.165.12.136 port 5001
[ ID] Interval       Transfer     Bandwidth
[  3]  0.0- 1.0 sec  4.75 MBytes  39.8 Mbits/sec
[  3]  1.0- 2.0 sec  3.75 MBytes  31.5 Mbits/sec
[  3]  2.0- 3.0 sec  3.88 MBytes  32.5 Mbits/sec
[  3]  3.0- 4.0 sec  3.88 MBytes  32.5 Mbits/sec
[  3]  4.0- 5.0 sec  3.88 MBytes  32.5 Mbits/sec
[  3]  5.0- 6.0 sec  3.88 MBytes  32.5 Mbits/sec
[  3]  6.0- 7.0 sec  3.88 MBytes  32.5 Mbits/sec
[  3]  7.0- 8.0 sec  4.00 MBytes  33.6 Mbits/sec
[  3]  8.0- 9.0 sec  3.88 MBytes  32.5 Mbits/sec
[  3]  9.0-10.0 sec  3.88 MBytes  32.5 Mbits/sec
[  3]  0.0-10.0 sec  39.6 MBytes  33.1 Mbits/sec
root@arm6t:~# iperf -c iperf.ovh.net -i 1
------------------------------------------------------------
Client connecting to iperf.ovh.net, TCP port 5001
TCP window size: 43.8 KByte (default)
------------------------------------------------------------
[  3] local 54.37.27.22 port 44400 connected with 188.165.12.136 port 5001
[ ID] Interval       Transfer     Bandwidth
[  3]  0.0- 1.0 sec  1.50 MBytes  12.6 Mbits/sec
[  3]  1.0- 2.0 sec  1.38 MBytes  11.5 Mbits/sec
[  3]  2.0- 3.0 sec  1.38 MBytes  11.5 Mbits/sec
[  3]  3.0- 4.0 sec  1.38 MBytes  11.5 Mbits/sec
[  3]  4.0- 5.0 sec  1.38 MBytes  11.5 Mbits/sec
[  3]  5.0- 6.0 sec  1.38 MBytes  11.5 Mbits/sec
[  3]  6.0- 7.0 sec  1.38 MBytes  11.5 Mbits/sec
[  3]  7.0- 8.0 sec  1.38 MBytes  11.5 Mbits/sec
[  3]  8.0- 9.0 sec  1.38 MBytes  11.5 Mbits/sec
[  3]  9.0-10.0 sec  1.38 MBytes  11.5 Mbits/sec
[  3]  0.0-10.0 sec  13.9 MBytes  11.6 Mbits/sec
  • InfinityHostingInfinityHosting Member
    edited June 2018

    @OVH_Matt

    Same here Outside OVH Network only ~38.84 Mbits/s and from my Home connection 563 KB/s

    Ticket: 9696085

    GRA1 - Rack: G118B04 - Server-ID: 687563

    BHS6 - Rack: T06G35 - Server-ID: 308808

  • jaypeesmithjaypeesmith Member

    @OVH_Matt

    Just opened ticket 9696297

    BHS6 - Rack: T06G35 - Server ID: 308828

Sign In or Register to comment.