C-Servers Presents: The 2000's Weekend - 50% Off Sitewide
Hello, and welcome!
We are close, very close, to get to the 2000 active services' mark. And we truly want to see that round number shining. 
As a thank you for your trust, C-Servers is introducing a special promotional campaign like you've never seen before - and that you'll never see after. Truly exceptional. So exceptional that, in fact, we didn't even do something similar on the Black Friday.
Only this weekend, 50% OFF RECURRING ON THE ENTIRE WEBSITE with the coupon "WEEKEND2000"!
That's 50% off for EVERYTHING, yes, everything - from Media/Radio Hosting to our popular VPS Servers, to JumboDisk, cPanel Web Hosting... Doesn't matter, it's all discounted!
The coupon expires on Monday. Be fast - grab your deal at the lowest price ever, and help us have that round, shiny 2000 services number. Which means - there's more people than ever that C-Servers. 
Comments
MultiGigabit VPS Services - Coventry, UK - SuperRAM VPS 24GB YABS
👀👀👀
btw, I didn't receive my ipv6?
Interesting lifetime services available it seems
Cloudron.io - Lovely self hosted management suite [aff]
HetrixTools - Highly recommended uptime monitor [aff]
Yes I currently own one! It is on the older hardware but I've been happy with it so far
Nice this looks like it brings a small storage box (500gb) to 27.74 for 3 years which is quite similar to hostbrr's storage box price for this amount but with more bandwidth and you get a full VPS.
C-Servers 99-year plan, do you dare?
best of "yoursunny lore" by Google AI 🤣 affbrr
@cservers
Something's wrong with the drive on my new LuxeVPS
DynamicVPS one-time series currently NAT ipv4?
And can someone give test IP for Frankfurt location?
Are there any inactivity rules/login requirements to keep the onetime payment VPS for lifetime ?
Why?
this was asked before (can't remember the reference) so I'll answer: no!
That’s actually good
Do we get dedicated IPv4 or just NAT ?
Why?
Nearly all of the MultiGigabit UK offer is out of stock (5 spots remaining on the 512MB). Demand for this has been out of this world today!
NanoVPS-384 US out of stock as well, you'll need to choose one of the other options.
I wonder how this is gonna be when we get the full IPv4 that many seem to desire?
You probably had a disk provisioning error, those are HDD speeds, not NVMe... Let us take a look at that - is it okay if we reprovision your service?
At this moment it's NAT.
Same server but today:
Absolutely, although I tested about a handful of times, and sometimes I get much, much higher results in some of the block size tests. It's a bit odd.
restock the us server.i want that
It will take a few days until it starts improving again, it's unfortunately normal. We had truly a lot of signups (on the hundreds) and naturally the existing disk bandwidth is consumed and shared by the users that are, naturally, configuring their things.
I've seen your case and you're actually provisioned correctly, it's for the most part many many users at the same time in New Jersey. (And we'll probably have to adjust the ARC there as well)
In a few days this should improve and in the meantime we'll also stay vigilant to any disk overusage. If everything else fails we can always provide the amount as account credit for example and you can attempt to purchase at any other server.
bummer no JumboDisk 500GB in Interserver, New York, with 50% coupon almost matches my Hostbrr in Utah, would be great to have an east coast storage server...
We are having some confirmed issues at Zeta.5 New Jersey, disk-wise, and we're understanding why. Optimization attempts are being done and things should get sorted out as soon as possible. Our Network Status was updated to reflect this and further continuous updates will be available here.
Looks like you meant the link to be https://web.c-servers.co.uk/network-status.html
I think omitting the https:// in your post made it use LES as the URL base
Yes! Now corrected
Are their also network issues? None of the inbound IPV4 ports have worked for a couple days now: but I know last week they were fine. The OS can reach out to the Internet: but nothing (even the default SSH port) can come back in.
@cservers
Hey, my VPS got whacked/downgraded in the recent migration. I submitted a ticket Jan 20 on the new support platform, and Tiago told me to email [email protected] instead. So I tried that. But your support email (with IONOS?!) is bouncing with "550-Requested action not taken: mailbox unavailable 550".
Can I enter my ticket here instead? ;-)
Or do y'all have plans to re-enable support?
We're internally migrating our e-mails to Microsoft 365/Exchange (and WebStore/VirtPortal were already with Azure ECS), you can temporarily open a ticket at Support and it will be accepted.
Hmmm, please send us a ticket... and we'll take a look. If necessary we'll escalate to who manages the stack but it should be working, there were no networking changes on the node...
We're having some difficulty on establishing a pattern there, which would be very much useful to troubleshoot this in the best way. In particular because it is not something we're seeing users in general having issues with... Libvirt being Libvirt, probably.
OK, ticket 698 created, which is basically a duplicate of ticket 333.
Okay, giving a public update (we'll address this more particularly on existing tickets on a one-to-one basis): after some testing, we've seen NAT is working correctly for newly-issued VMs, passing inbound traffic, and also for a substantial amount of users at Zeta.5 New Jersey. This is dependent on iptables port-forwarding rules and we've seen several of them - they're working as intended, the same as port-forwarding at sysctl level.
So this is not system-wide, by far - and will be restricted to a restrict few unlucky VMs (probably not more than ~5, according to our estimates) who may have gone bust on that part. This is also why we're not seeing a massive volume of tickets with this issue - because for most, this isn't an issue, at least for the present time. We're also not seeing this issue accross all of our other servers.
We'll address this on the ticketing system tomorrow and we'll attempt anywhere from providing a new IP, requiring a reinstall, up to an entire VM removal and reinstatement, which, if everything else fails, will refresh/recreate NAT rules with different IP issuance and should sort this issue once and for all.
In the meantime, three relevant technical/company updates:
» Following the reported e-mail issues between late December and during the month of January, which caused difficulties on passing the necessary communication of the migration to VirtFusion, we're pleased to say: we've just now fully transitioned to e-mails being handled with Microsoft (previously it was Ionos). We're using Microsoft Azure E-mail Communication Services for the outbound, and standard Exchange for the inbound e-mail. It is a reliable provider and we do not expect any major issues from now on.
» We're also now implicitly (since early February) requiring a permanent regular e-mail for new registrations/users. Only standard regular e-mails are allowed now, not even an alias is allowed. If it is of the utmost concern to you, create a dedicated e-mail just for your usage with C-Servers and forward e-mails to wherever you'd like - it is essential for you to recieve our communications and be up-to-date, and, most important... it's free.
» We've soft-refreshed our website design, launched just 4 hours ago. We're departing from the previous near-stock WiseCP experience to a new experience, which is made in order to be much simpler, much cleaner and with better readability.
A relevant feedback we got on our website was that it seemed, for some, too colorful, rounded and hard to read; this has now been greatly simplified and we are using improved contrast defaults and a different color palette, with the main font being now the open-source reference IBM Plex Sans. On our e-mails, we've also improved readability, by changing from the cold "Titillium Web" default to the classic Trebuchet MS, which also allows for a continuity on the website experience. Localization (and some minor specifics that this change brought) will all be addressed during today.
uhhh
Hey @Nybble, did you get this taken care of? I was in the same boat ( my ssh port didn't work - was the only thing I had mapped to ipv4 ) but after adding a couple rando ports to see if it was just ssh or if something else worked my ipv4 magically started working.
How are you defining and alias?
Holy. Crap. That worked! Thank you!
They had tried assigning me a new internal IPv4, but nothing changed. However after adding a new useless port-forwarding rule like you suggested... all the old broken rules reactivated. I need to try some other things: but it looks like that fixed things.
And another thing to add to the Knowledge Base...
This is excellent. Thank you for the input!
30 days extra free service for @skorous. Send us your associated e-mail and VM where you desire those 30 days over PM and we'll do it tomorrow. This will also be reported to VirtFusion.
Too high fragmentation on the disk, from what we've just seen. Incredible like regular usage in just 2 months has rendered a 98.8% fragmentation percentage. The underlying system is in XFS for this particular server (an exception for the general FS used everywhere else), so we're running a xfs_fsr online and things should improve in the next 24/48h without downtime for anyone.
CPU-wise it's not yet possible to do much, it's being analyzed to see what we can improve there. Loads were expected to drop but it didn't happen to the extent we'd desire.
That's great to hear too! I have no performance complaints - though after the recent no-inbound-ports scare I am making an rsync backup just-in-case. That's proceeding slowly... but it doesn't need to be fast: just slow and steady...