Howdy, Stranger!

It looks like you're new here. If you want to get involved, click one of these buttons!


Shells Virtual Desktop
BMail.ag - Secure Email Service
Server.net
CPLicense.net
VPS Server
Buy VPN
Vultr
VMs for AI
HostDare
ReliableSite White-Label Dedicated Hosting for Resellers
InterServer VPS
BMail.ag - Secure Email Service
Best VPN
High-Performance Bare Metal Server Solutions
Karvl.com
Server Mania Cloud Hosting
DataWagon Hosting
AlphaVPS Hosting
Evoxt.com
Clouvider
VPS Hosting with NVMe
Residential IPs in the US & 4G Mobile Proxies in EU & US with Unlimited Bandwidth
ReliableSite White-Label Dedicated Hosting for Resellers
Rabisu - Hosting Solutions
Shells Virtual Desktop
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.

★ VirMach ★ RYZEN ★ NVMe ★★ $8.88/YR- 384MB ★★ $21.85/YR- 2.5GB ★ Instant ★ Japan Pre-order ★ & More

12122242627339

Comments

  • pddpdd Member

    @VirMach said:
    Migration emails are beginning to be sent out. A lot of people will end up getting them. If you have any questions, let me know.

    We will attempt to open up some version of a pre-order/reservation system for those who ordered pre-order specials, have full-priced packages, or are in locations eligible for Ryzen upgrades or location changes (to Tokyo, Denver, Phoenix.) We will also most likely open up some space for migrations away from Buffalo for those who do not like this location, as we do not plan on having any Ryzens in Buffalo. These will otherwise by default move to NYC Metro and Chicago.

    Wa!Awesome!Can Buffalo choose where to migrate and when will that happen?

  • @VirMach said:

    @unclewang said:

    @VirMach said:

    @unclewang said: My bill #1396676 cannot be paid with Alipay, can you help me solve this problem, thank you!

    What error specifically?

    This is an error prompt to jump to the Alipay page!

    The most common reason for this error is if you begin the payment process, do not complete it, and then return later to complete it. I'm sure there are other reasons for this but based on our experience, it happens in that case. You need to regenerate the invoice.

    There should be a button to do this on your end.

    A Ticket has been sent.
    View Service Order #611829

  • WARNING, MJJ WARNING

    "query": "78.142.228.95",
    "status": "success",
    "continent": "Asia",
    "continentCode": "AS",
    "country": "Japan",
    "countryCode": "JP",
    "region": "13",
    "regionName": "Tokyo",
    "city": "Tokyo",
    "district": "",
    "zip": "",
    "lat": 35.6803,
    "lon": 139.769,
    "timezone": "Asia/Tokyo",
    "offset": 32400,
    "currency": "JPY",
    "isp": "Virtual Machine Solutions LLC",
    "org": "Virtual Machine Solutions LLC",
    
  • foitinfoitin Member
    edited March 2022

    @uzerhode said:
    WARNING, MJJ WARNING

    "query": "78.142.228.95",
    "status": "success",
    "continent": "Asia",
    "continentCode": "AS",
    "country": "Japan",
    "countryCode": "JP",
    "region": "13",
    "regionName": "Tokyo",
    "city": "Tokyo",
    "district": "",
    "zip": "",
    "lat": 35.6803,
    "lon": 139.769,
    "timezone": "Asia/Tokyo",
    "offset": 32400,
    "currency": "JPY",
    "isp": "Virtual Machine Solutions LLC",
    "org": "Virtual Machine Solutions LLC",
    

    Is it good or bad for MJJs?
    Hope it's the. Well, huge amount of MMJ mobs can and will inevitably ruin any server of decent connectivity anyway.

  • pddpdd Member

    @foitin said:

    @uzerhode said:
    WARNING, MJJ WARNING

    "query": "78.142.228.95",
    "status": "success",
    "continent": "Asia",
    "continentCode": "AS",
    "country": "Japan",
    "countryCode": "JP",
    "region": "13",
    "regionName": "Tokyo",
    "city": "Tokyo",
    "district": "",
    "zip": "",
    "lat": 35.6803,
    "lon": 139.769,
    "timezone": "Asia/Tokyo",
    "offset": 32400,
    "currency": "JPY",
    "isp": "Virtual Machine Solutions LLC",
    "org": "Virtual Machine Solutions LLC",
    

    Is it good or bad for MJJs?
    Hope it's the. Well, huge amount of MMJ mobs can and will inevitably ruin any server of decent connectivity anyway.

    It is inevitable.After all, this is a free world.So,a strict tos is necessary!

  • VirMachVirMach Member, Patron Provider

    I can confirm that Tokyo will have multiple servers sent via UPS 1-3 day shipping instead of the original 7 or so day air freight. We'll send enough to meet the entire immediate demand, so this will catch us back up to the original timeline. We're going to consider doing the entire batch with priority shipping and not freight, unless we can get UPS freight to be responsive again (or FedEx.)

    Amsterdam should not be a problem either in terms of express shipping, however, we're still discussing customs with the datacenter partner here. It also may end up being 2 to 5 days instead of 1 to 3 days and I'll let you guys know later. If we can't get that cleared up by Monday, we'll have DHL as a fallback on Tuesday either way. If we do get it cleared up, we'll still send more via DHL on Tuesday either way (unless they don't show up...)

    As for non-freight pickups with UPS, we have never had a problem so far so that should be essentially guaranteed for Monday now.

    @shkong said:
    @VirMach
    Hello,
    The pre-order I purchased on March 12 was asked to manually review it, but it doesn't seem to have been processed yet. Could you please help me? Ticket Number: #124997 #313902

    These are in queue and will be processed as they normally would, we just have more than usual so it will take longer.

  • VirMachVirMach Member, Patron Provider

    @pdd said: Wa!Awesome!Can Buffalo choose where to migrate and when will that happen?

    @uzerhode said:
    WARNING, MJJ WARNING

    "query": "78.142.228.95",
    "status": "success",
    "continent": "Asia",
    "continentCode": "AS",
    "country": "Japan",
    "countryCode": "JP",
    "region": "13",
    "regionName": "Tokyo",
    "city": "Tokyo",
    "district": "",
    "zip": "",
    "lat": 35.6803,
    "lon": 139.769,
    "timezone": "Asia/Tokyo",
    "offset": 32400,
    "currency": "JPY",
    "isp": "Virtual Machine Solutions LLC",
    "org": "Virtual Machine Solutions LLC",
    

    I'll just post all Tokyo subnets here since it will at least provide a full picture if people are that interested and unofficially spreading this information.

    176.119.148.0/22
    78.142.228.0/22
    88.214.20.0/22
    213.232.112.0/22
    147.78.240.0/21
    45.66.128.0/21

    Keep in mind none of these are set up on the network equipment yet because it's not there yet, so they will naturally fail ping or otherwise have 100% packet loss. We can't fulfill any specific subnet requests. As for the networking itself, I have a private test IP on my end that the datacenter provided from another cabinet in the same datacenter with the same network blend, and I've been testing it against a lot of random IP addresses in China on China Telecom, Unicom, Alibaba, Tencent, etc, and in various regions.

    The general performance is what's usually expected of Tokyo, it will be low ping, but there will still be some packet loss. I actually misplaced all the data I recorded, let me see if it's on my other computer, but it was around 58ms ping to Shenzhen Tencent I believe (I may be misremembering) and very low packet loss. China Telecom had probably 12% packet loss to Shanghai or ... actually let me just try to find it, my memory's not that good, I don't want to throw out random numbers (but I mean this is the act of throwing random numbers, this isn't scientific by any means.)

    Japan will be able to burst up to 10Gbps as a whole (not per server, not all servers are 10Gbps.) The average usage per server is around 40Mbps in general, across all our regions all the time (if we average everything over months, including backups.) The backups will no longer be done as often over the network so that number will go down unless we double bandwidth for everyone (just kidding, double bandwidth would basically literally have zero effect, it's just a marketing gimmick.) Anyway, the current commit is above 40Mbps per server so we do not expect any kind of major congestion on our end, at least no more than current levels, even with a lot of users.

  • lizhuzhulizhuzhu Member
    edited March 2022
    176.119.148.0/24
    176.119.150.0/24
    176.119.149.0/24
    176.119.151.0/24
    78.142.229.0/24
    78.142.228.0/24
    78.142.230.0/24
    78.142.231.0/24
    88.214.20.0/24
    88.214.21.0/24
    88.214.23.0/24
    88.214.22.0/24
    213.232.112.0/24
    213.232.113.0/24
    213.232.114.0/24
    213.232.115.0/24
    147.78.240.0/24
    147.78.241.0/24
    147.78.242.0/24
    147.78.243.0/24
    147.78.244.0/24
    147.78.245.0/24
    147.78.247.0/24
    147.78.246.0/24
    45.66.128.0/24
    45.66.129.0/24
    45.66.130.0/24
    45.66.131.0/24
    45.66.216.0/24
    45.66.217.0/24
    45.66.218.0/24
    45.66.219.0/24
    
  • noisycodenoisycode Member
    edited March 2022

    @VirMach said: just kidding, double bandwidth would basically literally have zero effect, it's just a marketing gimmick

    R*******: DON'T TELL!

    @VirMach said: Anyway, the current commit is above 40Mbps per server

    What about transfering data from one node to the other, both located in the same datacenter?

  • sangatsetiasangatsetia Member
    edited March 2022

    thank's
    oh my god, apparently the info was found combined with other places, sorry I missed reading it. on virmach.com it still says 3 days from the march 17th, now it's the 19th hehehe...

    @Xrmaddness said:

    @sangatsetia said:
    San Jose Update ?

    @VirMach said:
    Amsterdam has been scheduled with DHL for Tuesday. This is only a portion of the servers. The other portion will still be sent via UPS, or at least attempted. FedEx still hasn't got back.

    Tokyo unfortunately was unable to go out today as well. I'm trying very hard to ensure we have something set in stone by the end of today, and I may split this up as well to ensure that at least some servers make it there, since we would then not have to rely on a single carrier.

    Thanked by 1digitalwicked
  • barkbark Member

    @VirMach

    Didn't want to bother you with a ticket, you are on here a lot, so much appreciated.

    Quick question: I signed up for the Ryzen Earlybird promo, Amsterdam, and the promo page still says two weeks +, but in my Product/Services area it says 'Pending'.

    Does that just mean, 'Wait!', or do I need to do something more with the payment, etc?

    Been with you five years, thanks for ongoing excellence.

  • can i get an ip within 45.66.130.0/24?!?!?!?!
    I want a pretty ip

  • totototototo Member
    edited March 2022

    @duckeeyuck said:
    can i get an ip within 45.66.130.0/24?!?!?!?!
    I want a pretty ip

    #Comment_3394667

    We can't fulfill any specific subnet requests.

  • @VirMach said:

    Japan will be able to burst up to 10Gbps as a whole (not per server, not all servers are 10Gbps.) The average usage per server is around 40Mbps in general, across all our regions all the time.

    What did you mean by as a whole? One node? or you only bought 10Gbps from xTom?
    Are you going to throttle the speed for each VPS to 40Mbps regardless of domestic/international traffic?

    Greencloud’s xTom network has routing issue e.g. to FDCserver Tokyo. (Tokyo - US - Tokyo). Do you have the same problem.

    Thanked by 1dev077
  • To anyone reading who may already have come across the answer to this: are all Buffalo-based VPS being migrated to a different location? If so, does this include those crazy deals given away during the 2018 BF?

  • @VirMach I will blow you if you give me a pretty small IP :<

  • If the Tokyo network is congested, will you expand the network?

  • @uzerhode said:
    WARNING, MJJ WARNING

    "query": "78.142.228.95",
    "status": "success",
    "continent": "Asia",
    "continentCode": "AS",
    "country": "Japan",
    "countryCode": "JP",
    "region": "13",
    "regionName": "Tokyo",
    "city": "Tokyo",
    "district": "",
    "zip": "",
    "lat": 35.6803,
    "lon": 139.769,
    "timezone": "Asia/Tokyo",
    "offset": 32400,
    "currency": "JPY",
    "isp": "Virtual Machine Solutions LLC",
    "org": "Virtual Machine Solutions LLC",
    

    Wuhu qifei!!!
    Tokyo hot is coming!!!

  • FrankZFrankZ Barred
    edited March 2022

    I going to take a shot at all these questions just because.

    @bark said: Quick question: I signed up for the Ryzen Earlybird promo, Amsterdam, and the promo page still says two weeks +, but in my Product/Services area it says 'Pending'.

    Does that just mean, 'Wait!', or do I need to do something more with the payment, etc?

    Your good, just wait. Pending status means you will be activated when the servers are ready.

    @duckeeyuck said: can i get an ip within 45.66.130.0/24?!?!?!?!
    I want a pretty ip

    @tototo said: We can't fulfill any specific subnet requests.

    Spot on @tototo . + Sorry @duckeeyuck VirMach does not accept BJ as payment.

    @foitin said: What did you mean by as a whole? One node? or you only bought 10Gbps from xTom?
    Are you going to throttle the speed for each VPS to 40Mbps regardless of domestic/international traffic?

    Virmach has a average network bandwidth usage of 40 Mbps (~320 mbp/s) per node. As each node has at least a 1gbp/s uplink, the network interface each node runs on is about 33% capacity, on average. Obviously there are peaks that run higher then 33%, but this is the average. The rack in which the servers are located have network uplinks that are sufficient to handle the network load that VirMach anticipates for all the servers in the rack. If VirMach does not have enough bandwidth for the nodes, I would expect that they would upgrade so as to maintain an acceptable service level. I would not expect VirMach to throttle any VPS that stays within the transfer limits specified in the purchased plan.

    @pullangcubo said: To anyone reading who may already have come across the answer to this: are all Buffalo-based VPS being migrated to a different location? If so, does this include those crazy deals given away during the 2018 BF?

    Yes, at this time VirMach expects to eventually migrate all Buffalo VPSes. Mostly to the New York City area and Chicago, but other locations may be allowed depending on various factors. Please do not submit tickets at this time requesting migration to a specific location. You will be notified about migration from Buffalo at a undisclosed future date.

    @treesky2017 said: If the Tokyo network is congested, will you expand the network?

    VirMach does not expect any congestion because all VirMach networks are fully vaccinated. :smile:
    All joking aside...
    Virmach does not anticipate that the network in Tokyo will be congested, actually he thinks he has purchased way more bandwidth then he will ever need. Don't worry the network will be great. (with the possible exception of a small percentage of packet loss to certain areas in China).

  • NoCommentNoComment Member
    edited March 2022

    @FrankZ said: Virmach has a average network bandwidth usage of 40 Mbps (~320 mbp/s) per node. As each node has at least a 1gbp/s uplink, the network interface each node runs on is about 33% capacity, on average. Obviously there are peaks that run higher then 33%, but this is the average.

    You're thinking of MBps vs Mbps. 40 Mbps is 40 Mbps. As an example, if Virmach had 25 servers in Tokyo, they probably paid for 1 Gbps commit but they can burst up to 10 Gbps and this 10 Gbps is non-dedicated and shared across all 25 servers. If everyone used up exactly 330 TB, that's perfect. Otherwise, the overage charges will be expensive and they will probably just pay for more commit. (These numbers are made up btw)

    @FrankZ said: Yes, at this time VirMach expects to eventually migrate all Buffalo VPSes. Mostly to the New York City area and Chicago, but other locations may be allowed depending on various factors.

    I don't think so? Unless something changed, I recall @Virmach saying they will retain some servers with colocrossing. I believe some people may be lucky and get migrated to e3s elsewhere, while some will remain on the e5s with colocrossing. (I doubt the BF specials will get migrated to ryzens, but maybe I am wrong)

    Thanked by 2noisycode FrankZ
  • FrankZFrankZ Barred
    edited March 2022

    @NoComment said: @FrankZ said: Virmach has a average network bandwidth usage of 40 Mbps (~320 mbp/s) per node. As each node has at least a 1gbp/s uplink, the network interface each node runs on is about 33% capacity, on average. Obviously there are peaks that run higher then 33%, but this is the average.

    You're thinking of MBps vs Mbps. 40 Mbps is 40 Mbps. As an example, if Virmach had 25 servers in Tokyo, they probably paid for 1 Gbps commit but they can burst up to 10 Gbps and this 10 Gbps is non-dedicated and shared across all 25 servers. If everyone used up exactly 330 TB, that's perfect. Otherwise, the overage charges will be expensive and they will probably just pay for more commit. (These numbers are made up btw)

    I stand corrected.

    @NoComment said: @FrankZ said: Yes, at this time VirMach expects to eventually migrate all Buffalo VPSes. Mostly to the New York City area and Chicago, but other locations may be allowed depending on various factors.

    I don't think so? Unless something changed, I recall @Virmach saying they will retain some servers with colocrossing. I believe some people may be lucky and get migrated to e3s elsewhere, while some will remain on the e5s with colocrossing. (I doubt the BF specials will get migrated to ryzens, but maybe I am wrong)

    This is not my understanding, I remember VirMach saying something about older EPYC cpus in the past, but not recently. I expect VirMach will clarify the situation on if he will retain servers in buffalo.

    --

    NOTE: This is my 3,000th post on LET

  • angstromangstrom Moderator

    @FrankZ said:
    NOTE: This is my 3,000th post on LET

    Congrats on your 3000th comment :)

    (Technically, comment rather than post, because Vanilla counts your discussions separately, but you nevertheless started each of those discussions with a post :) )

    Thanked by 1FrankZ
  • I see "40Mbps" scaring some people away. They opted for a refund. cheers :p

    Thanked by 1VirMach
  • @VirMach I just take 2 plans on same location, and does the communication between two servers consume the bandwidth quota?

  • View Ticket #355597
    Tickets have not been dealt with what happens? Can anyone tell me?

  • ehabehab Member

    @Sherry said:
    View Ticket #355597
    Tickets have not been dealt with what happens? Can anyone tell me?

    i love cherry

    Thanked by 1FrankZ
  • xprebounxpreboun Member
    edited March 2022

    @VirMach said:
    Any issues are specific to your service only in that case.

    Uh so that means it's only my service that's having issue booting, bearing no other actions than reinstalling - in an attempt to get the service to boot - after the service is provisioned?

    Am I super unlucky to encounter such weird issue? Maybe I should go and buy a lottery 😂

    In that case can I just request to recreate that service (#781955)? There won't be any data loss either way

    To others curious why I would mention this here... Virmach flagged mine as awaiting technical review and I could not even add response

    P.S. Can anyone let me know if your Phoenix location Rayzen special promo is active and running?

  • jon617jon617 Veteran
    edited March 2022

    @xpreboun said: Phoenix location Rayzen special promo is active and running?

    Mine has been running since Monday, but control panel was not allowing OS install. Required a ticket to get the OS installed.

    Thanked by 2xpreboun VirMach
  • 1397158,Please help me change to San Jose or Seattle, I hope it's a 5950x machine. First time buying, if the experience is good, I will order the storage type again.

  • ehabehab Member
    edited March 2022

    @gaorkang said:

    1397158,Please help me change to San Jose or Seattle, I hope it's a 5950x machine. First time buying, if the experience is good, I will order the storage type again.

    this particular user leave him last for pushing his head

This discussion has been closed.