Howdy, Stranger!

It looks like you're new here. If you want to get involved, click one of these buttons!


Shells Virtual Desktop
BMail.ag - Secure Email Service
Server.net
CPLicense.net
VPS Server
Buy VPN
Vultr
VMs for AI
HostDare
ReliableSite White-Label Dedicated Hosting for Resellers
InterServer VPS
BMail.ag - Secure Email Service
Best VPN
High-Performance Bare Metal Server Solutions
Karvl.com
Server Mania Cloud Hosting
DataWagon Hosting
AlphaVPS Hosting
Evoxt.com
Clouvider
VPS Hosting with NVMe
Residential IPs in the US & 4G Mobile Proxies in EU & US with Unlimited Bandwidth
ReliableSite White-Label Dedicated Hosting for Resellers
Rabisu - Hosting Solutions
Shells Virtual Desktop
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.

Nice surprise from c-servers

wow, randomly recieved an email showing that my service was canceled. No warning, nothing, just straight out delete a 2 yrs vps with its data. I'm not even using it, just idling.
0/10 never use this provider anymore, I don't want to either talk or resuming, this is a straight fraud and user's data is being treated like garbage.

Thanked by 1mans_xd
«1

Comments

  • Not the first and not the last one complain about them i have had talk with
    @PointyCandle
    and talk about how shit, this business, anyway, they are going to deadpool

    Thanked by 2mhpteam whiterider
  • @mans_xd said:
    Not the first and not the last one complain about them i have had talk with
    @PointyCandle
    and talk about how shit, this business, anyway, they are going to deadpool

    the website took me half a minute just to load the log in page :neutral:

    Thanked by 1mans_xd
  • They're migrating from SolusVM to VirtFusion and this seems to be part of that migration process. So don't panic just yet. Give them some time and things should straighten out.

    There's more detail in the OGF in case anyone is really interested. It seems many didn't get any notification (via email) of this planned migration and so there's some confusion around the emails.

  • I has a vps from this comp, feel not bad, hope not meet this kind situation.

  • If any host do that to me, I’ll spend my life posting that story around everywhere, and not stop till they apologize to me or refund.

    Don’t fuck with me

  • alfatarsosalfatarsos Member, Host Rep
    edited January 12

    Everyone will be reactivated, it's part of the SolusVM - VirtFusion migration. We've sent an e-mail beforehand with this, it's (unfortunately) expected behaviour. Our apologies for any inconvenience caused.

  • SaragoldfarbSaragoldfarb Member, Megathread Squad

    @alfatarsos said:
    Everyone will be reactivated, it's part of the SolusVM - VirtFusion migration. We've sent an e-mail beforehand with this, it's (unfortunately) expected behaviour. Our apologies for any inconvenience caused.

    You can make it up to us by dropping a good Finland deal o:)

  • alfatarsosalfatarsos Member, Host Rep
    edited January 12

    @Saragoldfarb said:

    @alfatarsos said:
    Everyone will be reactivated, it's part of the SolusVM - VirtFusion migration. We've sent an e-mail beforehand with this, it's (unfortunately) expected behaviour. Our apologies for any inconvenience caused.

    You can make it up to us by dropping a good Finland deal o:)

    Let's see what we can do after it is migrated. ;)

    PS - Notice now on the front page of the website, immediately visible when opening the WebStore, so any doubts are cleared.

  • This is the email I received January 8th:

    SolusVM - VirtFusion User Migration 2026

    Dear Xrmaddness,

    Hope this e-mail finds you well, first and foremost.

    As we had already announced upon our VirtFusion deployments, we have deprecated our SolusVM 2 platform, and are starting to deploy VirtFusion accross all our servers.

    What does this mean for you?

    Due to significant underlying differences between SolusVM and VirtFusion, and after thorough technical evaluation, we have decided not to migrate, but to entirely redeploy all the existing VPS servers - but on an orderly fashion, allocated timeframes and at a relaxed pace, so everyone can plan, backup and adjust accordingly. This is the cleanest, most safe way of executing this migration, and we apologize in advance for all the inconvenience it may carry, but there are significant networking and cloud-init differences that were tested and seen to contribute to a migrated VPS potentially stay without any Internet after the migration, depending on the implemented OS.

    This way, we ensure everyone gets an operational system after reimplementation, and everyone can benefit of the new networking advantages VirtFusion provides over SolusVM.

    A good procedure will be to take notes of your existing configuration, or do a formal backup of your system, prior to the migration. An example of these tools is rsync. But you can use any others, at will, depending on your needs. C-Servers will take no responsibility on data loss for this migration, it's a significant system change and we can't unfortunately ensure what, otherwise, we'd be very much glad to ensure.

    For JumboDisk Storage VPS users in Zeta.5 New Jersey

    Your first disk will always be redeployed, just like other users, but we found we're able to retain the original filesystem pools and file structure - and with that, autonomously retain the files. This will allow you, due to the way we've originally decided to implement your JumboDisk secondary disk, to retain all files without any loss whatsoever, despite the fact that any symlinks or any configurations dependent on the main VPS node (e.g. special filesystems installed to your secondary disk from your main VPS node) will fail, if you've done any.

    Despite this specific, we still strongly recommend, nevertheless, that you execute backups on your existing files, as we may have the exceptional need of reimplementing your disk without any files whatsoever for any unforeseen reason. It's strongly recommended to do so, may we insist. It's also a question of responsibility.

    You'll have no difficulties on doing backups of your data - we have plenty of available traffic at Zeta.5 New Jersey and a 10 Gbps line is available, ensuring multiple concurrent backups will be able to be executed simultaneously. Therefore, backup at will, with the peace of mind that we will still try to implement our best scenario possible at any moment.

    Does this change incur any additional cost?

    Despite the significant improvements this change brings, the change will be done at no extra cost whatsoever for anyone. By doing so, it will probably be a good time to stress that C-Servers is explicitly accepting to reduce their margin, in exchange for customer retention - VirtFusion costs more than 2x what SolusVM costs.

    We will compensate the additional cost offset of 12 USD per server through several internal changes we'll implement upon migration, which will be destined to allow a reasonable offset of the new pricing, but which will be mostly transparent to the existing customers, all while allowing some new customers in. Some of them were already implemented at the support level, others will follow technically.

    What is the calendar for these changes?

    The expected calendar is as follows:
    » Zeta.6 Finland - 11/01/2025, 10h00 GMT
    » Zeta.7 Finland - 11/01/2025, 22h00 GMT
    » Zeta.5 New Jersey - 24/01/2025, 10h00 GMT
    » Delta.1 Frankfurt - 25/01/2025, 10h00 GMT

    All migration procedures are expected to occur for a period of up to 72 hours per server, with downtime expected starting at these days and times for everyone. Migrations will be executed starting from the highest-paying customers down to the lowest-paying customers on a per-plan basis, and you will recieve three e-mails: one for cancellation, the other one for reactivation, and the third one directly from VirtFusion and confirming that your server is now a VirtFusion VPS.

    All procedures will be manual. There will be no Specialized Support for these customers during this time outside of the Live Chat or the e-mail: [email protected]

    But I have an essential function going on at the VPS! How can I ensure I'll get the least downtime possible?

    If you have an essential task, e.g. a professional task going on at the VPS, and you would like to ensure that your VPS is redeployed first so you can get things up and running again as soon as possible, we do provide a priority service. Simply e-mail us at the previously described e-mail ([email protected]) stating your VPS name, your account name and e-mail associated, and that, due to a professional task, you need to have things up again on a given VPS as soon as possible.

    Upon reprovisioning your VPS, you'll have priority over the regular per-plan order and be deployed first, benefiting from the lowest downtime possible. This is the best that we can possibly do, in full respect for your needs. We also again apologize for the inconvenience of this migration, but we ensure you'll get better served than you are now.

    Changes for Delta1 users on VPS plans under 512MB RAM

    There's one single change that may be noticed, and it's on Delta1 customers (Xeon E5-2695 v4) with VPS plans equal to or below 512MB of RAM: due to the mixture of increasing bandwidth costs and increasing hypervisor costs in Frankfurt, we will have to introduce a slightly lower CPU priority to the existing plans (implemented in VirtFusion through cgroups) which may increase IOwait on a given VPS system.

    However, it's also probably a good time to mention this: these customers have went from a IPv6-only reality, to a NAT64 + IPv6 reality, and now to a full IPv4 NAT + full IPv6 reality, at a price point that basically doesn't exist on the market at this point: paying for IPv4 NAT + IPv6 like if it was an IPv6-only VPS. While we are ensuring that the cost is honoured, being already a sensitive topic for some of our customers; that we don't do increases; and that a usable service is still always provided and tested; it is essential to guarantee that things are sustainable and, on that particular node, it will have to be done this way.

    For those customers at Delta1 that would like to have a normal priority level, they have two options: upgrading to existing Frankfurt VPS plans with at least 1GB of RAM on the node, or requesting to the Migrations e-mail stated below a price update to the current reference pricing of NanoVPS-384. Either of the two will remove the priority difference.

    Any other questions?

    You can always use the e-mail: [email protected].

    Best regards,
    Tiago Severino
    C-Servers Systems Administrator

  • ty for those information, i have checked my email inbox and spam folder twice, there was no such email saying they are migrating. The service was soon reactivated but I would not recommend using it :disappointed:

  • alfatarsosalfatarsos Member, Host Rep

    @mhpteam said:
    ty for those information, i have checked my email inbox and spam folder twice, there was no such email saying they are migrating. The service was soon reactivated but I would not recommend using it :disappointed:

    Hello. Can you share with me over DM why you are unhappy with our services? Let me see if I can do something for you. Thanks in advance and again, sorry for the inconvenience.

  • @alfatarsos said:

    @mhpteam said:
    ty for those information, i have checked my email inbox and spam folder twice, there was no such email saying they are migrating. The service was soon reactivated but I would not recommend using it :disappointed:

    Hello. Can you share with me over DM why you are unhappy with our services? Let me see if I can do something for you. Thanks in advance and again, sorry for the inconvenience.

    i dm'ed

    Thanked by 1alfatarsos
  • Got an activation email for mine again - updated YABS:

    # ## ## ## ## ## ## ## ## ## ## ## ## ## ## ## ## ## #
    #              Yet-Another-Bench-Script              #
    #                     v2025-04-20                    #
    # https://github.com/masonr/yet-another-bench-script #
    # ## ## ## ## ## ## ## ## ## ## ## ## ## ## ## ## ## #
    
    Mon Jan 12 11:57:29 CST 2026
    
    Basic System Information:
    ---------------------------------
    Uptime     : 0 days, 0 hours, 3 minutes
    Processor  : AMD EPYC-Rome Processor
    CPU cores  : 2 @ 3094.186 MHz
    AES-NI     : ✔ Enabled
    VM-x/AMD-V : ❌ Disabled
    RAM        : 1.9 GiB
    Swap       : 0.0 KiB
    Disk       : 19.6 GiB
    Distro     : Debian GNU/Linux 13 (trixie)
    Kernel     : 6.12.63+deb13-amd64
    VM Type    : KVM
    IPv4/IPv6  : ✔ Online / ✔ Online
    
    IPv6 Network Information:
    ---------------------------------
    ISP        : Hetzner Online GmbH
    ASN        : AS24940 Hetzner Online GmbH
    Location   : Helsinki, Uusimaa (18)
    Country    : Finland
    
    fio Disk Speed Tests (Mixed R/W 50/50) (Partition /dev/vda3):
    ---------------------------------
    Block Size | 4k            (IOPS) | 64k           (IOPS)
      ------   | ---            ----  | ----           ---- 
    Read       | 249.09 MB/s  (62.2k) | 2.45 GB/s    (38.3k)
    Write      | 249.75 MB/s  (62.4k) | 2.46 GB/s    (38.5k)
    Total      | 498.84 MB/s (124.7k) | 4.91 GB/s    (76.8k)
               |                      |                     
    Block Size | 512k          (IOPS) | 1m            (IOPS)
      ------   | ---            ----  | ----           ---- 
    Read       | 2.39 GB/s     (4.6k) | 2.50 GB/s     (2.4k)
    Write      | 2.52 GB/s     (4.9k) | 2.67 GB/s     (2.6k)
    Total      | 4.91 GB/s     (9.6k) | 5.18 GB/s     (5.0k)
    
    iperf3 Network Speed Tests (IPv4):
    ---------------------------------
    Provider        | Location (Link)           | Send Speed      | Recv Speed      | Ping           
    -----           | -----                     | ----            | ----            | ----           
    Clouvider       | London, UK (10G)          | 912 Mbits/sec   | 886 Mbits/sec   | 36.3 ms        
    Eranium         | Amsterdam, NL (100G)      | 925 Mbits/sec   | 920 Mbits/sec   | 27.2 ms        
    Uztelecom       | Tashkent, UZ (10G)        | 876 Mbits/sec   | 617 Mbits/sec   | 66.4 ms        
    Leaseweb        | Singapore, SG (10G)       | 664 Mbits/sec   | 599 Mbits/sec   | 190 ms         
    Clouvider       | Los Angeles, CA, US (10G) | 754 Mbits/sec   | 329 Mbits/sec   | 155 ms         
    Leaseweb        | NYC, NY, US (10G)         | 854 Mbits/sec   | 608 Mbits/sec   | 92.2 ms        
    Edgoo           | Sao Paulo, BR (1G)        | 687 Mbits/sec   | 313 Mbits/sec   | 221 ms         
    
    iperf3 Network Speed Tests (IPv6):
    ---------------------------------
    Provider        | Location (Link)           | Send Speed      | Recv Speed      | Ping           
    -----           | -----                     | ----            | ----            | ----           
    Clouvider       | London, UK (10G)          | 901 Mbits/sec   | 875 Mbits/sec   | 36.7 ms        
    Eranium         | Amsterdam, NL (100G)      | 911 Mbits/sec   | 906 Mbits/sec   | 27.2 ms        
    Uztelecom       | Tashkent, UZ (10G)        | 881 Mbits/sec   | 592 Mbits/sec   | 66.2 ms        
    Leaseweb        | Singapore, SG (10G)       | 709 Mbits/sec   | 531 Mbits/sec   | 190 ms         
    Clouvider       | Los Angeles, CA, US (10G) | 731 Mbits/sec   | 353 Mbits/sec   | 155 ms         
    Leaseweb        | NYC, NY, US (10G)         | 832 Mbits/sec   | 627 Mbits/sec   | 92.1 ms        
    Edgoo           | Sao Paulo, BR (1G)        | 535 Mbits/sec   | 194 Mbits/sec   | 221 ms         
    
    Geekbench 6 Benchmark Test:
    ---------------------------------
    Test            | Value                         
                    |                               
    Single Core     | 1703                          
    Multi Core      | 3068                          
    Full Test       | https://browser.geekbench.com/v6/cpu/16054040
    
    YABS completed in 13 min 7 sec
    
    Thanked by 1alfatarsos
  • I understand your frustration, and I do not dismiss the stress you are describing. However, I want to point out that making this public should not be the first course of action, especially when there are still private escalation paths available.

    If you feel that support responses are too slow or inadequate, the more transparent and constructive approach would be to directly contact the owner of the business and clearly address your concerns there. Escalating privately gives the business an opportunity to review the situation at a higher level and respond appropriately, without unnecessary public pressure.

    Going public before exhausting direct communication channels often escalates tension rather than resolving the issue. Reaching out to ownership would be a clearer and more effective way to seek accountability and clarification on what went wrong.

  • SaragoldfarbSaragoldfarb Member, Megathread Squad

    @AlteredParadox said:
    Got an activation email for mine again - updated YABS:

    # ## ## ## ## ## ## ## ## ## ## ## ## ## ## ## ## ## #
    #              Yet-Another-Bench-Script              #
    #                     v2025-04-20                    #
    # https://github.com/masonr/yet-another-bench-script #
    # ## ## ## ## ## ## ## ## ## ## ## ## ## ## ## ## ## #
    
    Mon Jan 12 11:57:29 CST 2026
    
    Basic System Information:
    ---------------------------------
    Uptime     : 0 days, 0 hours, 3 minutes
    Processor  : AMD EPYC-Rome Processor
    CPU cores  : 2 @ 3094.186 MHz
    AES-NI     : ✔ Enabled
    VM-x/AMD-V : ❌ Disabled
    RAM        : 1.9 GiB
    Swap       : 0.0 KiB
    Disk       : 19.6 GiB
    Distro     : Debian GNU/Linux 13 (trixie)
    Kernel     : 6.12.63+deb13-amd64
    VM Type    : KVM
    IPv4/IPv6  : ✔ Online / ✔ Online
    
    IPv6 Network Information:
    ---------------------------------
    ISP        : Hetzner Online GmbH
    ASN        : AS24940 Hetzner Online GmbH
    Location   : Helsinki, Uusimaa (18)
    Country    : Finland
    
    fio Disk Speed Tests (Mixed R/W 50/50) (Partition /dev/vda3):
    ---------------------------------
    Block Size | 4k            (IOPS) | 64k           (IOPS)
      ------   | ---            ----  | ----           ---- 
    Read       | 249.09 MB/s  (62.2k) | 2.45 GB/s    (38.3k)
    Write      | 249.75 MB/s  (62.4k) | 2.46 GB/s    (38.5k)
    Total      | 498.84 MB/s (124.7k) | 4.91 GB/s    (76.8k)
               |                      |                     
    Block Size | 512k          (IOPS) | 1m            (IOPS)
      ------   | ---            ----  | ----           ---- 
    Read       | 2.39 GB/s     (4.6k) | 2.50 GB/s     (2.4k)
    Write      | 2.52 GB/s     (4.9k) | 2.67 GB/s     (2.6k)
    Total      | 4.91 GB/s     (9.6k) | 5.18 GB/s     (5.0k)
    
    iperf3 Network Speed Tests (IPv4):
    ---------------------------------
    Provider        | Location (Link)           | Send Speed      | Recv Speed      | Ping           
    -----           | -----                     | ----            | ----            | ----           
    Clouvider       | London, UK (10G)          | 912 Mbits/sec   | 886 Mbits/sec   | 36.3 ms        
    Eranium         | Amsterdam, NL (100G)      | 925 Mbits/sec   | 920 Mbits/sec   | 27.2 ms        
    Uztelecom       | Tashkent, UZ (10G)        | 876 Mbits/sec   | 617 Mbits/sec   | 66.4 ms        
    Leaseweb        | Singapore, SG (10G)       | 664 Mbits/sec   | 599 Mbits/sec   | 190 ms         
    Clouvider       | Los Angeles, CA, US (10G) | 754 Mbits/sec   | 329 Mbits/sec   | 155 ms         
    Leaseweb        | NYC, NY, US (10G)         | 854 Mbits/sec   | 608 Mbits/sec   | 92.2 ms        
    Edgoo           | Sao Paulo, BR (1G)        | 687 Mbits/sec   | 313 Mbits/sec   | 221 ms         
    
    iperf3 Network Speed Tests (IPv6):
    ---------------------------------
    Provider        | Location (Link)           | Send Speed      | Recv Speed      | Ping           
    -----           | -----                     | ----            | ----            | ----           
    Clouvider       | London, UK (10G)          | 901 Mbits/sec   | 875 Mbits/sec   | 36.7 ms        
    Eranium         | Amsterdam, NL (100G)      | 911 Mbits/sec   | 906 Mbits/sec   | 27.2 ms        
    Uztelecom       | Tashkent, UZ (10G)        | 881 Mbits/sec   | 592 Mbits/sec   | 66.2 ms        
    Leaseweb        | Singapore, SG (10G)       | 709 Mbits/sec   | 531 Mbits/sec   | 190 ms         
    Clouvider       | Los Angeles, CA, US (10G) | 731 Mbits/sec   | 353 Mbits/sec   | 155 ms         
    Leaseweb        | NYC, NY, US (10G)         | 832 Mbits/sec   | 627 Mbits/sec   | 92.1 ms        
    Edgoo           | Sao Paulo, BR (1G)        | 535 Mbits/sec   | 194 Mbits/sec   | 221 ms         
    
    Geekbench 6 Benchmark Test:
    ---------------------------------
    Test            | Value                         
                    |                               
    Single Core     | 1703                          
    Multi Core      | 3068                          
    Full Test       | https://browser.geekbench.com/v6/cpu/16054040
    
    YABS completed in 13 min 7 sec
    

    Dang... That's sexy. Now I really regret not getting that clearout deal

  • @hellb0y said:
    I understand your frustration, and I do not dismiss the stress you are describing. However, I want to point out that making this public should not be the first course of action, especially when there are still private escalation paths available.

    If you feel that support responses are too slow or inadequate, the more transparent and constructive approach would be to directly contact the owner of the business and clearly address your concerns there. Escalating privately gives the business an opportunity to review the situation at a higher level and respond appropriately, without unnecessary public pressure.

    Going public before exhausting direct communication channels often escalates tension rather than resolving the issue. Reaching out to ownership would be a clearer and more effective way to seek accountability and clarification on what went wrong.

    He experienced data loss. Letting others know is the right thing to do. There's a chance you may be an asshole.

    Thanked by 2scooke PointyCandle
  • Virtfusion doesn't have a migration tool?

    Fail.

  • @alfatarsos said:

    @mhpteam said:
    ty for those information, i have checked my email inbox and spam folder twice, there was no such email saying they are migrating. The service was soon reactivated but I would not recommend using it :disappointed:

    Hello. Can you share with me over DM why you are unhappy with our services? Let me see if I can do something for you. Thanks in advance and again, sorry for the inconvenience.

    Can you check DM?

    Thanked by 1alfatarsos
  • @hellb0y said:
    I understand your frustration, and I do not dismiss the stress you are describing. However, I want to point out that making this public should not be the first course of action, especially when there are still private escalation paths available.

    Based on my previous experience, I suspect that the private communications were either unnecessarily rude or dismissive

    Thanked by 2mans_xd eliphas
  • I will say I'm not in love with the response/tone of support on this one, especially for folks that didn't receive the email in the first place - I'd put in a ticket when i got the cancellation email, because I never got any communication about this one, and the reply I got basically just said "we told you this was happening" multiple times in a row and referenced an email I never received. Not amazing.

    I didn't have anything critical on mine, so it wasnt a huge deal to have it re-deployed, but that was still a little meh.

    Hello,
    
    Your VPS underlying system has changed, as previously informed, from SolusVM to VirtFusion. All VPS migration questions must be submitted not through this channel, but at the e-mail [email protected].
    
    For further details, also check your e-mail, because we've warned about this migration earlier on (January 8th), or check the most recent article on the Knowledge Base.
    
    Best Regards,
    
    C-Servers Customer Service.
    
  • alfatarsosalfatarsos Member, Host Rep
    edited January 14

    @AlteredParadox said:
    I will say I'm not in love with the response/tone of support on this one, especially for folks that didn't receive the email in the first place - I'd put in a ticket when i got the cancellation email, because I never got any communication about this one, and the reply I got basically just said "we told you this was happening" multiple times in a row and referenced an email I never received. Not amazing.

    I didn't have anything critical on mine, so it wasnt a huge deal to have it re-deployed, but that was still a little meh.

    Hello,
    
    Your VPS underlying system has changed, as previously informed, from SolusVM to VirtFusion. All VPS migration questions must be submitted not through this channel, but at the e-mail [email protected].
    
    For further details, also check your e-mail, because we've warned about this migration earlier on (January 8th), or check the most recent article on the Knowledge Base.
    
    Best Regards,
    
    C-Servers Customer Service.
    

    That's actually an automatically generated message, written mostly as a stop-gap for the existing support ticket volume, roughly 40-something tickets on the main platform, and to centralize responses on the e-mail. Nothing too specific, it's meant to be neutral.

    However, you'd be amazed at the number of customers that opened a ticket and actually recieved and opened the e-mail, but didn't bother to read it... leading us to have to redirect the customer to the e-mail actually twice on the same message, to make sure it is understood. We have that data from Mailjet...

    Many of our customers don't have their primary language as English, we have to think of them - and neither do I, to be honest.

    Also, like many things LET, I'm finding that the alarm is probably bigger than the true size of the issue... Preliminary data collected this morning has led to a deliverability of around 93% of the existing e-mail pool, and 52% of the services are already reimplemented customer-side in the first 24h, which (on the reimplementations) is honestly great for what it is, considering a VPS is usually not touched every day.

    As for the deliverability, not bad, not great, we'll improve on this in any case, Mailjet is recent as a SMTP provider and we're quite new to SMTP relays as well (previously it was all Ionos)...

    Probably through a second SMTP relay and an e-mail remembering of this earlier to the next migration wave, so this doesn't happen again. We keep improving our processes and systems.

    I'll also remove myself from specialized support in English in around 2 weeks (after the migrations) and will be treating support only in Portuguese and Spanish, as well as refund requests. Basic support is not dealt by me already, we are at the customer scale where it compensates to start to do it this way.

  • zedzed Member

    Here are some reasons why it's ok we're snotty to the people we're trying to convince to give us money.

    Proper LET.

  • YahomeYahome Member
    edited January 14

    @zed said:
    Here are some reasons why it's ok we're snotty to the people we're trying to convince to give us money.

    Proper LET.

    I second this, there's no reason to not be snotty, I won't let you take it on me if i had a bad day the same as you probably would. But of course, I've never been in the need to do this kind of public stuff (shoutout RackNerd support).

    (Editted to fix grammar errors).

  • rpqurpqu Member
    edited January 14

    @alfatarsos said:

    @AlteredParadox said:
    I will say I'm not in love with the response/tone of support on this one, especially for folks that didn't receive the email in the first place - I'd put in a ticket when i got the cancellation email, because I never got any communication about this one, and the reply I got basically just said "we told you this was happening" multiple times in a row and referenced an email I never received. Not amazing.

    I didn't have anything critical on mine, so it wasnt a huge deal to have it re-deployed, but that was still a little meh.

    Hello,
    
    Your VPS underlying system has changed, as previously informed, from SolusVM to VirtFusion. All VPS migration questions must be submitted not through this channel, but at the e-mail [email protected].
    
    For further details, also check your e-mail, because we've warned about this migration earlier on (January 8th), or check the most recent article on the Knowledge Base.
    
    Best Regards,
    
    C-Servers Customer Service.
    

    However, you'd be amazed at the number of customers that opened a ticket and actually recieved and opened the e-mail, but didn't bother to read it... leading us to have to redirect the customer to the e-mail actually twice on the same message, to make sure it is understood. We have that data from Mailjet...

    Many of our customers don't have their primary language as English, we have to think of them - and neither do I, to be honest.

    Haha, I am not surprised. Cueuing, student-centered learning and other mumbo-jumbo made student dumb and apathetic adults.
    https://features.apmreports.org/sold-a-story/
    https://doi.org/10.1007/978-3-030-93429-3

    Thanked by 1alfatarsos
  • PointyCandlePointyCandle Member
    edited January 15

    @alfatarsos said:
    I'll also remove myself from specialized support in English in around 2 weeks (after the migrations) and will be treating support only in Portuguese and Spanish, as well as refund requests. Basic support is not dealt by me already, we are at the customer scale where it compensates to start to do it this way.

    I'm not a native speaker, either. But, I don't think the problem was your proficiency with English.

    In any case, I do hope the new support agents are more polite and less perpetually angry/smug

    Thanked by 1mans_xd
  • Same here, I was really taken aback. It was suddenly canceled and then reactivated. I can't remember if I received an email a long time ago. I think sending a notification email one day before the migration would have been better, rather than migrating all of a sudden and then saying, "We already sent an email" (like ages ago, haha, ugh).

    p.s. I just checked my email and didn't receive any notification about the migration.

  • Ditto - no email here - checked junk just in case - tried live chat as VPS showing unavailable - auto response not helpful - then came here and searched to find this.

  • Well, 2/3 moved. One's been offline for 24 hours at this point... still have yet to actually receive an email about the process. I've gotten the service deleted/create emails, but none of the ones informing of schedule/timing. Kinda weird.

  • Not feeling super confident after the Veloxmedia mess so will give it a couple of days and hope for the best.

Sign In or Register to comment.