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
Operation Timed Out After 90001 Milliseconds With 0 Bytes Received
There is no technician to deal with the fault,
once again?
there is a problem,the automatically processed rDNS request is wrong,including japan and US.@Virmach
I guess IPv6 on TYO nodes would still need some more time to come back.
@VirMach When will Japan's storage machines be opened?
It would be down until further notice, because of how many IP providers are involved and Virmach hasn't setup their integrations yet. tbh, IP PTR record and IPv6 are probably (and should be) lower priority than node goes offline or migration went wrong...
Well, my paid migration request was 06/27/2022, not ok yet...
@VirMach Please take a look at Ticket #189005. It’s been over one month since my server gone offline and no one is going to take care of it. What kind of customer service is it?
My MQTT server right now:
The node is currently locked
Cool, my last old VM in Buffalo is also locked for migration. I wonder were it is going to go. Could be NYC, could be Chicago, could be some where else. I surprises.
@VirMach Hello,
Is there an ETA for Tokyo Storage VPS?
I have ordered both 1T storage and 2T storage, but I have waited for two months..
Thanks
This isn't offline, it's online, with connectivity issue.
I don't see a network problem on our end, you need to reconfigure network manually within your operating system. You installed Ubuntu 16 with us and then manually upgraded it to Ubuntu 20 so it's possible reconfigure button isn't working properly automatically as a result, or for another reason. If you need help from us it's going to be a long queue and you should add in your credentials on the sensitive data field right now so when we do get to it we don't have to ask for it.
I've spoken about this in the past, refer to that.
The IP providers are also super sensitive to reports and abuse in general and at least one of them won't allow us to do it in any way other than manual submissions so it's not looking great so far for rDNS.
You're on the only node we haven't been able to get back online, and I did not send a maintenance email as I had planned. I'll try to remember to make the announcement/send the email tonight.
Too many people making requests and then changing their mind or it failing and getting stuck for manual processing. I can't guarantee one way or the other right now. Usually you could make a request to cancel it but it's possible it'll be processed before we can accommodate the change request. It's also possible people want it completed still but we can't process them and will have to cancel it.
Your best chance would be to [1] close the request, [2] wait several weeks, and then when we're no longer with a ticket backlog make a ticket explaining your situation in billing department.
Did you check this?
Yes, the node was normal. It just means the OS is corrupted, pick another.
x2!
I just miss my MQTT server hahaha
hmm
I thought you can always delegate the entire IP ranges to a set of NS servers you control, then use that to modify PTR records. (At least I know Azure and AWS Route53 both support this... But it would definitely be super expensive than self-host)
@VirMach I checked the IP address and it was configured properly. I created the ticket almost one month ago and put all credentials in the field already. Tell me how long do I need to wait?
Tried SolusVM Debian 9 template but same issue.
Then tried SolusVM Debian 8 template but same issue.
Then tried VirMach billing panel Debian 8 template but same issue.
Almalinux template? You can install Debian later.
Ok I just saw that there is a separate Debian 11 template for Ryzen which I tried and it worked.
give us details here, maybe we can help.
Then tried SolusVM Debian 8 template but same issue.
Then tried VirMach billing panel Debian 8 template but same issue.
what issue?
Some disk issue asking to run fsck
Anyway issue is fixed as I tried Ryzen Debian 11 template and it worked. There are separate Debian 10 and 11 templates for Ryzen in SolusVM.
Hello,
It take me half an hour to read all your comments from July 6 till now (maybe one hundred comments or more), and I have got only one piece information relate to that, which is the screenshot above .
Can you tell me a more direct answer or more information about Tokyo Storage's ETA or situation?
Because I am not sure about how many comments I need to read to get the whole picture.
Thanks
or could NOT work at all for a few weeks ! yeeey
He loves surprises, that'd be the biggest surprise of all.
it wouldnt be the 1st time, or the 1st client
You have anything interesting? Maybe one of us will take it off your hands for you.
Close but failure, I will make a brutal one in August. ETH to 500.
no