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.
All new Registrations are manually reviewed and approved, so a short delay after registration may occur before your account becomes active.
Comments
I was tbh, and I did tbh, and it worked a lot better tbh
It's just 2 months, 2 weeks, and 2 days away to October
Hi @NDTN Thanks for your support — the fix worked like a charm.
After the changes, the daily incoming bandwidth on my Frankfurt VPS dropped significantly from around 1.5 GB to just 0.13 GB. Much appreciated!
Could you please apply the same network filtering to my second VirtFusion-based VPS located in Los Angeles? It's still experiencing unusually high incoming bandwidth.
Thanks again for your assistance.
We have seen no similar issues in LA. If you want 0 Mbps all the time the only way is to turn off your VPS.
I am a bit surprised by your response.
Just to clarify, I’m not expecting 0 Mbps at all times. My concern is regarding consistent and unexplained daily inbound bandwidth usage on an idle VPS, averaging 0.5–0.9 GB per day, as shown in the data below:
LA VPS:
Jul 3 – 0.73 GB
Jul 4 – 0.77 GB
Jul 5 – 0.78 GB
Jul 6 – 0.61 GB
Jul 7 – 0.54 GB
Jul 8 – 0.50 GB
Jul 9 – 0.55 GB
Jul 10 – 0.72 GB
Jul 11 – 0.92 GB
Jul 12 – 0.76 GB
Jul 13 – 0.46 GB
Jul 14 – 0.48 GB
Jul 15 – 0.49 GB
This doesn’t seem like normal idle behavior.
In contrast, my Frankfurt VPS showed a similar pattern until you applied the network filtering fix, which immediately reduced the incoming traffic from 1.5 GB to just 0.13 GB per day, and I am happy with it. Did I ask for the 0 Mbps?
As explained it's perfectly normal when you are still using the VPS when it's online. There is nothing unusual in this case.
This is a typical case of an internal broadcast storm. It’s quite common with many VPS providers, but those who implement proper network isolation don’t have this issue.
Thanks
Some Updates:
1. Amsterdam, NL:
Our new EPYC nodes in Amsterdam are now live! Customers currently on E5 nodes should have received a migration email regarding the move to our EPYC ROME nodes. Budget KVM plans on VirtFusion will be available soon. Additionally, private networking is now supported on VirtFusion in Amsterdam.
2. Coventry, UK:
The same applies to Coventry. We are manually migrating EPYC Milan nodes from SolusVM to VirtFusion. Other nodes will follow shortly. Budget and Premium KVM plans are now available again.
3. Hong Kong DC1:
The datacenter migration has been scheduled. As usual, new hardware will be added.
Numerous changes and improvements have already been made, are currently in progress, or are scheduled.
Any storage deal ?
My VPS was suspended because it is running Windows. What is the problem?
Welcome to LET support...
:dead:beef> @storm said:
On Greencloud you can run Windows in Windows package only.
Please check: https://greencloudvps.com/billing/store/storage-kvm-sale
It's not allowed to install Windows on KVM VPS: https://greencloudvps.com/terms-of-service.php
The datacenter migration has been scheduled.
From and to which DC in HK?
Our HK DC1 is currently located in MEGA Two DC, it will be migrated to Equinix HK2.
Got an email on Monday from greencloudvps.com regarding the VirtFusion migration - looks legitimate. Today, I just got an email from 9cloud.org saying "Your New Server Management Account Details". How am I supposed to tell if that email is genuine or just a random phishing email?
Hi, 9cloud.org is under the management of Greencloud, which means you can trust it.
Maybe, but how am I supposed to know (without having to ask here or via a support ticket)?
This is really inviting scammers to register maybe something like 99cloud.org and sending emails pretending to be from Greencloud as well. How I am supposed to know that an email from 9cloud.org is legitimate, but one from 99cloud.org wouldn't be? And then you wonder why people fall for these phishing scams.
It's for white label purpose when we enable resellers in VirtFusion in the near future. We have been sending from that domain from the beginning of VirtFusion. Scammers can still register greencloudxyz or whatever they like.
That's wonderful, but as I didn't have any VirtFusion service from you before, it's the first time I got an email from that domain (without any prior information that you would be using that domain).
Exactly, and that's why you should have an interest in users only expecting to get emails from you via greencloudvps.com, and not any other random domain anyone else can register. But as long as users are being asked to trust emails that are completely indistinguishable from phishing emails, things won't improve.
Migration of my VM there seems to have succeeded. Good news.
VM there went offline quite some time after the communicated timeslot. Also is offline now for almost 3 hours now, although it's reported to run. Console access shows that it won't boot. Don't know if GC is aware of that or not - at the same time it seems a bit early to already raise a ticket...
Well... my VM went down around 5:30 am UK time (announcement stated 1:00 am with a downtime of 30 minutes to 1 hour). So at around 7:30 am UK time I asked via ticket for an update. Reply was to wait a few minutes.
Then at 8:07 UK time they said is was migrated successfully. And indeed, the VPS was online again, but it was still running under SolusVM, and not VirtFusion. So asking about that in the ticket again, and got a reply (actually from the same person) that the migration had actually failed, so it was moved to a SolusVM node. WTF. But I can backup the data and get a VPS created on VirtFusion. Ok, doing that, VirtFusion VPS appears and I proceed to migrate the VPS myself. Actually, the IPv6 address is different, so asking again via ticket to change the IPv6 address back to the old one. Ticket reply says that's not possible. WTF, announcement had clearly stated "Impact: No changes to your data or IP address".
So, yes - it's working again, but experience wasn't really good. Tbh, I kind of expected the automatic migration to fail (probably due to boot loader the would need to be made), but communication clearly should have been a lot better.
If you can only move IPv4 addresses, but not IPv6 addresses, then please state so in your initial announcement (I am assuming that this issue affected everyone). And if you encounter issues during the migration, please pro-actively communicate those, and definitely don't say it was all successful when it wasn't! @NDTN any comments?
Agree with that.
My VPS returned after I've entered a ticket. But without IPv6... Trying to fix that myself now. On my NL VPS IPv4 and IPv6 both were migrated correctly.
IPv6 will be changed if migration from SolusVM to VirtFusion, it’s always like that from the beginning. I will make sure that it will be included in maintenance email/status.
Hi greencloud,
Order Number: 7309918052
Double band width please.
@NDTN I have two VPS on SG DC1, one Premium KVM and one Storage, can they share bandwidth? Both are on VirtFusion
Yes you can use private network between these 2 VMs, please open a ticket.
I mean share public network bandwidth.
Similar like this
https://docs.onidel.com/features/data-transfer-bandwidth-pooling
Unfortunately public bandwidth sharing is not available.