At this point I don’t pay anyone for licensing. I can modify everything towards my needs. Update libraries as per my requirements and not bound by rules made by others.
@Shakib said:
Why not go for an open source solution?
At this point I don’t pay anyone for licensing. I can modify everything towards my needs. Update libraries as per my requirements and not bound by rules made by others.
I believe this is the way to go forward.
That would be naturally desirable for any hoster, not having to pay for licensing and much especially to have something open-source, and I do speak for myself when I say that this licensing does create some distortions - RAM-wise for example we have to tend to go to bigger servers, in order to dilute the cost of VirtFusion.
Relevant, especially in the present context.
At present what I can say to you is that we have already no licensing costs on the billing panel - we've bought the one-time license for it following the Black Friday entries, and that alone was a yearly 310 USD writeoff - and we'll be working (after the migrations) on the payment gateway's side, in an attempt to get a primary gateway that has a lower cost than the one we're primarily using (since I don't expect any negotiation on the current one to go through), closer to interchange fees.
But regarding VPSes, we do feel the added support and the "someone else managing the stack" factors are relevant on VirtFusion, not to mention it's a swiss-knife that does many things and many things right without one bug, and the interface is very pleasant. There are several caveats on the NAT and IPv6 side of things which they've mastered to an extent that is not seen with other panels. Even full IPv4s work better on MacVTap.
If we would be doing it ourselves, we would have to design an entire panel from scratch, and we would be on our own for any issues or bugs. We've looked at Proxmox, but the API does not expose any NAT functions (it's well understood why) so it couldn't be controlled locally. It would be a viable solution on a model with dual-stack and full IPv4s, but not on our primary model. That's why we went with VirtFusion too.
Our approach to offset the licensing costs on VF was to actually sell the module we've done and sell the support. I don't expect it to fully offset the cost given how niche of a billing system WiseCP is, but it may help to some extent.
I've opened a ticket with @VirtFusion's support attempting to give the designed module to them for free, for everyone to have access to it, and in exchange have a licensing discount, but that ticket was open for 30 days and no one answered, which probably speaks for their interest on supporting WiseCP as a billing panel.
I'm an existing LTD customer and unsure about the migration process. No info received yet. Are my servers being automatically migrated? Do I need to do anything? I see new ones in "Awaiting setup" on virtportal.cfld.uk/dashboard but got no further emails or details. What happens next? I have backup and automated provisioning but unsure whether just new hosts have been created or hosts are being migrated.
@TheByteBolt said:
I'm an existing LTD customer and unsure about the migration process. No info received yet. Are my servers being automatically migrated? Do I need to do anything? I see new ones in "Awaiting setup" on virtportal.cfld.uk/dashboard but got no further emails or details. What happens next? I have backup and automated provisioning but unsure whether just new hosts have been created or hosts are being migrated.
The server user registration, package and other details are migrated (carried over) to the new platform, but the servers are a redeployment (recreation), so you'll need to use backups you've taken locally.
The "first steps" will be published in a Knowledge Base article because we're also seeing some servers still at "Awaiting Setup", but essentially, once you recieve the activation e-mail, you need to:
click on "Manage" on your VPS
click on the "Panel" button slightly below your VPS name (on the opened window)
login with your e-mail and password, if it is a 1st time login you'll probably need to reset the password, which you can do on that very page or on the "Reset Panel Password" button (on the same place where you clicked "Panel")
and after logging in you're set. Just fill any name for your VPS, select an OS, and click "Install".
We'll also translate many of the packages in other languages once this migration is complete, as well as the relevant articles at the KB, just like we used to do. English naturally has the first priority, but after things settle we proceed to do other things.
We're handling former Delta1 customers at the moment on this process, Zeta.5 New Jersey will have to be last because we've found an error on IPv6 provisioning which we'll need to correct essentially everywhere. The present target is for Zeta.5 New Jersey users to start being deployed in ~4/5h, and for the whole process to complete in ~8/9h.
We're putting on the new platform manually, one by one, well above a thousand services. This is what we've done already some 14 days ago and that's what we're doing now.
Starting from 02-01-2026, C-Servers would like to inform that the maximum limit of websites you can add per user account is 3, regardless of the number of VMs. Adding any number higher than 3 may render your server unavailable and your service terminated, due to upstream policies. This rule is only enforced on VPS servers in Falkenstein and Helsinki. We apologize for any inconvenience caused.
Could you clarify this policy? I understand it is meant to prevent abuse on the platform, but I want to be sure I don’t accidentally trigger it by using subdomains or similar setups to access my services.
@TheByteBolt said:
Thanks. My servers are rebuild from backup.
I noticed in the server dashboard:
Starting from 02-01-2026, C-Servers would like to inform that the maximum limit of websites you can add per user account is 3, regardless of the number of VMs. Adding any number higher than 3 may render your server unavailable and your service terminated, due to upstream policies. This rule is only enforced on VPS servers in Falkenstein and Helsinki. We apologize for any inconvenience caused.
Could you clarify this policy? I understand it is meant to prevent abuse on the platform, but I want to be sure I don’t accidentally trigger it by using subdomains or similar setups to access my services.
Hello,
Subdomains don't count towards the limit, this is only for main domains - and on these two locations only. If you're at any other location, this does not apply. We had to include this limit after an unexpected issue with an user that had 21 websites and somehow triggered one of the upstream's filters...
In the meantime, and after 12 continuous hours of work, we're pleased to say the migration to VirtFusion is complete!
Users that were at Zeta.5 New Jersey and that had any of the JumboDisk VPS services: we still have your data intact and, later today, we'll attempt to reinstate the secondary disk image with all the HDD data to your VPS, on a per-user basis, again, one by one. The plan and the VPS are already active, but it's recommended, for today, not to use the secondary disk until we get to everyone (we're talking about some TBs of data, but not many users to move).
Thank you very much everyone for your patience throughout this process!
Just as before, any VPSes/services that could be missing, please send us an e-mail to migrations[at]c-servers.co.uk, until February 7th.
Nice work! Looks like all of my services are accounted for this time
Quick question, the Zeta.5 New Jersey services are on a server with a Ryzen 9 7950X3D processor, which is correctly reflected in the VirtFusion panel, but inside the VM it shows up as "AMD EPYC-Genoa Processor". Why is that?
I don't think this affects me in any way, and it's very obviously still the Ryzen 9 7950X3D, but I'm just curious more than anything.
Nice work! Looks like all of my services are accounted for this time
Quick question, the Zeta.5 New Jersey services are on a server with a Ryzen 9 7950X3D processor, which is correctly reflected in the VirtFusion panel, but inside the VM it shows up as "AMD EPYC-Genoa Processor". Why is that?
I don't think this affects me in any way, and it's very obviously still the Ryzen 9 7950X3D, but I'm just curious more than anything.
Thanks!
We sure did attempt to ensure that
Regarding your question, this is actually passed on by default in this way to the VM, on VirtFusion. We've already attempted to change this to host-passthrough or host-model to see if it would reflect adequately the exact model on Yabs, but didn't do much.
Regardless of that, performance will always continue to be the native performance of the CPU and as much as possible we can provide.
To be honest if a host is using anything except for VirtFusion (own in house stuff not counted) I run a mile.
There is literally no one in this industry with more experience in VPS hosting platforms than Phill who owns/operates VirtFusion and he genuinely cares about quality on a personal level.
I see Virtualizor or SolusVM these days and just cringe. I understand there is naturally some legacy lock in but you really should have plans to move by now if you're not on VirtFusion.
You use VirtFusion so you can just get on with running your business instead of trying to also be a software engineer.
TierHive - Hourly VPS - NAT Native - /24 per customer - Lab in the cloud - Free to try. FREE tokens when you sign up, try before you buy. | Join us on Reddit
@cservers said:
Users that were at Zeta.5 New Jersey and that had any of the JumboDisk VPS services: we still have your data intact and, later today, we'll attempt to reinstate the secondary disk image with all the HDD data to your VPS, on a per-user basis, again, one by one. The plan and the VPS are already active, but it's recommended, for today, not to use the secondary disk until we get to everyone (we're talking about some TBs of data, but not many users to move).
I didn't receive an email about migration, but I do think I have a Zeta.5/JumboDisk plan.. and was wondering why it has been down a couple days. Glad I found this post!
Comments
Why not go for an open source solution?
At this point I don’t pay anyone for licensing. I can modify everything towards my needs. Update libraries as per my requirements and not bound by rules made by others.
I believe this is the way to go forward.
HostCram LLC - Web Hosting Built For Speed, Reliability, Security & Uptime! [We operate AS39618]
That would be naturally desirable for any hoster, not having to pay for licensing and much especially to have something open-source, and I do speak for myself when I say that this licensing does create some distortions - RAM-wise for example we have to tend to go to bigger servers, in order to dilute the cost of VirtFusion.
Relevant, especially in the present context.
At present what I can say to you is that we have already no licensing costs on the billing panel - we've bought the one-time license for it following the Black Friday entries, and that alone was a yearly 310 USD writeoff - and we'll be working (after the migrations) on the payment gateway's side, in an attempt to get a primary gateway that has a lower cost than the one we're primarily using (since I don't expect any negotiation on the current one to go through), closer to interchange fees.
But regarding VPSes, we do feel the added support and the "someone else managing the stack" factors are relevant on VirtFusion, not to mention it's a swiss-knife that does many things and many things right without one bug, and the interface is very pleasant. There are several caveats on the NAT and IPv6 side of things which they've mastered to an extent that is not seen with other panels. Even full IPv4s work better on MacVTap.
If we would be doing it ourselves, we would have to design an entire panel from scratch, and we would be on our own for any issues or bugs. We've looked at Proxmox, but the API does not expose any NAT functions (it's well understood why) so it couldn't be controlled locally. It would be a viable solution on a model with dual-stack and full IPv4s, but not on our primary model. That's why we went with VirtFusion too.
Our approach to offset the licensing costs on VF was to actually sell the module we've done and sell the support. I don't expect it to fully offset the cost given how niche of a billing system WiseCP is, but it may help to some extent.
I've opened a ticket with @VirtFusion's support attempting to give the designed module to them for free, for everyone to have access to it, and in exchange have a licensing discount, but that ticket was open for 30 days and no one answered, which probably speaks for their interest on supporting WiseCP as a billing panel.
Tiago
I'm an existing LTD customer and unsure about the migration process. No info received yet. Are my servers being automatically migrated? Do I need to do anything? I see new ones in "Awaiting setup" on virtportal.cfld.uk/dashboard but got no further emails or details. What happens next? I have backup and automated provisioning but unsure whether just new hosts have been created or hosts are being migrated.
The server user registration, package and other details are migrated (carried over) to the new platform, but the servers are a redeployment (recreation), so you'll need to use backups you've taken locally.
The "first steps" will be published in a Knowledge Base article because we're also seeing some servers still at "Awaiting Setup", but essentially, once you recieve the activation e-mail, you need to:
We'll also translate many of the packages in other languages once this migration is complete, as well as the relevant articles at the KB, just like we used to do. English naturally has the first priority, but after things settle we proceed to do other things.
We're handling former Delta1 customers at the moment on this process, Zeta.5 New Jersey will have to be last because we've found an error on IPv6 provisioning which we'll need to correct essentially everywhere. The present target is for Zeta.5 New Jersey users to start being deployed in ~4/5h, and for the whole process to complete in ~8/9h.
We're putting on the new platform manually, one by one, well above a thousand services. This is what we've done already some 14 days ago and that's what we're doing now.
Thanks. My servers are rebuild from backup.
I noticed in the server dashboard:
Could you clarify this policy? I understand it is meant to prevent abuse on the platform, but I want to be sure I don’t accidentally trigger it by using subdomains or similar setups to access my services.
Hello,
Subdomains don't count towards the limit, this is only for main domains - and on these two locations only. If you're at any other location, this does not apply. We had to include this limit after an unexpected issue with an user that had 21 websites and somehow triggered one of the upstream's filters...
In the meantime, and after 12 continuous hours of work, we're pleased to say the migration to VirtFusion is complete!
Users that were at Zeta.5 New Jersey and that had any of the JumboDisk VPS services: we still have your data intact and, later today, we'll attempt to reinstate the secondary disk image with all the HDD data to your VPS, on a per-user basis, again, one by one. The plan and the VPS are already active, but it's recommended, for today, not to use the secondary disk until we get to everyone (we're talking about some TBs of data, but not many users to move).
Thank you very much everyone for your patience throughout this process!
Just as before, any VPSes/services that could be missing, please send us an e-mail to migrations[at]c-servers.co.uk, until February 7th.
@cservers,
Nice work! Looks like all of my services are accounted for this time
Quick question, the Zeta.5 New Jersey services are on a server with a Ryzen 9 7950X3D processor, which is correctly reflected in the VirtFusion panel, but inside the VM it shows up as "AMD EPYC-Genoa Processor". Why is that?
I don't think this affects me in any way, and it's very obviously still the Ryzen 9 7950X3D, but I'm just curious more than anything.
Thanks!
We sure did attempt to ensure that
Regarding your question, this is actually passed on by default in this way to the VM, on VirtFusion. We've already attempted to change this to host-passthrough or host-model to see if it would reflect adequately the exact model on Yabs, but didn't do much.
Regardless of that, performance will always continue to be the native performance of the CPU and as much as possible we can provide.
To be honest if a host is using anything except for VirtFusion (own in house stuff not counted) I run a mile.
There is literally no one in this industry with more experience in VPS hosting platforms than Phill who owns/operates VirtFusion and he genuinely cares about quality on a personal level.
I see Virtualizor or SolusVM these days and just cringe. I understand there is naturally some legacy lock in but you really should have plans to move by now if you're not on VirtFusion.
You use VirtFusion so you can just get on with running your business instead of trying to also be a software engineer.
TierHive - Hourly VPS - NAT Native - /24 per customer - Lab in the cloud - Free to try.
FREE tokens when you sign up, try before you buy. | Join us on Reddit
I didn't receive an email about migration, but I do think I have a Zeta.5/JumboDisk plan.. and was wondering why it has been down a couple days. Glad I found this post!