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.
All new Registrations are manually reviewed and approved, so a short delay after registration may occur before your account becomes active.
Comments
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.
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 ;-)
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!
after reboot, what does it say when you do
$ uname -r -v
`
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.
root@test:~# uname -r -v
4.5.2-armada375 #1 SMP Tue Oct 25 11:52:56 CEST 2016
root@test:~# 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