In order for everyone to be able to convince themselves of our servers and us as a provider, we currently offer a free test server (OpenVZ) to anyone interested. Immediately after providing an email address, you will have access to a regular server from our product range for 7 days. For more information, please see the FAQ article: Can I test your servers before purchasing?
However, we often receive confused inquiries and complaints shortly after the test server has been set up, asking why a bill is being received for the free test server or why they are suddenly being forced to extend the server.
Note in the web interface
We are a prepaid provider!
We want to clarify once again very clearly and transparently: Our test servers are free of charge and do not involve any extension or payment obligations. This is also the case with every other product we offer (prepaid)!
Why don’t I receive a bill?
Immediately after ordering the test server, we create a cancellation for your server. This means that no bill for optional extension will be generated. The server will simply expire after 7 days. If you want to extend the server, you can simply remove the cancellation. You will then receive a bill for the extension on the following night. However, you do not have to pay this bill.
What happens if I don’t pay?
If you do not pay the bill, nothing will happen. The product (in this case, the test server) will be deleted at the end of the term without you ever hearing from us again.
So, no worries! We don’t want to trap anyone, which is why we clearly communicate on the test server order page as well as in the web interface that you have no obligations. Sit back, power up your test server, and see if you are satisfied with the server and us! ð
In support, we often receive questions about whether it is possible to change the virtualization method. The question is whether an OpenVZ server can be migrated to KVM.
Unfortunately, the change from OpenVZ to KVM (and vice versa) is not possible for technical reasons. The virtualization methods are incompatible with each other.
If you want to change, you can still contact our support. We will then assign you a new server free of charge for a few days, so that you can set it up in peace. In this case, you will have to transfer the required files manually and reinstall the software.
With Sinusbot you can listen to music on your TeamSpeak or Discord server quickly and easily. The bot connects to your voice channel and offers a variety of features.
You can install the Sinusbot via the App Installer in the Cloud Manager. We will show you how to do that in this article.
First, of course, you need a virtual server. It doesn’t matter if you have rented an OpenVZ cloud server or a KVM root server. You can only install a database via the web interface if you have a Linux operating system on your server.
Go to the Cloud Manager of your server and scroll down. There you will find the action “App Installer“. We use this to install software on your server.
App Installer in Cloud Manager
After opening the app installer, click on the Sinusbot tile.
Sinusbot Installer Options
For a regular workflow we recommend to install YoutubeDL and to register the Sinusbot as a service. This way you can start and stop it later using service sinusbot start/stop.
By clicking on start installation the desired software package will be installed on your server. Wait a moment until the process is finished.
The running Sinusbot installation
In the final dialog you will find all information about the installation of the Sinusbot. Save this data well. You can also find the information under /root/sinusbot.txt.
After the Sinusbot installation
The Sinusbot is currently You can find the login mask at http://[IP]:8087/. There you can login with the username admin and the generated password.
It can sometimes happen that something is wrong with the system time on the server or that you want to change it for various reasons. All of this can be easily controlled using an SSH program like Putty.
First and foremost, it is important to check if the current minute in the system time is correct. It can happen that the time on one of our host systems is not accurate. In such cases, our support team can adjust it upon request. Usually, our host systems automatically synchronize the time daily.
Instructions: Connect to your server using SSH. You can use Putty, for example. All you need is the IP address of your server, possibly (if changed) the port, and the root password. In this case, use the username “root”. Now, enter “date” to check the system time. After confirming the entry, the system time should be displayed. Compare it with the current time to see if any adjustments need to be made. If the system time is incorrect, please contact our support team for assistance. If everything is correct and only the time zone is wrong, proceed as follows:
Debian, Ubuntu, Suse
Enter “dpkg-reconfigure tzdata“. A selection field will appear. Choose “Europe” first and then “Berlin” for the German time zone. The time zone is now changed. It is recommended to double-check by entering “date” to ensure everything is correct.
CentOS
Enter “cp /usr/share/zoneinfo/Europe/Berlin /etc/localtime” and confirm. The time zone is now corrected. If you want to set a different time zone, adjust the input accordingly.
If your server doesn’t have enough performance for your needs, don’t worry. You can easily add more cores or RAM through our web interface with just a click, which will be a paid upgrade. If you later find that the server is too powerful, you can reduce the resources again and downgrade. We prioritize maximum flexibility and are always here to help you.
Where Can I Find the Upgrade/Downgrade Form?
First, click on “Conditions & Configuration” for the desired server in the web interface. Then open the change management section. Now select “Upgrade/Downgrade.”
VionityCP Upgrade/Downgrade
Note: Different server series have specific rules for the upgrade/downgrade process.
For an upgrade, you only need to pay the amount due for your remaining term, keeping the billing fair. For a downgrade, we will immediately credit the remaining balance to your account.
On our OpenVZ servers, you cannot install a kernel. This is due to the virtualization method, as the containers use the host system’s kernel. If you have an outdated kernel and need more information, you can find it here.
On our KVM servers, you are free to use any kernel you want. KVM utilizes full virtualization.
With our OpenVZ vServers (not to be confused with the KVM servers) you rent virtual cores that you share with other customers. Of course, they get a lot of work when you install, start and use some programs on your vServer. We check the load average to see if your server is overloaded. You can see the load of your server with the command “uptime“. We take the average of the last three numbers to calculate your load.
We have internally established the rule that describes the maximum allowed load of: 1.25 * number of cores booked
Cores
Max. Load
1 Core
1,25
2 Cores
2,5
4 Cores
6
6 Cores
7,5
8 Cores
10
We have integrated an automatism that cyclically monitors the average load of all virtual servers. We will lock your server if this automatism detects an overload 10x in a week. This ensures that no one overloads the host system and all customers can experience optimal service.
If your server is blocked, we will ask you for a statement. You will then have the following options:
Upgrade the server package for a fee to get a higher limit
Permanently reduce the server load
If you are not sure what is causing such a high load on your server, our support will be happy to help you.
Please note that during peak times (Friday evenings, weekends, holidays) everyone uses their vServer. Excessive load on one virtual server sometimes causes all other servers to react slower. Stay fair and try not to drive up the load on your server unnecessarily.
If you do not agree with this rule, we unfortunately have to terminate the prepaid relationship according to §7.2 (You are obliged to design your domain and the content accessible under it in such a way that an excessive load on our servers […] is avoided).
