GreenCloud's Thread - News, Requests, Feedbacks and Chit-chat!

NDTN · January 29

@Falzo said:

@NDTN said:

@JabJab said:

Dear xxx,

Firstly, thank you for using GreenCloud services. Secondly, we would like to inform you that we are planning to relocate our rack in Frankfurt, DE datacenter to a new facility (MK Netzdienste Datacenter) as part of an upcoming infrastructure adjustment.

The tentative migration date is February 23rd, 2026. The exact start time will be announced in advance via our Network Status page and by email approximately 1–2 days before the maintenance.

Maintenance Details:

Date & Time: Around February 23rd, 2026 (exact time to be announced)
Expected Downtime: Approximately 2–3 hours
Reason: Datacenter pricing adjustments (cabinet, power, and cross-connect)
Impact: No changes to your IP address or data
Affected VPS IP: xxxx - 109.zzz.zzz.zzz
Affected Nodes: DEDellEPYC1, 10GKVMDE1
Migration Plan:

To minimize service disruption, our team will prepare the new rack and network switches in advance and migrate 3–4 servers simultaneously during the maintenance window.

As part of this upgrade, we will also be upgrading the uplink capacity of our switch to 40Gbps to improve network performance and reliability.

We will provide further updates with the exact maintenance time soon.

Thank you very much for your understanding and continued support.

If you have any questions or concerns, please feel free to contact our support team.

Sincerely,

The GreenCloud Team.

Good?
Bad?
PANIC?
Pitchforks?!

I like how they are very upfront about reasonDatacenter pricing adjustments this feels trully LowEndTalk

Also got that e-mail twice: once with 'per node', once with 'per VPS'. One looks like sent from PHPMailer, second from billing (WHMCS?) panel - different domains... however both are sent via Amazon SES so no idea what was the point of that(?)

To be transparent, we are still losing money in EU since the start of the war in Ukraine in 2022. Our current DC (FirstColo) is increasing prices across the board, seemingly shifting its focus toward AI clients. So we are moving to a new DC under a long-term contract. The new facility is located just 20km from our current site, and we will have the racks and network fully online before the migration to ensure minimal downtime.

Please have a backup plan ;-)

Lift and shift migrations are risky, even with only 20km. Been there, done that.

Esp. if a disk in a raid array fails, please allow for taking out data before trying a rebuild and risk losing more data.

Thanks.

Thanks for the suggestions. The migration tasks will be handled by professionals. In addition, we offer free offsite backups with every VirtFusion plan, which can be managed and restored by clients whenever needed.

@cyberpunk said:

@hades_corps said:

Have you try turning on EFI boot and init-cloud off before attaching ISO? At least that's what worked for me in SaiGon location. Other locations can attach the same ISO without those steps for whatever reason!?

