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
Your server is in Los Angeles, the IP address is believed to be in Germany by one geolocation company. My VirMach JP server is in Japan, Twitch.tv thinks it is in the Netherlands (all geoloc databases say Japan).
I rented a server in Poland from Vultr recently, its IP was believed to be in a different country. There are not enough IPv4 addresses for the world anymore, companies use them in one country, sell them to another company which uses them in a different country. Probably your IP will eventually say USA.
(if you're renting virmach to access one of the very georestricted streaming companies, probably a mistake - you'd want a VPN that advertises that they do that, not some random VPS)
Finally a sane person answers. Thanks for taking the time to explain. I appreciate it and better understand. I have vps from many different companies and they all have the correct IP for the location.
@VirMach Tokyo 30 nodes automatically restarted 7 times within 24 hours, please check the reason!
FFS, I know reading is hard but put some effort in, eh? I'm saying JabJab was being civil and if you're so tender that their comment made you butthurt that you really wanna avoid old school "You bellend" Nekki and/or Timbo "Fuck you" Jones.
Paid migration without data update. I've been looking at this myself instead of just delegating it to our developer to see if I could find anything. One main issue I found probably affecting 90% of migration requests: [1] translation plugins are interfering with the request. [2] most of the requests are to Tokyo, which keeps getting sold out in bursts. The translation plugin may also be affecting some of the cases where the location doesn't appear at all from the start but that may be another issue.
Investigating the other 10% right now.
Tickets open more than 72 hours We will be automatically going through these soon with a new script. The script extends your service or adds credits to your account equal to the number of days you have been waiting for a reply, and it replies to your ticket asking you to reply back if you still need assistance. This will help us weed out the tickets still open for issues already resolved, and anyone who replies back will go into priority queue and looked at first since they're confirming they still have an issue.
This should hopefully finally allow us to catch up to tickets. We're testing this script now and should run it today.
Swearing is fucking civilized if someone is being a whiny bitch and annoying.
@VirMach Please help me boot my VPS,which is miragated to LAXA010 at about 5:40 AM .I cannot connect it by VNC or rescue mode.And it is useless to reinstall OS.
Finally! But I should not belong to either since I didn't use a translation plugins and I'm not moving to Tokyo! Waiting for the other 10% reason,hope it'll be solved soon!
Aren't you a little cutie? @angstrom
Ticket ID? I'm struggling to find someone in your situation to check for other scenarios.
And it's not with data, right?
@VirMach
404227 and yes paid without date!
1GB Migration Special still can't migrate properly，I think Migration Special should be the most eligible for priority migration, isn't it?
At this point not being able to migrate using migrate buttons has 0% to do with the fact that you're a migration special so it's irrelevant to bring up. Migration specials did already receive priority access to the free Ryzen migrate without data function but whether or not it functioned, again, has nothing to do with that fact.
If you want a high chance of your migration special migration working, the two things you can do to increase chances of it working are (1) not selecting Tokyo, and (2) not creating tickets about it.
EDIT: VirMach beat me to it.
ok，thanks for your answer
Yeah, thought so. Go run to the mods and complain like the little bitch that you are.
I read the GitHub homepage of KCPTUN and Hysteria.
They can tunnel TCP over UDP-based protocol.
How could they cause an increase on broadcast traffic?
Let's be sure to create a ticket for the tiniest problem instead of just reporting on forums, so that we can collect store credits when it reaches 72 hours.
Not moving to Tokyo, Without Data. Ticket #225064
Fun fact: I had to migrate off Site Ground last month because they charges around $300-400 per year after initial purchase.
I don't know how those works but it would create way more packet than normal usage and thus some hosts would ban the service that utilize BBR+ or similar mechanism.
Can anyone tell me the current state of Tokyo storage
Multiple connections and packages
Guess I have to wait for > @jmgcaguicla said:
Man,You're going a bit too far!Of course it's easy to curse,but that doesn't help solve any problems! @angstrom
Believe it or not this was a concern of ours and our solution to it is crossing our fingers.
Alright, all sent out. Reply back to your ticket if you still need help. Hopefully the credits all a fair resolution to the long waits as well. I'll work throughout the night to make sure we don't fall behind again and clearing out all other tickets <72 hours.
Over $5000 in credits given out.
Yeah, there are many people here suffering from insanity. Like people who ask a question, ask it again, and then accusing providers from fraud, all within 30 minutes. Without even thinking the problem could be on their side.
And when they are pointed in a direction, don't take the effort to do a little lookup through [insert search engine of choice].
Or another example: people who complain about using LET as a ticket system for a provider, but within a couple of days doing the same themselves.
The end is nigh...
No more refunds for migrations. Too many people constantly buying a migration, then closing it and asking for a refund every 24-72 hours and making a new request. This has basically always been our policy but I know I made an exception here on this thread and refunded everyone and a few other exceptions when the ticket was specifically incorrectly merged or closed on our end, but it's getting out of hand at this point and these are no longer the people making tickets.
Note: by too many I literally mean hundreds.
This is just me letting you know we're not making further exceptions and you shouldn't close the request just to request a refund. The ticket will just be closed and your migration will be stuck for some time until we start looking back at old closed requests and restoring them.
Of course a lot of people will not read this and they're not expected to, so in those cases, they'll still have to wait until original request is restored.
Hopefully we'll catch up to them soon though. I'd disable the button right now but the code is mixed in with too many other requests right now to try to remove.
I honestly don't mind people like that anymore, all they do is prevent other people with a similar mindset from purchasing from us (hopefully) which we're ecstatic about.