@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...
@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??
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'
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'
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
@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.
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:
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
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)?
@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
@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:
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
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 ;-)
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.
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.
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.
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.
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.
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
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.
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:
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.
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.
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
Comments
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...
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
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!
My Weather website | Personal blog | Uptimes status |
[ wget https://x86.ca/bench.sh -O - -o /dev/null|bash ]
The NIC is 2.5Gbit, but the guarantee is just 250Mbit which you can exceed often.
novaDedi, Dedicated comparison table, Dedis from 2.99€, 1TB Storage from 2.25€.
Nice, replacing armada with 4.9.0-6-arrmp works wonders:
No grub, and
uname -rstill says4.5.2-armada375for 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??
Can we do something similar on Ubuntu, to fix the upload speeds?
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
.ALto 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
Anyone on ubuntu template, use this...
Speedtest Results
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.
>
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:
After:
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
>
You can not install 4.9.0-5 it isn't available in the package list from SYS template.
Thanks a lot @Falzo!
Before - (Debian 9 Template)
Switched kernel -
After -
Strange, I reinstalled Debian 9 on the ARM and now, without any modifications, the speed is no longer throttled. Did they fix something ?
Maybe they are reading this thread and implemetned somthing?
Did you install it with custom installation or not? distribution kernel or not
Thank you for that! I was disappointed with the upload speed but now it's good
Thank you so much. Debian 9, Kernel changed to 4.9.0-6 and the issue was gone

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)?
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...
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 ...
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".
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.
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
Work for me. Thanks.
Wow, after reading the full thread and seeing how this turned out I think LET is amazing
Seems like LET is better than OVHs support
+1. lowendsupport
Any hosting panel that can run on these armv7 server?
need ftp and webserver on this.
Did the following on Ubuntu
But it breaks iptables/ufw with the following error
Any way to fix this?
i need a simple panel too, thanks LET-Support
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.
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.
Debian 9 template
and
works for me thanks to all!
INFINITY-HOSTING.COM | VPS Server begin from 3€/m
after reboot, what does it say when you do
$ uname -r -v
`
INFINITY-HOSTING.COM | VPS Server begin from 3€/m
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.
[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
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
INFINITY-HOSTING.COM | VPS Server begin from 3€/m
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!
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?
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...
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
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
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.
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
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 ...
I tried but it still error'd with
But thanks for the help, im going to give debian a try and ditch ubuntu.
Soooo I see mainly gso related things - have people tried disabling gso? ^_^
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