New SoYouStart 2018 Prices - Page 8
New on LowEndTalk? Please read our 'Community Rules' by clicking on it in the right menu!

New SoYouStart 2018 Prices

1568101116

Comments

  • FalzoFalzo Member

    @Nihim said:
    would there be any point @falzo to send that to the support and insist it gets passed to the net team in the rare chance it well does?

    I don't think so.

    obviously they compiled that connection limit stuff as some kind of traffic shaping or whatever into the kernel on purpose. so they will already know about and that's also why they can't easily do anything about it. they'd need to change their templates or installation process. it also seems weird that some people even don't get the distro kernel if they choose so...

    @Shot2 said:

    @Falzo said:

    as far as I can see, they removed every single mentioning from the offer pages. so don't bet on that ...

    https://www.soyoustart.com/fr/offres/1801armada01.xml

    "/64"

    afaik that .xml isn't directly linked on their normal offer pages, is it?

    UltraVPS.eu KVM in US/UK/NL/DE: 15% off first 6 month and cheap 750G / 2TB storage offers
    Netcup KVM: 2GB 40TB BW - 16,14€ 6m or 2 dedCore 6GB 320GB - 78,88€ 12m /w 5€ off: 36nc15279180197 | 36nc15292244387

  • FredQcFredQc Member

    Just saw this

    In French they says that each server has a network connection up to 2.5Gbps o_o

    The page in English doesn't have that sentence.

    Interesting!

  • NeoonNeoon Member

    The NIC is 2.5Gbit, but the guarantee is just 250Mbit which you can exceed often.

    Thanked by 1FredQc
  • Nice, replacing armada with 4.9.0-6-arrmp works wonders:

    [email protected]:~# speedtest-cli --server 9916    
    Retrieving speedtest.net configuration...
    Testing from OVH Hosting (54.39.XX.XXX)...
    Retrieving speedtest.net server list...
    Retrieving information for the selected server...
    Hosted by fdcservers.net (Los Angeles, CA) [3967.05 km]: 86.813 ms
    Testing download speed................................................................................
    Download: 136.71 Mbit/s
    Testing upload speed......................................................................................................
    Upload: 213.91 Mbit/s
    

    No grub, and uname -r still says 4.5.2-armada375 for some reason.

    Now I buy their explanation.

  • twaintwain Member
    edited June 18

    @sundaymouse said:
    Nice, replacing armada with 4.9.0-6-arrmp works wonders:

    [email protected]:~# speedtest-cli --server 9916    
    Retrieving speedtest.net configuration...
    Testing from OVH Hosting (54.39.XX.XXX)...
    Retrieving speedtest.net server list...
    Retrieving information for the selected server...
    Hosted by fdcservers.net (Los Angeles, CA) [3967.05 km]: 86.813 ms
    Testing download speed................................................................................
    Download: 136.71 Mbit/s
    Testing upload speed......................................................................................................
    Upload: 213.91 Mbit/s
    

    No grub, and uname -r still says 4.5.2-armada375 for some reason.

    Now I buy their explanation.

    But wasn't their explanation "Hey customer, take it up with ARM," not "Oh yeah, hey, we implemented a custom kernel into our templates (even if you tick 'Use distribution kernel') that cripples the upload speed of the NIC."

    I guess they wanted us to investigate with ARM, how their custom kernel tramples all over the NIC driver??

    Thanked by 1sin
  • contactwajeehcontactwajeeh Member
    edited June 18

    Can we do something similar on Ubuntu, to fix the upload speeds?

  • @willie said:

    Falzo said:

    no, you might want to read the manual to iperf ;-)

    I did look at the manual and it only described the connection type, not the data transfer direction. If you're sure that the benchmark measured an upload, then that's great, thanks. It should be possible to confirm this with ifstat output.

    I installed Debian 9 but when I try to apt install linux-image-4.9.0-5-armmp linux-headers-4.9.0-5-armmp, I get:

    Reading package lists... Done
    Building dependency tree
    Reading state information... Done
    E: Unable to locate package linux-image-4.9.0-5-armmp
    E: Couldn't find any package by glob 'linux-image-4.9.0-5-armmp'
    E: Couldn't find any package by regex 'linux-image-4.9.0-5-armmp'
    E: Unable to locate package linux-headers-4.9.0-5-armmp
    E: Couldn't find any package by glob 'linux-headers-4.9.0-5-armmp'
    E: Couldn't find any package by regex 'linux-headers-4.9.0-5-armmp'

    What am I doing wrong ?

    Thanks !

  • AlbaHostAlbaHost Member, Provider
    edited June 18

    @wlambrechts said:

    @willie said:

    Falzo said:

    no, you might want to read the manual to iperf ;-)

    I did look at the manual and it only described the connection type, not the data transfer direction. If you're sure that the benchmark measured an upload, then that's great, thanks. It should be possible to confirm this with ifstat output.

    I installed Debian 9 but when I try to apt install linux-image-4.9.0-5-armmp linux-headers-4.9.0-5-armmp, I get:

    Reading package lists... Done
    Building dependency tree
    Reading state information... Done
    E: Unable to locate package linux-image-4.9.0-5-armmp
    E: Couldn't find any package by glob 'linux-image-4.9.0-5-armmp'
    E: Couldn't find any package by regex 'linux-image-4.9.0-5-armmp'
    E: Unable to locate package linux-headers-4.9.0-5-armmp
    E: Couldn't find any package by glob 'linux-headers-4.9.0-5-armmp'
    E: Couldn't find any package by regex 'linux-headers-4.9.0-5-armmp'

    What am I doing wrong ?

    Thanks !

    Try apt install linux-image-4.9.0-6-armmp linux-headers-4.9.0-6-armmp

    wWw.AlbaHost.Net Albanian .AL domains, VPS/VDS and Hosting Services.
    | Use coupon code .AL to get an .al domain for 8€/year.

  • apt search linux-image

  • To answer my own question:

    Did "apt-cache search linux-headers" to notice I had version 4.9.0-6

    Thanked by 1contactwajeeh
  • contactwajeehcontactwajeeh Member
    edited June 19

    Anyone on ubuntu template, use this...

    apt install linux-image-4.4.0-21-generic linux-headers-generic
    
    apt purge *armada*
    
    reboot
    
    iperf -c iperf.online.net
    ------------------------------------------------------------
    Client connecting to iperf.online.net, TCP port 5001
    TCP window size: 43.8 KByte (default)
    ------------------------------------------------------------
    [  3] local 213.32.xxx.xxx port 48794 connected with 62.210.18.40 port 5001
    [ ID] Interval       Transfer     Bandwidth
    [  3]  0.0-10.0 sec   483 MBytes   403 Mbits/sec
    

    Speedtest Results

    speedtest-cli --share
    Retrieving speedtest.net configuration...
    Testing from OVH SAS (213.32.xxx.xxx)...
    Retrieving speedtest.net server list...
    Selecting best server based on ping...
    Hosted by Orange (Paris) [1.88 km]: 9.728 ms
    Testing download speed................................................................................
    Download: 533.42 Mbit/s
    Testing upload speed................................................................................................
    Upload: 402.28 Mbit/s
    
  • wlambrechtswlambrechts Member
    edited June 19

    @contactwajeeh said:
    Can we do something similar on Ubuntu, to fix the upload speeds?

    Yes, same mechanisme as for Debian. The upload limit is lifted, but I do get some error while running an apt-get update (on initramfs). Not sure which image I need to install.

  • YorkiSYorkiS Member
    edited June 19

    >

    Thank you so much. I fixed the capped too. I installed the SYS template Debian 9 and linux-image-4.9.0-6-armmp linux-headers-4.9.0-6-armmp

    Before:

     # iperf -c proof.ovh.ca -i 1
     ------------------------------------------------------------
     Client connecting to proof.ovh.ca, TCP port 5001
     TCP window size: 43.8 KByte (default)
     ------------------------------------------------------------
     [  3] local x.x.x.x port 58936 connected with 192.99.19.165 port 5001
     [ ID] Interval       Transfer     Bandwidth
     [  3]  0.0- 1.0 sec   216 MBytes  1.81 Gbits/sec
     [  3]  1.0- 2.0 sec   216 MBytes  1.81 Gbits/sec
     [  3]  2.0- 3.0 sec   215 MBytes  1.81 Gbits/sec
     [  3]  3.0- 4.0 sec   215 MBytes  1.81 Gbits/sec
     [  3]  4.0- 5.0 sec   215 MBytes  1.80 Gbits/sec
     [  3]  5.0- 6.0 sec   216 MBytes  1.81 Gbits/sec
     [  3]  6.0- 7.0 sec   216 MBytes  1.82 Gbits/sec
     [  3]  7.0- 8.0 sec   216 MBytes  1.81 Gbits/sec
     [  3]  8.0- 9.0 sec   216 MBytes  1.82 Gbits/sec
     [  3]  9.0-10.0 sec   216 MBytes  1.82 Gbits/sec
     [  3]  0.0-10.0 sec  2.11 GBytes  1.81 Gbits/sec
    
     # 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 x.x.x.x port 46790 connected with 188.165.12.136 port 5001
     [ ID] Interval       Transfer     Bandwidth
     [  3]  0.0- 1.0 sec   768 KBytes  6.29 Mbits/sec
     [  3]  1.0- 2.0 sec   512 KBytes  4.19 Mbits/sec
     [  3]  2.0- 3.0 sec   640 KBytes  5.24 Mbits/sec
     [  3]  3.0- 4.0 sec   512 KBytes  4.19 Mbits/sec
     [  3]  4.0- 5.0 sec   512 KBytes  4.19 Mbits/sec
     [  3]  5.0- 6.0 sec   640 KBytes  5.24 Mbits/sec
     [  3]  6.0- 7.0 sec   512 KBytes  4.19 Mbits/sec
     [  3]  7.0- 8.0 sec   512 KBytes  4.19 Mbits/sec
     [  3]  8.0- 9.0 sec   640 KBytes  5.24 Mbits/sec
     [  3]  9.0-10.0 sec   640 KBytes  5.24 Mbits/sec
     [  3]  0.0-10.3 sec  5.75 MBytes  4.70 Mbits/sec
    
     # iperf -c iperf.he.net -i 1
     ------------------------------------------------------------
     Client connecting to iperf.he.net, TCP port 5001
     TCP window size:  324 KByte (default)
     ------------------------------------------------------------
     [  3] local x.x.x.x port 44446 connected with 216.218.227.10 port 5001
     [ ID] Interval       Transfer     Bandwidth
     [  3]  0.0- 1.0 sec  1.83 MBytes  15.4 Mbits/sec
     [  3]  1.0- 2.0 sec   577 KBytes  4.73 Mbits/sec
     [  3]  2.0- 3.0 sec   577 KBytes  4.73 Mbits/sec
     [  3]  3.0- 4.0 sec   577 KBytes  4.73 Mbits/sec
     [  3]  4.0- 5.0 sec   577 KBytes  4.73 Mbits/sec
     [  3]  5.0- 6.0 sec   577 KBytes  4.73 Mbits/sec
     [  3]  6.0- 7.0 sec   577 KBytes  4.73 Mbits/sec
     [  3]  7.0- 8.0 sec   574 KBytes  4.70 Mbits/sec
     [  3]  8.0- 9.0 sec   580 KBytes  4.75 Mbits/sec
     [  3]  9.0-10.0 sec   577 KBytes  4.73 Mbits/sec
     [  3]  0.0-10.4 sec  6.90 MBytes  5.55 Mbits/sec
    
     # iperf -c ping.online.net -i 1
     ------------------------------------------------------------
     Client connecting to ping.online.net, TCP port 5001
     TCP window size: 43.8 KByte (default)
     ------------------------------------------------------------
     [  3] local x.x.x.x port 47726 connected with 62.210.18.40 port 5001
     [ ID] Interval       Transfer     Bandwidth
     [  3]  0.0- 1.0 sec   768 KBytes  6.29 Mbits/sec
     [  3]  1.0- 2.0 sec   640 KBytes  5.24 Mbits/sec
     [  3]  2.0- 3.0 sec   512 KBytes  4.19 Mbits/sec
     [  3]  3.0- 4.0 sec   512 KBytes  4.19 Mbits/sec
     [  3]  4.0- 5.0 sec   512 KBytes  4.19 Mbits/sec
     [  3]  5.0- 6.0 sec   640 KBytes  5.24 Mbits/sec
     [  3]  6.0- 7.0 sec   512 KBytes  4.19 Mbits/sec
     [  3]  7.0- 8.0 sec   640 KBytes  5.24 Mbits/sec
     [  3]  8.0- 9.0 sec   512 KBytes  4.19 Mbits/sec
     [  3]  9.0-10.0 sec   640 KBytes  5.24 Mbits/sec
     [  3]  0.0-10.1 sec  5.75 MBytes  4.76 Mbits/sec
    

    After:

     # iperf -c proof.ovh.ca -i 1
     ------------------------------------------------------------
     Client connecting to proof.ovh.ca, TCP port 5001
     TCP window size: 43.8 KByte (default)
     ------------------------------------------------------------
     [  3] local x.x.x.x port 38140 connected with 192.99.19.165 port 5001
     [ ID] Interval       Transfer     Bandwidth
     [  3]  0.0- 1.0 sec   217 MBytes  1.82 Gbits/sec
     [  3]  1.0- 2.0 sec   217 MBytes  1.82 Gbits/sec
     [  3]  2.0- 3.0 sec   217 MBytes  1.82 Gbits/sec
     [  3]  3.0- 4.0 sec   217 MBytes  1.82 Gbits/sec
     [  3]  4.0- 5.0 sec   217 MBytes  1.82 Gbits/sec
     [  3]  5.0- 6.0 sec   217 MBytes  1.82 Gbits/sec
     [  3]  6.0- 7.0 sec   218 MBytes  1.83 Gbits/sec
     [  3]  7.0- 8.0 sec   218 MBytes  1.83 Gbits/sec
     [  3]  8.0- 9.0 sec   218 MBytes  1.83 Gbits/sec
     [  3]  9.0-10.0 sec   218 MBytes  1.83 Gbits/sec
     [  3]  0.0-10.0 sec  2.12 GBytes  1.82 Gbits/sec
    
     # 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 x.x.x.x port 45910 connected with 188.165.12.136 port 5001
     [ ID] Interval       Transfer     Bandwidth
     [  3]  0.0- 1.0 sec  19.5 MBytes   164 Mbits/sec
     [  3]  1.0- 2.0 sec  37.0 MBytes   310 Mbits/sec
     [  3]  2.0- 3.0 sec  36.5 MBytes   306 Mbits/sec
     [  3]  3.0- 4.0 sec  39.8 MBytes   333 Mbits/sec
     [  3]  4.0- 5.0 sec  36.0 MBytes   302 Mbits/sec
     [  3]  5.0- 6.0 sec  39.1 MBytes   328 Mbits/sec
     [  3]  6.0- 7.0 sec  36.5 MBytes   306 Mbits/sec
     [  3]  7.0- 8.0 sec  39.1 MBytes   328 Mbits/sec
     [  3]  8.0- 9.0 sec  36.2 MBytes   304 Mbits/sec
     [  3]  9.0-10.0 sec  37.0 MBytes   310 Mbits/sec
     [  3]  0.0-10.0 sec   358 MBytes   300 Mbits/sec
    
     # iperf -c iperf.he.net -i 1
     ------------------------------------------------------------
     Client connecting to iperf.he.net, TCP port 5001
     TCP window size:  324 KByte (default)
     ------------------------------------------------------------
     [  3] local x.x.x.x port 35860 connected with 216.218.227.10 port 5001
     [ ID] Interval       Transfer     Bandwidth
     [  3]  0.0- 1.0 sec  31.1 MBytes   261 Mbits/sec
     [  3]  1.0- 2.0 sec  56.9 MBytes   477 Mbits/sec
     [  3]  2.0- 3.0 sec  58.4 MBytes   490 Mbits/sec
     [  3]  3.0- 4.0 sec  56.8 MBytes   476 Mbits/sec
     [  3]  4.0- 5.0 sec  56.0 MBytes   470 Mbits/sec
     [  3]  5.0- 6.0 sec  56.0 MBytes   470 Mbits/sec
     [  3]  6.0- 7.0 sec  56.0 MBytes   470 Mbits/sec
     [  3]  7.0- 8.0 sec  56.0 MBytes   470 Mbits/sec
     [  3]  8.0- 9.0 sec  57.0 MBytes   478 Mbits/sec
     [  3]  9.0-10.0 sec  58.2 MBytes   489 Mbits/sec
     [  3]  0.0-10.1 sec   543 MBytes   453 Mbits/sec
    
     # iperf -c ping.online.net -i 1
     ------------------------------------------------------------
     Client connecting to ping.online.net, TCP port 5001
     TCP window size: 43.8 KByte (default)
     ------------------------------------------------------------
     [  3] local x.x.x.x port 49936 connected with 62.210.18.40 port 5001
     [ ID] Interval       Transfer     Bandwidth
     [  3]  0.0- 1.0 sec  6.25 MBytes  52.4 Mbits/sec
     [  3]  1.0- 2.0 sec  31.6 MBytes   265 Mbits/sec
     [  3]  2.0- 3.0 sec  43.5 MBytes   365 Mbits/sec
     [  3]  3.0- 4.0 sec  42.2 MBytes   354 Mbits/sec
     [  3]  4.0- 5.0 sec  41.8 MBytes   350 Mbits/sec
     [  3]  5.0- 6.0 sec  43.1 MBytes   362 Mbits/sec
     [  3]  6.0- 7.0 sec  40.9 MBytes   343 Mbits/sec
     [  3]  7.0- 8.0 sec  43.6 MBytes   366 Mbits/sec
     [  3]  8.0- 9.0 sec  40.4 MBytes   339 Mbits/sec
     [  3]  9.0-10.0 sec  44.0 MBytes   369 Mbits/sec
     [  3]  0.0-10.1 sec   377 MBytes   314 Mbits/sec
    

    Customer service just responded to me today giving me refund, but I really wanted to fix it. They delivered to me with brand new HD.
    smartctl /dev/sda --all | grep "Power_On_Hours"
    9 Power_On_Hours 0x0012 100 100 000 Old_age Always - 9

    @wlambrechts said:
    To answer my own question:

    Did "apt-cache search linux-headers" to notice I had version 4.9.0-6

    >

    You can not install 4.9.0-5 it isn't available in the package list from SYS template.

    Thanked by 1Falzo
  • K4Y5K4Y5 Member
    edited June 19

    Thanks a lot @Falzo!

    Before - (Debian 9 Template)

    [email protected]:~# iperf -c iperf.online.net
    ------------------------------------------------------------
    Client connecting to iperf.online.net, TCP port 5001
    TCP window size: 43.8 KByte (default)
    ------------------------------------------------------------
    [  3] local 54.37.x.x port 51652 connected with 62.210.18.40 port 5001
    [ ID] Interval       Transfer     Bandwidth
    [  3]  0.0-10.1 sec  5.62 MBytes  4.65 Mbits/sec
    

    Switched kernel -

    apt install linux-image-4.9.0-6-armmp linux-headers-4.9.0-6-armmp 
    apt purge *armada*
    reboot
    

    After -

    [email protected]:~# iperf -c iperf.online.net
    ------------------------------------------------------------
    Client connecting to iperf.online.net, TCP port 5001
    TCP window size: 43.8 KByte (default)
    ------------------------------------------------------------
    [  3] local 54.37.x.x port 55364 connected with 62.210.18.40 port 5001
    [ ID] Interval       Transfer     Bandwidth
    [  3]  0.0-10.0 sec   381 MBytes   318 Mbits/sec
    
    
    [email protected]:~# ./speedtest-cli 
    Retrieving speedtest.net configuration...
    Testing from OVH SAS (54.37.x.x)...
    Retrieving speedtest.net server list...
    Selecting best server based on ping...
    Hosted by Orange (Paris) [1.88 km]: 10.408 ms
    Testing download speed................................................................................
    Download: 540.25 Mbit/s
    Testing upload speed................................................................................................
    Upload: 413.05 Mbit/s
    
    
    [email protected]:~# ./speedtest-cli 
    Retrieving speedtest.net configuration...
    Testing from OVH SAS (54.37.x.x)...
    Retrieving speedtest.net server list...
    Selecting best server based on ping...
    Hosted by Orange (Paris) [1.88 km]: 10.37 ms
    Testing download speed................................................................................
    Download: 544.39 Mbit/s
    Testing upload speed................................................................................................
    Upload: 421.57 Mbit/s
    
    
    [email protected]:~# iperf -c iperf.he.net -i 1
    ------------------------------------------------------------
    Client connecting to iperf.he.net, TCP port 5001
    TCP window size:  324 KByte (default)
    ------------------------------------------------------------
    [  3] local 54.37.x.x port 49220 connected with 216.218.227.10 port 5001
    [ ID] Interval       Transfer     Bandwidth
    [  3]  0.0- 1.0 sec  3.61 MBytes  30.3 Mbits/sec
    [  3]  1.0- 2.0 sec  23.4 MBytes   196 Mbits/sec
    [  3]  2.0- 3.0 sec  27.5 MBytes   231 Mbits/sec
    [  3]  3.0- 4.0 sec  24.2 MBytes   203 Mbits/sec
    [  3]  4.0- 5.0 sec  27.9 MBytes   234 Mbits/sec
    [  3]  5.0- 6.0 sec  23.9 MBytes   200 Mbits/sec
    [  3]  6.0- 7.0 sec  28.0 MBytes   235 Mbits/sec
    [  3]  7.0- 8.0 sec  24.0 MBytes   201 Mbits/sec
    [  3]  8.0- 9.0 sec  28.0 MBytes   235 Mbits/sec
    [  3]  9.0-10.0 sec  27.9 MBytes   234 Mbits/sec
    [  3]  0.0-10.1 sec   238 MBytes   197 Mbits/sec
    
    
    [email protected]:~# iperf -c ping.online.net -i 1
    ------------------------------------------------------------
    Client connecting to ping.online.net, TCP port 5001
    TCP window size: 43.8 KByte (default)
    ------------------------------------------------------------
    [  3] local 54.37.x.x port 56238 connected with 62.210.18.40 port 5001
    [ ID] Interval       Transfer     Bandwidth
    [  3]  0.0- 1.0 sec  55.8 MBytes   468 Mbits/sec
    [  3]  1.0- 2.0 sec  29.2 MBytes   245 Mbits/sec
    [  3]  2.0- 3.0 sec  41.0 MBytes   344 Mbits/sec
    [  3]  3.0- 4.0 sec  40.5 MBytes   340 Mbits/sec
    [  3]  4.0- 5.0 sec  35.2 MBytes   296 Mbits/sec
    [  3]  5.0- 6.0 sec  41.1 MBytes   345 Mbits/sec
    [  3]  6.0- 7.0 sec  44.6 MBytes   374 Mbits/sec
    [  3]  7.0- 8.0 sec  49.5 MBytes   415 Mbits/sec
    [  3]  8.0- 9.0 sec  35.9 MBytes   301 Mbits/sec
    [  3]  9.0-10.0 sec  33.1 MBytes   278 Mbits/sec
    [  3]  0.0-10.0 sec   406 MBytes   340 Mbits/sec
    
    
    [email protected]:~# 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.x.x port 52650 connected with 188.165.12.136 port 5001
    [ ID] Interval       Transfer     Bandwidth
    [  3]  0.0- 1.0 sec   181 MBytes  1.52 Gbits/sec
    [  3]  1.0- 2.0 sec   195 MBytes  1.64 Gbits/sec
    [  3]  2.0- 3.0 sec   195 MBytes  1.64 Gbits/sec
    [  3]  3.0- 4.0 sec   196 MBytes  1.64 Gbits/sec
    [  3]  4.0- 5.0 sec   195 MBytes  1.64 Gbits/sec
    [  3]  5.0- 6.0 sec   196 MBytes  1.64 Gbits/sec
    [  3]  6.0- 7.0 sec   196 MBytes  1.64 Gbits/sec
    [  3]  7.0- 8.0 sec   195 MBytes  1.64 Gbits/sec
    [  3]  8.0- 9.0 sec   196 MBytes  1.64 Gbits/sec
    [  3]  9.0-10.0 sec   195 MBytes  1.64 Gbits/sec
    [  3]  0.0-10.0 sec  1.89 GBytes  1.63 Gbits/sec
    




    Thanked by 3ariq01 Falzo ofit
  • Strange, I reinstalled Debian 9 on the ARM and now, without any modifications, the speed is no longer throttled. Did they fix something ?

  • QuickyQuicky Member

    Maybe they are reading this thread and implemetned somthing?

  • ariq01ariq01 Member

    @wlambrechts said:
    Strange, I reinstalled Debian 9 on the ARM and now, without any modifications, the speed is no longer throttled. Did they fix something ?

    Did you install it with custom installation or not? distribution kernel or not

  • dahartigandahartigan Member without signature

    @contactwajeeh said:
    Anyone on ubuntu template, use this...

    apt install linux-image-4.4.0-21-generic linux-headers-generic
    
    apt purge *armada*
    
    reboot
    

    Thank you for that! I was disappointed with the upload speed but now it's good :)

  • johnfearjohnfear Member

    Thank you so much. Debian 9, Kernel changed to 4.9.0-6 and the issue was gone :D :D

  • zeitgeistzeitgeist Member
    edited June 19

    Small question... were you guys able to use a distribution kernel on the arm-based storage server? No matter what I try, it seems the ovh kernel is loaded via netboot... or via flash/uboot (mtdblock0)?

  • michaelsmichaels Member

    A silly question but why use the 4.4.0-21 kernel on Ubuntu and the 4.9.0-6 kernel on Debian? Surely both support the 4.9.0-6 kernel...

  • michaelsmichaels Member
    edited June 19

    @wlambrechts said:

    @contactwajeeh said:
    Can we do something similar on Ubuntu, to fix the upload speeds?

    Yes, same mechanisme as for Debian. The upload limit is lifted, but I do get some error while running an apt-get update (on initramfs). Not sure which image I need to install.

    Did you manage to resolve this? I get the error on initramfs too:

    Processing triggers for initramfs-tools (0.122ubuntu8) ...
    update-initramfs: Generating /boot/initrd.img-4.4.0-21-generic
    Unsupported platform.
    run-parts: /etc/initramfs/post-update.d//flash-kernel exited with return code 1
    dpkg: error processing package initramfs-tools (--configure):
    subprocess installed post-installation script returned error exit status 1
    Errors were encountered while processing:
    initramfs-tools
    E: Sub-process /usr/bin/dpkg returned an error code (1)
    W: Operation was interrupted before it could finish

    I am guessing it is related to the unsupported platform error :/

  • @michaels said:

    @wlambrechts said:

    @contactwajeeh said:
    Can we do something similar on Ubuntu, to fix the upload speeds?

    Yes, same mechanisme as for Debian. The upload limit is lifted, but I do get some error while running an apt-get update (on initramfs). Not sure which image I need to install.

    Did you manage to resolve this? I get the error on initramfs too:

    Processing triggers for initramfs-tools (0.122ubuntu8) ...
    update-initramfs: Generating /boot/initrd.img-4.4.0-21-generic
    Unsupported platform.
    run-parts: /etc/initramfs/post-update.d//flash-kernel exited with return code 1
    dpkg: error processing package initramfs-tools (--configure):
    subprocess installed post-installation script returned error exit status 1
    Errors were encountered while processing:
    initramfs-tools
    E: Sub-process /usr/bin/dpkg returned an error code (1)
    W: Operation was interrupted before it could finish

    I am guessing it is related to the unsupported platform error :/

    Not yet, reinstalled Debian ...

  • Shot2Shot2 Member

    @michaels said:
    I am guessing it is related to the unsupported platform error :/

    Just read the logs. You have to keep the armada modules around for initramfs, cryptodev etc. to work correctly.

    Providing less than /64 means "we are clueless about IPv6".

  • michaelsmichaels Member

    @Shot2 said:

    @michaels said:
    I am guessing it is related to the unsupported platform error :/

    Just read the logs. You have to keep the armada modules around for initramfs, cryptodev etc. to work correctly.

    I am not at a point of removing the armada modules. This error is produced while installing the new kernel. i.e. apt install linux-image-4.4.0-21-generic linux-headers-generic

    As recommended above.

  • FalzoFalzo Member

    Shot2 said: You have to keep the armada modules around for initramfs, cryptodev etc. to work correctly.

    it keeps the armada kernel name entry in /proc/sys/kernel/osrelease and I haven't bothered much to look into how to change that... but that probably is the place where the system (also) derives the path to the modules from.
    while I removed the armada stuff completly, I simply linked to the 4.9.0.5 modules dir with that armada name in /lib/modules, so there is something to find for initramfs and co ;-)

    UltraVPS.eu KVM in US/UK/NL/DE: 15% off first 6 month and cheap 750G / 2TB storage offers
    Netcup KVM: 2GB 40TB BW - 16,14€ 6m or 2 dedCore 6GB 320GB - 78,88€ 12m /w 5€ off: 36nc15279180197 | 36nc15292244387

  • ofitofit Member

    Work for me. Thanks.

    @K4Y5 said:
    Thanks a lot @Falzo!

    Before - (Debian 9 Template)

    [email protected]:~# iperf -c iperf.online.net
    ------------------------------------------------------------
    Client connecting to iperf.online.net, TCP port 5001
    TCP window size: 43.8 KByte (default)
    ------------------------------------------------------------
    [  3] local 54.37.x.x port 51652 connected with 62.210.18.40 port 5001
    [ ID] Interval       Transfer     Bandwidth
    [  3]  0.0-10.1 sec  5.62 MBytes  4.65 Mbits/sec
    

    Switched kernel -

    apt install linux-image-4.9.0-6-armmp linux-headers-4.9.0-6-armmp 
    apt purge *armada*
    reboot
    

    After -

    [email protected]:~# iperf -c iperf.online.net
    ------------------------------------------------------------
    Client connecting to iperf.online.net, TCP port 5001
    TCP window size: 43.8 KByte (default)
    ------------------------------------------------------------
    [  3] local 54.37.x.x port 55364 connected with 62.210.18.40 port 5001
    [ ID] Interval       Transfer     Bandwidth
    [  3]  0.0-10.0 sec   381 MBytes   318 Mbits/sec
    
    
    [email protected]:~# ./speedtest-cli 
    Retrieving speedtest.net configuration...
    Testing from OVH SAS (54.37.x.x)...
    Retrieving speedtest.net server list...
    Selecting best server based on ping...
    Hosted by Orange (Paris) [1.88 km]: 10.408 ms
    Testing download speed................................................................................
    Download: 540.25 Mbit/s
    Testing upload speed................................................................................................
    Upload: 413.05 Mbit/s
    
    
    [email protected]:~# ./speedtest-cli 
    Retrieving speedtest.net configuration...
    Testing from OVH SAS (54.37.x.x)...
    Retrieving speedtest.net server list...
    Selecting best server based on ping...
    Hosted by Orange (Paris) [1.88 km]: 10.37 ms
    Testing download speed................................................................................
    Download: 544.39 Mbit/s
    Testing upload speed................................................................................................
    Upload: 421.57 Mbit/s
    
    
    [email protected]:~# iperf -c iperf.he.net -i 1
    ------------------------------------------------------------
    Client connecting to iperf.he.net, TCP port 5001
    TCP window size:  324 KByte (default)
    ------------------------------------------------------------
    [  3] local 54.37.x.x port 49220 connected with 216.218.227.10 port 5001
    [ ID] Interval       Transfer     Bandwidth
    [  3]  0.0- 1.0 sec  3.61 MBytes  30.3 Mbits/sec
    [  3]  1.0- 2.0 sec  23.4 MBytes   196 Mbits/sec
    [  3]  2.0- 3.0 sec  27.5 MBytes   231 Mbits/sec
    [  3]  3.0- 4.0 sec  24.2 MBytes   203 Mbits/sec
    [  3]  4.0- 5.0 sec  27.9 MBytes   234 Mbits/sec
    [  3]  5.0- 6.0 sec  23.9 MBytes   200 Mbits/sec
    [  3]  6.0- 7.0 sec  28.0 MBytes   235 Mbits/sec
    [  3]  7.0- 8.0 sec  24.0 MBytes   201 Mbits/sec
    [  3]  8.0- 9.0 sec  28.0 MBytes   235 Mbits/sec
    [  3]  9.0-10.0 sec  27.9 MBytes   234 Mbits/sec
    [  3]  0.0-10.1 sec   238 MBytes   197 Mbits/sec
    
    
    [email protected]:~# iperf -c ping.online.net -i 1
    ------------------------------------------------------------
    Client connecting to ping.online.net, TCP port 5001
    TCP window size: 43.8 KByte (default)
    ------------------------------------------------------------
    [  3] local 54.37.x.x port 56238 connected with 62.210.18.40 port 5001
    [ ID] Interval       Transfer     Bandwidth
    [  3]  0.0- 1.0 sec  55.8 MBytes   468 Mbits/sec
    [  3]  1.0- 2.0 sec  29.2 MBytes   245 Mbits/sec
    [  3]  2.0- 3.0 sec  41.0 MBytes   344 Mbits/sec
    [  3]  3.0- 4.0 sec  40.5 MBytes   340 Mbits/sec
    [  3]  4.0- 5.0 sec  35.2 MBytes   296 Mbits/sec
    [  3]  5.0- 6.0 sec  41.1 MBytes   345 Mbits/sec
    [  3]  6.0- 7.0 sec  44.6 MBytes   374 Mbits/sec
    [  3]  7.0- 8.0 sec  49.5 MBytes   415 Mbits/sec
    [  3]  8.0- 9.0 sec  35.9 MBytes   301 Mbits/sec
    [  3]  9.0-10.0 sec  33.1 MBytes   278 Mbits/sec
    [  3]  0.0-10.0 sec   406 MBytes   340 Mbits/sec
    
    
    [email protected]:~# 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.x.x port 52650 connected with 188.165.12.136 port 5001
    [ ID] Interval       Transfer     Bandwidth
    [  3]  0.0- 1.0 sec   181 MBytes  1.52 Gbits/sec
    [  3]  1.0- 2.0 sec   195 MBytes  1.64 Gbits/sec
    [  3]  2.0- 3.0 sec   195 MBytes  1.64 Gbits/sec
    [  3]  3.0- 4.0 sec   196 MBytes  1.64 Gbits/sec
    [  3]  4.0- 5.0 sec   195 MBytes  1.64 Gbits/sec
    [  3]  5.0- 6.0 sec   196 MBytes  1.64 Gbits/sec
    [  3]  6.0- 7.0 sec   196 MBytes  1.64 Gbits/sec
    [  3]  7.0- 8.0 sec   195 MBytes  1.64 Gbits/sec
    [  3]  8.0- 9.0 sec   196 MBytes  1.64 Gbits/sec
    [  3]  9.0-10.0 sec   195 MBytes  1.64 Gbits/sec
    [  3]  0.0-10.0 sec  1.89 GBytes  1.63 Gbits/sec
    




    Thanked by 1malwa3e
  • chrispchrisp Member

    Wow, after reading the full thread and seeing how this turned out I think LET is amazing

    Thanked by 2mtsbatalha sin
  • lionlion Member
    edited June 19

    Seems like LET is better than OVHs support

  • @lion said:
    Seems like LET is better than OVHs support

    +1. lowendsupport

    Thanked by 1sin
  • AmitXAmitX Member

    Any hosting panel that can run on these armv7 server?
    need ftp and webserver on this.

  • twingtwing Member

    Did the following on Ubuntu

    apt install linux-image-4.4.0-21-generic linux-headers-generic
    apt purge *armada*
    reboot
    

    But it breaks iptables/ufw with the following error

    modprobe: FATAL: Module ip_tables not found in directory /lib/modules/4.5.2-armada375
    iptables v1.6.0: can't initialize iptables table `filter': Table does not exist (do you need to insmod?)
    Perhaps iptables or your kernel needs to be upgraded.
    

    Any way to fix this?

  • ElementElement Member

    @AmitX said:
    Any hosting panel that can run on these armv7 server?
    need ftp and webserver on this.

    i need a simple panel too, thanks LET-Support :D

  • Dunno how you guys did, but it doesn't work in my case. I honestly don't even understand how it is supposed to work for you. :p

    Under Debian Stretch, for example, the ovh kernel is installed in the uImage format, which is loaded by U-Boot. On the other hand, the standard Debian arm kernel is installed as a “raw” ELF image (vmlinux). It is basically ignored by U-Boot, which is why you see the same kernel after reboot. Why your upload throughput has suddenly increased - IHNFC :) But it didn't work for me.

    I tried converting the Debian stock kernel to uImage.

    $ cd /boot
    $ mkimage -A arm -O linux -T kernel -C none -a 0x00008000 -e 0x00008000 -n Linux-4.9.0-6-armmp -d vmlinuz-4.9.0-6-armmp uImage-4.9.0-6-armmp
    $ rm uImage
    $ ln -s uImage-4.9.0-6-armmp uImage

    but then the server wouldn't start (don't see why). I also tried adding the correct dtb file to the image:

    $ cd /boot
    $ cat vmlinuz-4.9.0-6-armmp armada-375-mirabox.dtb >> image_temp
    $ mkimage -A arm -O linux -T kernel -C none -a 0x00008000 -e 0x00008000 -n Linux-4.9.0-6-armmp -d zImage-image_temp uImage-4.9.0-6-armmp
    $ rm uImage
    $ ln -s uImage-4.9.0-6-armmp uImage

    But again it didn't boot then. Not sure what else I am missing here.

  • InfinityHostingInfinityHosting Member, Provider
    edited June 19

    Debian 9 template

    and

    apt install linux-image-4.9.0-6-armmp linux-headers-4.9.0-6-armmp
    
    apt purge *armada*
    
    reboot
    

    works for me thanks to all!

  • @InfinityHosting said:
    Debian 9 template

    and

    apt install linux-image-4.9.0-6-armmp linux-headers-4.9.0-6-armmp

    apt purge armada

    reboot

    works for me thanks to all!

    after reboot, what does it say when you do

    $ uname -r -v

  • InfinityHostingInfinityHosting Member, Provider
    edited June 19

    @zeitgeist said:

    @InfinityHosting said:
    Debian 9 template

    and

    apt install linux-image-4.9.0-6-armmp linux-headers-4.9.0-6-armmp

    apt purge armada

    reboot

    works for me thanks to all!

    after reboot, what does it say when you do

    $ uname -r -v

    [email protected]:~# iperf -c iperf.online.net                                      ------------------------------------------------------------
    Client connecting to iperf.online.net, TCP port 5001
    TCP window size: 43.8 KByte (default)
    ------------------------------------------------------------
    [  3] local 54.39.62.217 port 58906 connected with 62.210.18.40 port 5001
    [ ID] Interval       Transfer     Bandwidth
    [  3]  0.0-10.1 sec   382 MBytes   318 Mbits/sec
    [email protected]:~# uname -r -v
    4.5.2-armada375 #1 SMP Tue Oct 25 11:52:56 CEST 2016
    [email protected]:~#
    

    `

  • zeitgeistzeitgeist Member
    edited June 19

    Like I said, it didn't work for me. So I am trying to find out what's different. What does it say for you when you do

    $ uname -r -v

    Edit, sorry didn't see you posted it. Ok, thanks, it's booting from an older ovh Kernel as it did for me. Only for me it didn't improve upload throughput.

  • malwa3emalwa3e Member
    edited June 19

    [email protected]:~# uname -r -v
    4.5.2-armada375 #1 SMP Tue Oct 25 11:52:56 CEST 2016

    [email protected]:~# iperf -c iperf.online.net

    Client connecting to iperf.online.net, TCP port 5001

    TCP window size: 43.8 KByte (default)

    [ 3] local XXXXXXXXX port 57966 connected with 62.210.18.40 port 5001
    [ ID] Interval Transfer Bandwidth
    [ 3] 0.0-10.0 sec 1.96 GBytes 1.68 Gbits/sec

  • InfinityHostingInfinityHosting Member, Provider

    @zeitgeist said:

    Like I said, it didn't work for me. So I am trying to find out what's different. What does it say for you when you do

    $ uname -r -v

    4.5.2-armada375 #1 SMP Tue Oct 25 11:52:56 CEST 2016

    You have installed debian 9 template with distribution kernel ?

    https://www.lowendtalk.com/discussion/comment/2805818/#Comment_2805818

  • After Ubuntu kernel update:

    iperf -c iperf.online.net

    Client connecting to iperf.online.net, TCP port 5001

    TCP window size: 43.8 KByte (default)

    [ 3] local 213.32.0.80 port 58762 connected with 62.210.18.40 port 5001
    [ ID] Interval Transfer Bandwidth
    [ 3] 0.0-10.0 sec 2.01 GBytes 1.72 Gbits/sec

    That's very impressive. Thank you guys!

    Thanked by 1luissousa
  • krenkenkrenken Member

    Thanks. I did what you guys suggested and it worked for me.

  • so, how is the performance with linux iso distribution? can the little arm cpu handle all those peers?

  • FalzoFalzo Member

    @twing said:

    But it breaks iptables/ufw with the following error

    modprobe: FATAL: Module ip_tables not found in directory /lib/modules/4.5.2-armada375
    iptables v1.6.0: can't initialize iptables table `filter': Table does not exist (do you need to insmod?)
    Perhaps iptables or your kernel needs to be upgraded.

    Any way to fix this?

    check /lib/modules for the name of the folder inside, then do ln -s /lib/modules/foldername /lib/modules/4.5.2-armada375

    not an elegant solution, but did work so far for my use case...

    @zeitgeist said:
    Dunno how you guys did, but it doesn't work in my case. I honestly don't even understand how it is supposed to work for you. :p

    Under Debian Stretch, for example, the ovh kernel is installed in the uImage format, which is loaded by U-Boot. On the other hand, the standard Debian arm kernel is installed as a “raw” ELF image (vmlinux). It is basically ignored by U-Boot, which is why you see the same kernel after reboot. Why your upload throughput has suddenly increased - IHNFC :) But it didn't work for me.

    I tried converting the Debian stock kernel to uImage.

    $ cd /boot
    $ mkimage -A arm -O linux -T kernel -C none -a 0x00008000 -e 0x00008000 -n Linux-4.9.0-6-armmp -d vmlinuz-4.9.0-6-armmp uImage-4.9.0-6-armmp
    $ rm uImage
    $ ln -s uImage-4.9.0-6-armmp uImage

    but then the server wouldn't start (don't see why). I also tried adding the correct dtb file to the image:

    $ cd /boot
    $ cat vmlinuz-4.9.0-6-armmp armada-375-mirabox.dtb >> image_temp
    $ mkimage -A arm -O linux -T kernel -C none -a 0x00008000 -e 0x00008000 -n Linux-4.9.0-6-armmp -d zImage-image_temp uImage-4.9.0-6-armmp
    $ rm uImage
    $ ln -s uImage-4.9.0-6-armmp uImage

    But again it didn't boot then. Not sure what else I am missing here.

    you are totally right, the workaround is quite dirty and not really how it is supposed to be done. yet it was the fastest way to check if somehow the kernel is the root cause here.

    afaik one could try to start a vnc server from rescue mode to connect to via ssh tunnel and run a netinst through it? but from what I saw the diskspace in rescue is very limited and 2GB RAM are not much either to create additional ramdisk...
    or maybe try to narrow down, which kernel module is at fault and if it can be replaced manually somehow.

    for why it is not working: maybe it makes a difference, if you just remove the armada kernel package or even purge everything related to it, including the headers/modules stuff. after a reboot I did find a broken link to the uImage in /boot, but I have no experience with uImage/ELF and stuff. also too lazy to just dig into it yet ;-)

    as written above, the package swap most likely isn't a clean solution, yet I intend to use the box only as storage, so won't really run anything besides ssh anyways.
    good enough for me, sorry for everyone if it isn't working for you and please be aware that the whole replacement might come with yet unknown side effects.

    TL;DR; as you all are buying unmanaged dedicated servers, I am sure you know what you are doing here :-D :-D :-D

    Thanked by 1Ympker

    UltraVPS.eu KVM in US/UK/NL/DE: 15% off first 6 month and cheap 750G / 2TB storage offers
    Netcup KVM: 2GB 40TB BW - 16,14€ 6m or 2 dedCore 6GB 320GB - 78,88€ 12m /w 5€ off: 36nc15279180197 | 36nc15292244387

  • sinsin Member

    Falzo said: yet I intend to use the box only as storage, so won't really run anything besides ssh anyways.

    Yeah I'm going to use mine just for storage (I'm going to be rsyncing backups from my servers to the SYS ARM) and that's it so I won't be running anything else. Hopefully no future updates or anything mess it up.

  • @InfinityHosting said:
    4.5.2-armada375 #1 SMP Tue Oct 25 11:52:56 CEST 2016

    You have installed debian 9 template with distribution kernel ?

    https://www.lowendtalk.com/discussion/comment/2805818/#Comment_2805818

    Yes. I did. I had the same result - first I installed with the Debian 9 template and distribution kernel selected. What got installed was the ovh kernel 4.9.58-armada375 through:

    $ cat /etc/apt/sources.list.d/ovh.list
    deb http://last.public.ovh.hdaas.snap.mirrors.ovh.net/debian/ stretch main

    when you uninstall it with

    $ apt purge armada

    install the Debian kernel instead with

    $ apt install linux-image-4.9.0-6-armmp linux-headers-4.9.0-6-armmp

    and reboot the machine, what happens is that an earlier ovh kernel (4.5.2-armada375) is booted. Where does that kernel come from? Good question. :) Anyone?

    On the other hand the Debian kernel doesn't appear to be used at all - neither when you do a fresh setup (with distribution kernel selected) nor when you install it manually afterwards.

    My test after removing the kernel 4.9.58-armada375 kernel, installing the debian ones instead, and rebooting:

    $ uname -r -v
    4.5.2-armada375 #1 SMP Tue Oct 25 11:52:56 CEST 2016

    $ iperf -c iperf.online.net

    ------------------------------------------------------------
    Client connecting to ping.online.net, TCP port 5001
    TCP window size: 87.5 KByte (default)
    ------------------------------------------------------------
    [  3] local x.x.x.x port 50034 connected with 62.210.18.40 port 5001
    [ ID] Interval       Transfer     Bandwidth
    [  3]  0.0- 1.0 sec  46.8 MBytes   392 Mbits/sec
    [  3]  1.0- 2.0 sec  43.5 MBytes   365 Mbits/sec
    

    Now isn't that funny. Now the throughput is fine. I swear it was stuck at 5 Mbits/sec when I ran the same speedtest an hour ago.

    Whatever. Perhaps this earlier 4.5.2-armada375 kernel doesn't have speed throttling. Unfortunately, it is really old (2016), and I would rather be able to use a patched kernel and to have an unthrottled network.

    PS: I tried using the Debian stock kernel via KEXEC, but ovh's kernel doesn't support KEXEC. :(

  • Btw, you can see an OVH engineer talking about their patched kernel for our boxes here:

    http://lkml.iu.edu/hypermail/linux/kernel/1605.0/00407.html

    And there's also included the kernel patches for it:

    http://lkml.iu.edu/hypermail/linux/kernel/1605.0/00407/patches.tgz

    Looks like they are patching tcp.c and tcp_output.c ...

    Thanked by 2Falzo that_guy
  • twingtwing Member

    Falzo said: check /lib/modules for the name of the folder inside, then do ln -s /lib/modules/foldername /lib/modules/4.5.2-armada375

    I tried but it still error'd with

    modprobe: ERROR: could not insert 'ip_tables': Exec format error
    iptables v1.6.0: can't initialize iptables table `filter': Table does not exist (do you need to insmod?)
    Perhaps iptables or your kernel needs to be upgraded.
    

    But thanks for the help, im going to give debian a try and ditch ubuntu.

  • ZerpyZerpy Member

    @zeitgeist said:
    Btw, you can see an OVH engineer talking about their patched kernel for our boxes here:

    http://lkml.iu.edu/hypermail/linux/kernel/1605.0/00407.html

    And there's also included the kernel patches for it:

    http://lkml.iu.edu/hypermail/linux/kernel/1605.0/00407/patches.tgz

    Looks like they are patching tcp.c and tcp_output.c ...

    Soooo I see mainly gso related things - have people tried disabling gso? ^_^

  • @twing said:

    Falzo said: check /lib/modules for the name of the folder inside, then do ln -s /lib/modules/foldername /lib/modules/4.5.2-armada375

    I tried but it still error'd with

    modprobe: ERROR: could not insert 'ip_tables': Exec format error
    iptables v1.6.0: can't initialize iptables table `filter': Table does not exist (do you need to insmod?)
    Perhaps iptables or your kernel needs to be upgraded.
    

    But thanks for the help, im going to give debian a try and ditch ubuntu.

    After uninstalling the updated ovh kernel, what you get is an older one that's probably booted through netboot I am not sure. What's missing are the right modules now. You could install it via

    $ wget http://last.public.ovh.hdaas.snap.mirrors.ovh.net/ubuntu/pool/main/l/linux-modules-armada375/linux-modules-armada375_4.5.2-4_armhf.deb

    $ dpkg -i linux-modules-armada375_4.5.2-4_armhf.deb

Sign In or Register to comment.