Yea, thank you, tried kinda everything before submitting a ticket, and then found out that its a known issue. Other locations are indeed working fine with ISO (don't have VN server tho)

Please try to change the BIOS settings as suggested or use a direct URLs from own server instead of the distro's official site that might fix the issue.

@enforce1 said:
Bring back some cheap boxes please

Not anytime soon I'm afraid.

@sliix said:
How do I add credit on the customer panel? I thought I see the option to do so before 🤔

You can open a ticket to Sales/Billing to have the ad-funds invoices generated.

cyberpunk · January 29

@NDTN said: Please try to change the BIOS settings as suggested or use a direct URLs from own server instead of the distro's official site that might fix the issue.

Just tried again, switching between UEFI/Bios doesn't help. I also used my private direct links to ISOs from multiple locations. ISOs are always successfully complete the pre-install verification check, but skipping verification doesn't help either, just a faster failure.
At this point I just gave up and used one of the pre-loaded images.

NDTN · February 11

Major Infrastructure & Development Updates

1. Website Redesign: Our new website will be launching soon! It features a unified design that matches our Client Area for a seamless user experience. We are currently in the final review stage to ensure everything works perfectly. Here is a sneak peek of our new homepage:

2. VirtFusion Migration: We are making significant progress in migrating from SolusVM to VirtFusion. Our team has already manually migrated roughly 7,000 VMs - a task requiring extensive resources and precision. The remaining VMs will be moved in phases, you will receive a notification email with a specific timeframe once your node is scheduled for migration. Because of these factors, we don’t anticipate any major sales in the coming months. If you are currently using a promotional plan, we recommend keeping it active, as we won't be offering lower rates in the near future.

3. In-house OpenStack Control Panel: We have completed the build of our custom OpenStack control panel. Before public release, we are conducting security audits and will soon offer beta access to testers. This panel will introduce advanced features including HA, CEPH storage, and integrated Firewalls. While skyrocketing hardware costs have slightly delayed our timeline, we are working hard to go live in our first locations: Los Angeles, Tokyo, or Singapore.

sliix · February 11

LETS GOOOOO GREEENCLOUD!

Moarrrr sales when?

ravi · February 11

wow.. lots of exciting updates.
Congrats @NDTN

Caxen · February 11

Thrilled to see these updates!

Dazzle · February 17

@NDTN is nested virtualization possible on KVM VDS?

NushairAlvi · February 17

LETS GOOOOO GREEENCLOUD!!!

NDTN · February 19

@Dazzle said:
@NDTN is nested virtualization possible on KVM VDS?

Yes we do support Nested virtualization.

Carlin0 · February 24

After migration to Frankfurt, IPV6 is not working

dosai · February 24

@Carlin0 said:
After migration to Frankfurt, IPV6 is not working

Open a ticket.

Carlin0 · February 24

@dosai said:

@Carlin0 said:
After migration to Frankfurt, IPV6 is not working

Open a ticket.

Already done, but after support wasted almost two hours of my time, they told me they won't fix it for another two or three days...

Arirang · February 24

@Carlin0 said:
After migration to Frankfurt, IPV6 is not working

Is your vm on Solusvm?

Carlin0 · February 24

@Arirang said:

@Carlin0 said:
After migration to Frankfurt, IPV6 is not working

Is your vm on Solusvm?

Yes

Mumbly · February 24

@Carlin0 said: After migration to Frankfurt, IPV6 is not working

Just checked, and IPv6 works for me on both nodes with Debian 13 installed:

SolusVM Node DEDellEPYC1
Virtfusion EPYC MILAN DE

Carlin0 · February 24

@Mumbly said:

@Carlin0 said: After migration to Frankfurt, IPV6 is not working

Just checked, and IPv6 works for me on both nodes with Debian 13 installed:

SolusVM Node DEDellEPYC1
Virtfusion EPYC MILAN DE

Technical support also requested the root password, but was unable to resolve the issue.
I have been a customer for over a year and have contacted them three or four times. They respond quickly but never resolve the issues.

Affected Node: 10GKVMDE1

NDTN · February 25

@Carlin0 said:

@Mumbly said:

@Carlin0 said: After migration to Frankfurt, IPV6 is not working

Just checked, and IPv6 works for me on both nodes with Debian 13 installed:

SolusVM Node DEDellEPYC1
Virtfusion EPYC MILAN DE

Technical support also requested the root password, but was unable to resolve the issue.
I have been a customer for over a year and have contacted them three or four times. They respond quickly but never resolve the issues.

Affected Node: 10GKVMDE1

Please bump the ticket again so I can take a look at that. Thanks!

Carlin0 · February 25

@NDTN the issue seems to be resolved

Downtime: 15 hr 10 min
Noticed at: 2026-02-25 02:40:36 (UTC+01:00)

Thank you

NetPIMP · February 25

Is Chicago storage going to come back? I purchased storage there and you moved me to Utah - I want to go back to Chicago.

vuanhson · February 26

So after custom openstack panel release, can I migrate from virtfusion to it?

NDTN · February 27

@NetPIMP said:
Is Chicago storage going to come back? I purchased storage there and you moved me to Utah - I want to go back to Chicago.

We will send out an email regarding it soon.

@vuanhson said:
So after custom openstack panel release, can I migrate from virtfusion to it?

Unfortunately, VirtFusion plans will remain as they are. We don't have the final pricing models for OpenStack plans yet, but please note they will be at a higher price point.

cmeerw · April 16

Noticed that the cpuid on my VPS (VirtFusion UK) has changed (probably a week ago when there was an unexpected reboot) - main thing that has changed was that "SVM" was no longer made available. Opened a ticket and support quickly re-enabled SVM, but didn't provide any explanation.

sliix · April 23

LET top providers sale anytime now @NDTN 😁

FairShare · April 23

Soon™>

@sliix said:
LET top providers sale anytime now @NDTN 😁

bdl · April 23

@sliix said:
LET top providers sale anytime now @NDTN 😁

@NDTN is just waiting until the new ipad is announced

leyili · April 27

Will there be restocks during the sale, or just a one-time drop?
Trying to plan ahead.

Kurisutaru · April 28

@NDTN Hopefully I can snatch one of the deals on JP region (my budget-JP3 plan will expire at 30 may)

FAT32 · May 22

FINALLY I am so close to the server for the first time ever

PING 103.186.65.98 (103.186.65.98) 56(84) bytes of data.
64 bytes from 103.186.65.98: icmp_seq=1 ttl=53 time=3.83 ms
64 bytes from 103.186.65.98: icmp_seq=2 ttl=53 time=4.52 ms
64 bytes from 103.186.65.98: icmp_seq=3 ttl=53 time=7.98 ms
64 bytes from 103.186.65.98: icmp_seq=4 ttl=53 time=11.5 ms
64 bytes from 103.186.65.98: icmp_seq=5 ttl=53 time=9.15 ms
64 bytes from 103.186.65.98: icmp_seq=6 ttl=53 time=17.1 ms
64 bytes from 103.186.65.98: icmp_seq=7 ttl=53 time=3.66 ms
64 bytes from 103.186.65.98: icmp_seq=8 ttl=53 time=5.42 ms
--- 103.186.65.98 ping statistics ---
8 packets transmitted, 8 received, 0% packet loss, time 7145ms
rtt min/avg/max/mdev = 3.657/7.898/17.134/4.358 ms

(Using Wifi so sorry for the latency spikes)

DP · May 22

@FAT32 said:
FINALLY I am so close to the server for the first time ever

PING 103.186.65.98 (103.186.65.98) 56(84) bytes of data.
64 bytes from 103.186.65.98: icmp_seq=1 ttl=53 time=3.83 ms
64 bytes from 103.186.65.98: icmp_seq=2 ttl=53 time=4.52 ms
64 bytes from 103.186.65.98: icmp_seq=3 ttl=53 time=7.98 ms
64 bytes from 103.186.65.98: icmp_seq=4 ttl=53 time=11.5 ms
64 bytes from 103.186.65.98: icmp_seq=5 ttl=53 time=9.15 ms
64 bytes from 103.186.65.98: icmp_seq=6 ttl=53 time=17.1 ms
64 bytes from 103.186.65.98: icmp_seq=7 ttl=53 time=3.66 ms
64 bytes from 103.186.65.98: icmp_seq=8 ttl=53 time=5.42 ms
--- 103.186.65.98 ping statistics ---
8 packets transmitted, 8 received, 0% packet loss, time 7145ms
rtt min/avg/max/mdev = 3.657/7.898/17.134/4.358 ms

(Using Wifi so sorry for the latency spikes)

Xin chào, and have fun!

anubhavhirani · May 22

Feedback: Instead of suspending the VPS when bandwidth is exhausted, rate limit the speed to 2-5mbps so at least terminal works for basic tasks 🥺

Howdy, Stranger!

Categories

In this Discussion

GreenCloud's Thread - News, Requests, Feedbacks and Chit-chat!

Comments

Soon™>

Howdy, Stranger!

Quick Links

Categories

In this Discussion

GreenCloud's Thread - News, Requests, Feedbacks and Chit-chat!

Comments

Soon™>