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.
★ VirMach ★ RYZEN ★ NVMe ★★ $8.88/YR- 384MB ★★ $21.85/YR- 2.5GB ★ Instant ★ Japan Pre-order ★ & More
This discussion has been closed.
Comments
@VirMach I've been waiting for a week, but the problem hasn't been solved yet. I have provided my purchase information according to ticket # 308605
They usually don't help to recover with 2FA and Virmach agreed to do it by courtesy. You should just wait.
No Dallas for migration？
Ohhhhh,I hope migrate my Duffalo to Dallas.
I didn't want to get into it because it's a complete mess so I'll just vaguely highlight the interesting bits for you guys. Please keep in mind I've changed some of the details of the story to [A] avoid spending too much time on this, and [B] since this is related to a security issue.
It looks like someone who has multiple accounts and created a ticket about their special offer being "offline" when it's a pre-order and not yet activated lost his password. I only noticed this because he's providing a screenshot of that ticket as some type of "proof" to reset his password and give it to him. It's not working because on top of him forgetting his password, he forgot to enter his email correctly when registering and only changed the email for his contact email and not his login email, so of course it's not sending him a password reset email since that email doesn't exist.
You're going to also have to wait a lot longer, and potentially forever because the issue is not always solvable. When you add two factor, and don't store your backup code, you can by default assume your account is permanently lost.
We only reset these when we're 100% sure we will not due to human error cause further problems. I do this because I've had bad experiences in the past with companies not taking two factor authentication seriously. So I'm sorry but we do take it seriously, and replying to your ticket constantly will not resolve anything quicker and will only complicate the matter. In the instructions you are specifically told not to reply to your ticket and you have so that automatically disqualifies you from being able to proceed any further on its own.
We will by default select Chicago and NYC Metro first but eventually we'll run out and allow other location selections. Of course we're still figuring out the priority system and trying to set up exactly when people will be offered to move elsewhere without having 10,000 tickets about migrations.
Nothing "suffers" from 40mbit, that's just what the average usage ends up being. I regularly transfer things between two LA VPSs and while it doesn't hit a full gigabit all that often, I don't think I've got less than 500mbit. I can't imagine Tokyo being any different. It'll count against your monthly bandwidth transfer for each server, but it shouldn't be slow.
5MB???
Oh,that is why you say only 250G storage plan will be comfirmed in Tokyo.
I got it.The 500G plan and later plans maybe couldn't be filled.
None of what I said would be related to the Tokyo storage packages, I believe you're still misunderstanding what I'm saying.
The Tokyo storage server will have 10Gbps port and can burst to 10Gbps. We don't expect to have any cases where this will be throttled. Just forget about any mention of 40Mbps or 5MB. That isn't even storage servers and isn't Tokyo, it's just something I stated about previous usage levels on our other Intel packages.
@VirMach Because the pre-sale area in Tokyo, Japan cannot be purchased directly, please help me modify the order to Tokyo, Japan, thank you very much
The order number is: 1083716074
View Ticket #703172
I hope you didn't actually create a ticket for this...
What I understand is virmach has exactly 144 TB of storage capacity in Tokyo. Because of costs and the popularity of the location, they will try to fill up capacity by prioritizing the 250 GB plans first. If 144 TB is filled up, then the bigger plans either get moved elsewhere or you can ask for a refund.
Okay, looks like you did. Go and find my post with instructions for doing this and quote that instead, close your ticket, and provide order ID there and I'll consider it.
Yep, and thanks to our stock script constantly putting everything out of stock I don't think enough quantities sold for that to be a problem anyway.
And the reason Japan will have the smaller size storage is due to power constraints and weight, not bandwidth.
Well. I only found that routing issue. There's no problem to residential IPs.
Wondering how could you achieve this without throttling. I use rsync quite a lot and that alone would use more than 40Mbps assuming this is allowed.
10Gbps would be overkill if MJJs didn’t abusive it for torrenting and streaming. Aren't all storage plans 10Gbps port speed?
Please take all possible precautions against abusive usage.
This is a payment receipt for Invoice 1403703 sent on 03/19/2022
Please help me manually change the order to Tokyo, Japan
Ticket #703172 i'm closed
Please Los Angeles modified to Japan
thanks before
This is a payment receipt for Invoice 1403703 sent on 03/19/2022
Please help me manually change the order to Tokyo, Japan
thanks before
I don't know if that's what you said
They are talking about their usage statistics and bandwidth package with their upstream. They constantly have a 10 Gbps shared port, and the amount they pay their upstream monthly is fixed unless their bandwidth usage exceeds their package. For example, 100 Mbps commit means they get 33 TB, then any overage gets billed at an exorbitant /TB rate. Most likely, they will simply pay for more commit. That's what it means.
You're assuming MJJs will torrent and stream 24/7 which is not the case. I imagine the route to china will be congested at night in China, but probably okay elsewhere.
In other words, virmach bought 10Gbps dedicated (or shared?) port from xTom and they won't pay extra unless all virmach Tokyo users consumed more than 10 GB/8 * 60s * 60 min * 24 hr * 30 days = 3240000 GB bandwidth?
More than 3 PB does look like overkill but I'm more concerned about the speed.
Probably not streaming 24/7 but torrenting is quite a problem. I've moved out of two providers' storage VPS due to noisy MJJ neighbors excessive IO usage.
Congestion to China won't affect seedbox MMJs cuz most peers are not from China.
Hope so but can't say for sure.
So The Classic "I've created 100 accounts on -insert_some_virmach.something strange link- and asked my friends to help me buy them"? Was it also The 2nd Classic? "I've also used referral link on all those accounts and this totally is not pyramid schema and give me my hard earned money"? ^.-
Thanks!
More than 3 PB does look like overkill but I'm more concerned about the speed.
No, that's not how this works. Virmach said they have more than 40 Mbps commit per server. Maybe they are paying for 50 Mbps commit, maybe 100 Mbps, I don't know. What they have is a 10 Gbps shared port. If they are paying for 1 Gbps commit, they have the dedicated 1 Gbps, and in a month they can use a total of 330 TB and any overage will be charged per TB. And obviously that becomes very expensive so the only logical thing to do is to pay for more commit.
tl;dr You have nothing to worry about, they will just upgrade accordingly
Well I assume you do not use rsync for 60 seconds * 60 minutes * 24 hours * 30 days per month at max port speed on all our nodes, or else we'd be toast!
I wonder if there will be a temporary 20% discount?
Changed, thanks for following the instructions.
The math is wrong on this here, that's not what I meant either.
Right now with the number of signups we have, if every single person used all of their monthly bandwidth, we still wouldn't run out. So there's no reason to even begin worrying about any of that.
I apologize for discussing the amounts that actually get used on the back-end. Even as a provider it's hard for me to believe how little bandwidth actually gets used. There's a reason providers "double bandwidth" or provide unmetered bandwidth, because probably 99.9% of users will not actually even get close to using 1TB of bandwidth per month.
For Tokyo storage will it be using Ryzen or Intel?
What kind of disk performance should I expect? I don't have too much expectation, but as long it's super stable like time4vps I'd be happy enough.
They most likely purchased a shared 10G port with guaranteed base speed and limited traffic. Not hard to understand isn't it?
It's more than enough for what it is. I don't think we even have 2000 people yet.
Now I want some updates, not morons who don't read and spamming tickets all over the place.
I'd rather see actually things than replying to random shitposting.
Edit: Grammar
San Jose Update - Datacenter had the networking set up incorrectly. They seem to have fixed this issue finally, so I'm completing the setup for a few nodes now.
Phoenix Update - Web VNC should be functional now for these nodes.
Seattle Update -Web VNC will be fixed for these next.
Seattle Update - Web VNC fixed here as well.