Howdy, Stranger!

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


★ VirMach ★ RYZEN ★ NVMe ★★ $8.88/YR- 384MB ★★ $21.85/YR- 2.5GB ★ Instant ★ Japan Pre-order ★ & More - Page 184
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

1181182184186187339

Comments

  • VirMachVirMach Member, Patron Provider
    edited April 2022

    @TimboJones said: Was there something with the Windows in Seattle where a reinstall might not have Windows server available due to licensing or something? I recall some talk end of last year and I think it was CC context.

    CC completely screwed us over on this. I feel a little more comfortable talking about it now, but basically all our servers specifically came with Windows licensing and price increase protection. CC maybe got audited by Microsoft (this is speculation) as they stopped selling us Windows licensing on even E3's for a while, and they sent us an abrupt letter breaching our agreement after months of not having Windows properly function, where they either wanted to basically double pricing of all servers (more than double IIRC) or we could remove Windows for a tiny fraction of a discount. We did the latter eventually even though we believe it was breach of contract but the discount amount we received was minimal and they took forever to even credit us and kept pretending like because old VMs were activated on Windows they all had to be re-installed even though the licensing broke on pretty much all of them.

    The pricing they provided us was definitely also above SPLA prices so they were trying to make a big profit on top of providing the licensing at the new costs, even though it was supposed to be built into the cost of servers. This was one of the few major reasons we decided to move forward with colocation + Ryzen so you can thank them for that. They were not willing to be reasonable in any way, such as allowing us to consolidate Windows and not have a huge price increase on maybe like a third of our servers (they'd still make a huge profit) instead of the original full amount which we're entitled to...

    Anyway, we will have Windows licensed servers but that's in the future. We have these servers ready, it'll be the 5950X servers with RAID10 controllers. I just need to do more testing on the RAID10 controllers to be comfortable with using them. Once this is done you can migrate any Windows licensed server/service advertised with Windows to these servers and re-install activated Windows. Until then, it'll just have to be via trial mode.

    It's funny, over a 2 year contract, even buying these Ryzen hardware and paying for Windows licensing and colocation, we'll actually still save money over unlicensed CC prices so it's super hilarious to me that they were willing to screw us over just because in their mind they weren't making enough money. And when you factor in that we've had these for years and were probably going to keep them for several more years, it's such a dumb move on their part since the hardware is basically paid off on their end.

  • VirMachVirMach Member, Patron Provider

    @tototo said:
    I started getting some packet loss on TYOC030 while running speedtest. Did something happen at the node?

    root@TYOC030:~# speedtest
    
       Speedtest by Ookla
    
         Server: BudgetVM - Tokyo (id = 38241)
            ISP: Owl Limited
        Latency:     0.89 ms   (0.27 ms jitter)
       Download:   275.35 Mbps (data used: 406.2 MB )
         Upload:   237.46 Mbps (data used: 385.9 MB )
    Packet Loss:     8.1%
     Result URL: https://www.speedtest.net/result/c/851777bc-f342-4ff5-a0ac-33e10f235540
    root@TYOC030:~# speedtest
    
       Speedtest by Ookla
    
         Server: GLBB Japan - Tokyo (id = 20976)
            ISP: Owl Limited
        Latency:     1.41 ms   (0.70 ms jitter)
       Download:   144.78 Mbps (data used: 210.6 MB )
         Upload:   306.32 Mbps (data used: 515.3 MB )
    Packet Loss:     2.9%
     Result URL: https://www.speedtest.net/result/c/059ba190-b9fd-4cb4-9f6e-50b860f9024d
    root@TYOC030:~# speedtest
    
       Speedtest by Ookla
    
         Server: i3D.net - Tokyo (id = 21569)
            ISP: Owl Limited
        Latency:     1.00 ms   (0.30 ms jitter)
       Download:   257.26 Mbps (data used: 510.7 MB )
         Upload:   373.57 Mbps (data used: 584.8 MB )
    Packet Loss:     4.7%
     Result URL: https://www.speedtest.net/result/c/e39f5dc7-3216-40bf-804c-3fe97654c51d
    

    I was doing tweaks while you were running these, I forgot where I left it off. Is it better now or still worse?

  • VirMachVirMach Member, Patron Provider
    edited April 2022

    Amsterdam appears racked/configured, I just need to set up the servers. I'll update status page now. Thanks again to xTom for coming to the rescue, and at lightning speed.

  • fanfan Veteran
    edited April 2022

    Meanwhile on TYOC29 (from the same DC), I'll do a -c 1000 if you need:

    100 packets transmitted, 79 received, 21% packet loss, time 99973ms
    rtt min/avg/max/mdev = 0.304/31.001/319.514/59.822 ms
    
  • VirMachVirMach Member, Patron Provider
    edited April 2022

    Los Angeles storage node is at the datacenter. This will most likely be the first location deployed for storage. As @FAT32 mentioned we made a bold claim about Tokyo storage being shipped 100% tomorrow around Monday or Tuesday and were were of course wrong. It's been ready to pick up 100%, I just pooched the actual pickup by getting too busy to arrange it.

    Los Angeles storage may initially only be 1Gbps, I need to order SFP+ to 10Gbps transceiver for that unless I locate one at the office but they may have all gone to Amsterdam and Tokyo.

  • VirMachVirMach Member, Patron Provider

    @fan said:
    Meanwhile on TYOC29 (from the same DC), I'll do a -c 1000 if you need:

    100 packets transmitted, 79 received, 21% packet loss, time 99973ms
    rtt min/avg/max/mdev = 0.304/31.001/319.514/59.822 ms
    

    Yikes.

  • @VirMach
    Please help me open the bill #1414056 again. I seem to have forgotten to pay. Thank you!

  • @VirMach said:

    @tototo said:
    I started getting some packet loss on TYOC030 while running speedtest. Did something happen at the node?

    root@TYOC030:~# speedtest
    
       Speedtest by Ookla
    
         Server: BudgetVM - Tokyo (id = 38241)
            ISP: Owl Limited
        Latency:     0.89 ms   (0.27 ms jitter)
       Download:   275.35 Mbps (data used: 406.2 MB )
         Upload:   237.46 Mbps (data used: 385.9 MB )
    Packet Loss:     8.1%
     Result URL: https://www.speedtest.net/result/c/851777bc-f342-4ff5-a0ac-33e10f235540
    root@TYOC030:~# speedtest
    
       Speedtest by Ookla
    
         Server: GLBB Japan - Tokyo (id = 20976)
            ISP: Owl Limited
        Latency:     1.41 ms   (0.70 ms jitter)
       Download:   144.78 Mbps (data used: 210.6 MB )
         Upload:   306.32 Mbps (data used: 515.3 MB )
    Packet Loss:     2.9%
     Result URL: https://www.speedtest.net/result/c/059ba190-b9fd-4cb4-9f6e-50b860f9024d
    root@TYOC030:~# speedtest
    
       Speedtest by Ookla
    
         Server: i3D.net - Tokyo (id = 21569)
            ISP: Owl Limited
        Latency:     1.00 ms   (0.30 ms jitter)
       Download:   257.26 Mbps (data used: 510.7 MB )
         Upload:   373.57 Mbps (data used: 584.8 MB )
    Packet Loss:     4.7%
     Result URL: https://www.speedtest.net/result/c/e39f5dc7-3216-40bf-804c-3fe97654c51d
    

    I was doing tweaks while you were running these, I forgot where I left it off. Is it better now or still worse?

    It seems to be a little better or not much has changed.

    root@TYOC030:~# date; speedtest -s 38241 ; speedtest -s 20976 ; speedtest -s 21569
    Sat Apr 30 13:37:42 JST 2022
    
       Speedtest by Ookla
    
         Server: BudgetVM - Tokyo (id = 38241)
            ISP: Owl Limited
        Latency:     1.14 ms   (0.87 ms jitter)
       Download:   466.28 Mbps (data used: 702.7 MB )
         Upload:   192.94 Mbps (data used: 310.0 MB )
    Packet Loss:     6.6%
     Result URL: https://www.speedtest.net/result/c/fb80f240-ea3c-4c99-bf9d-255c13b8e632
    
       Speedtest by Ookla
    
         Server: GLBB Japan - Tokyo (id = 20976)
            ISP: Owl Limited
        Latency:     1.24 ms   (0.14 ms jitter)
       Download:   208.30 Mbps (data used: 335.2 MB )
         Upload:   378.57 Mbps (data used: 477.3 MB )
    Packet Loss:     4.0%
     Result URL: https://www.speedtest.net/result/c/a8a4124e-bc37-4180-a6d1-4be1dbd71ec8
    
       Speedtest by Ookla
    
         Server: i3D.net - Tokyo (id = 21569)
            ISP: Owl Limited
        Latency:     1.02 ms   (0.65 ms jitter)
       Download:   361.68 Mbps (data used: 611.0 MB )
         Upload:   367.93 Mbps (data used: 563.4 MB )
    Packet Loss:     2.6%
     Result URL: https://www.speedtest.net/result/c/ddef8005-7657-486f-88de-10c3cc8e3d2b
    
  • VirMachVirMach Member, Patron Provider

    Setting up NL right now and working on powering on SEAZ004 (so again, everything works, they just didn't auto boot and you can boot it up yourself as well.)

  • MiFen629MiFen629 Member
    edited April 2022

    @VirMach said:
    Setting up NL right now and working on powering on SEAZ004 (so again, everything works, they just didn't auto boot and you can boot it up yourself as well.)

    When can the deployment be completed? My bill is on 03/24/2022

  • axnowaxnow Member

    i migrate my service from tokyo to Sanjose by mistake, and i can not boot the service,
    i have open a ticket #683101, it's been 8 days and no one has replied to me...

    can you help me ?

  • @axnow said: i migrate my service from tokyo to Sanjose by mistake

    JFCI - you are the reason there is 817567817858717858175 confirmations for everything, right?
    Do you want to delete that file?
    Are you sure?
    This is irreversible, are you really sure?

    How the &%&@%*&; did you MIGRATE SERVICE BY MISTAKE?

  • JabJabJabJab Member
    edited April 2022

    @MiFen629 said: When can the deployment be completed? My bill is on 03/24/2022

    Do you really expect VirMach to know from bill date what kind of service (and where) you are waiting for to even get a rough estimation? Do you think VirMach gets ONE order per day so they know that 03/24/2022 is <insert service type>?

    Thanked by 1AlwaysSkint
  • also NL, oh boy.

    Thanked by 2bdl TimboJones
  • VirMachVirMach Member, Patron Provider

    @MiFen629 said:

    @VirMach said:
    Setting up NL right now and working on powering on SEAZ004 (so again, everything works, they just didn't auto boot and you can boot it up yourself as well.)

    When can the deployment be completed? My bill is on 03/24/2022

    More info?

  • VirMachVirMach Member, Patron Provider

    @axnow said:
    i migrate my service from tokyo to Sanjose by mistake, and i can not boot the service,
    i have open a ticket #683101, it's been 8 days and no one has replied to me...

    can you help me ?

    We can help get it booting when we get to your ticket but there’s 700 other tickets right now and we’re still getting too many per day. We always process priority tickets first when we can and you’d qualify for making one of those if it’s truly broken, just make sure you don’t have an old ISO mounted first and make sure you did install an OS.

    We can’t help move you back if you moved to the new location you selected though.

  • @VirMach said:

    @MiFen629 said:

    @VirMach said:
    Setting up NL right now and working on powering on SEAZ004 (so again, everything works, they just didn't auto boot and you can boot it up yourself as well.)

    When can the deployment be completed? My bill is on 03/24/2022

    More info?

    My billing id is #1406090 and I want to get and use the Amsterdam server as soon as possible. Tokyo gave me a good experience, thank you.

  • Seattle:
    Server Information
    ---------------------
    OS : AlmaLinux 8.3 (Purple Manul)
    Uptime : 0 Days, 0 Hours, 55 Minute, 40 Seconds
    Location : United States
    CPU : AMD Ryzen 9 3900X 12-Core Processor
    Core : 2 @ 3799.998 MHz
    3799.998 MHz
    AES-NI : ✔ Enabled
    VM-x/AMD-V : ✔ Enabled
    Virt : kvm

    Disk & Memory Usage
    ---------------------
    Disk        : 48.96 GiB 
    Disk Usage  : 1.69 GiB (4% Used)
    Mem         : 2.26 GiB  
    Mem Usage   : 129 MB (6% Used)
    Swap        : 255.99 MiB
    
    Disk Performance Check (ext4 on /dev/vda1)
    +---------------------------------------------------------------------------+
    | Size | Read        | Write       | Total       |       IOPS (R,W,T)       |
    +===========================================================================+
    | 4k   | 274.02 MB/s | 274.74 MB/s | 548.76 MB/s | 70.1k  | 70.3k  | 140.5k |
    | 64k  | 1.01 GB/s   | 1.01 GB/s   | 2.02 GB/s   | 16.6k  | 16.6k  | 33.2k  |
    | 512k | 1.30 GB/s   | 1.37 GB/s   | 2.68 GB/s   | 2.7k   | 2.8k   | 5.5k   |
    | 1m   | 3.31 GB/s   | 3.54 GB/s   | 6.86 GB/s   | 3.4k   | 3.6k   | 7.0k   |
    +---------------------------------------------------------------------------+
    
    Network Performance Test (Region: North America)
    +--------------------------------------------------------------------------------------+
    | Prot. | Provider    | Location        | Send            | Receive         | Latency  |
    +======================================================================================+
    | IPv4  | Airstream   | Wisconsin, US   | 420 Mbits/sec   | 124 Mbits/sec   | busy     |
    |       | Clouvider   | Dallas, US      | 657 Mbits/sec   | 424 Mbits/sec   | busy     |
    |       | OVH         | Quebec, CA      | busy            | busy            | busy     |
    |       | Hurricane   | California, US  | busy            | busy            | busy     |
    +--------------------------------------------------------------------------------------+
    
    +-----------------------------------------------+
    | Geekbench 5.4.4 Tryout for Linux x86 (64-bit) |
    +===============================================+
    | Single Core        | 964                      |
    | Multi Core         | 1589                     |
    +-----------------------------------------------+
    | https://browser.geekbench.com/v5/cpu/14635797 |
    +-----------------------------------------------+
    | Benchy time spent  | 7 Minutes 38 Seconds     |
    +-----------------------------------------------+
    | Benchy result      | http://sprunge.us/I0NUpy |
    +-----------------------------------------------+
    
    Thanked by 1lemoncube
  • axnowaxnow Member

    @JabJab said:

    @axnow said: i migrate my service from tokyo to Sanjose by mistake

    JFCI - you are the reason there is 817567817858717858175 confirmations for everything, right?
    Do you want to delete that file?
    Are you sure?
    This is irreversible, are you really sure?

    How the &%&@%*&; did you MIGRATE SERVICE BY MISTAKE?

    at first,you can delete any files.

    and, i try to migrate from tokyo to Ryzen, but failed to start, then i want to try to migrate it from tokyo to SJ, then trans it back to tokyo, but when i move it to sj, i find i can not move it back to tokyo.

    u can see my migrate logs.

  • `Basic System Information:

    Processor : AMD Ryzen 9 5900X 12-Core Processor
    CPU cores : 2 @ 3693.048 MHz
    AES-NI : ✔ Enabled
    VM-x/AMD-V : ✔ Enabled
    RAM : 2.4 GiB
    Swap : 1.2 GiB
    Disk : 48.0 GiB

    fio Disk Speed Tests (Mixed R/W 50/50):

    Block Size 4k (IOPS) 64k (IOPS)
    Read 224.64 MB/s (56.1k) 1.08 GB/s (16.9k)
    Write 225.24 MB/s (56.3k) 1.08 GB/s (17.0k)
    Total 449.88 MB/s (112.4k) 2.17 GB/s (33.9k)
    Block Size 512k (IOPS) 1m (IOPS)
    ------ --- ---- ---- ----
    Read 1.13 GB/s (2.2k) 1.73 GB/s (1.6k)
    Write 1.19 GB/s (2.3k) 1.84 GB/s (1.8k)
    Total 2.33 GB/s (4.5k) 3.57 GB/s (3.4k)

    Geekbench 5 Benchmark Test:

    Test | Value
    |
    Single Core | 673
    Multi Core | 1136
    Full Test | https://browser.geekbench.com/v5/cpu/14638918
    `
    Can't believe this is a dual core AMD

  • @VirMach How many orders are left in Tokyo that have not been activated? Will I be the last one? :'(

  • RecDRecD Member

    sorry to hear that, what's the DC location? @passwa

  • @louiejordan said:
    @ VirMach How many orders are left in Tokyo that have not been activated? Will I be the last one? :'(

    Please do not hurry...

    • Tokyo is still being generated, due to the extremely high volume of packages purchased. We need to activate these on a staggered basis to keep nodes stable.
  • ucpaopaoucpaopao Member
    edited April 2022

    @VirMach said:

    @ucpaopao said:

    @VirMach said:

    @yczheng said:

    @VirMach said:

    @YYSD said:
    Node 29 has intermittent packet loss for a whole day, please fix it.

    Please provide some details. This node looks very healthy.

    My VPS is also on Node 29 and saw packet loss for all routes by ping.pe

    See a larger one

    I'm trying some other setting tweaks, let me know if it gets better or worse.

    da8c581b08201d368087cefa53b4b0c8.png

    Looks like you tested while I was doing other (bad) tweaks. I do think I finally got it to be better though, for now:

    Except this is still worse than the initial tweak I did so I'll revert it to that, if I can just remember what it was, it brought all the 8%-14%'s down to like 3-4% which is still bad but still an improvement.

    29 node at the moment for your reference

    e5e1a6ff723beb09f0aefe1d7016efb3.png

  • VirMachVirMach Member, Patron Provider

    @passwa said:

    `Basic System Information:

    Processor : AMD Ryzen 9 5900X 12-Core Processor
    CPU cores : 2 @ 3693.048 MHz
    AES-NI : ✔ Enabled
    VM-x/AMD-V : ✔ Enabled
    RAM : 2.4 GiB
    Swap : 1.2 GiB
    Disk : 48.0 GiB

    fio Disk Speed Tests (Mixed R/W 50/50):

    Block Size 4k (IOPS) 64k (IOPS)
    Read 224.64 MB/s (56.1k) 1.08 GB/s (16.9k)
    Write 225.24 MB/s (56.3k) 1.08 GB/s (17.0k)
    Total 449.88 MB/s (112.4k) 2.17 GB/s (33.9k)
    Block Size 512k (IOPS) 1m (IOPS)
    ------ --- ---- ---- ----
    Read 1.13 GB/s (2.2k) 1.73 GB/s (1.6k)
    Write 1.19 GB/s (2.3k) 1.84 GB/s (1.8k)
    Total 2.33 GB/s (4.5k) 3.57 GB/s (3.4k)

    Geekbench 5 Benchmark Test:

    Test | Value
    |
    Single Core | 673
    Multi Core | 1136
    Full Test | https://browser.geekbench.com/v5/cpu/14638918
    `
    Can't believe this is a dual core AMD

    Is this on TYOC033?

  • VirMachVirMach Member, Patron Provider

    Looking into this again.

  • @VirMach said:

    @passwa said:

    `Basic System Information:

    Processor : AMD Ryzen 9 5900X 12-Core Processor
    CPU cores : 2 @ 3693.048 MHz
    AES-NI : ✔ Enabled
    VM-x/AMD-V : ✔ Enabled
    RAM : 2.4 GiB
    Swap : 1.2 GiB
    Disk : 48.0 GiB

    fio Disk Speed Tests (Mixed R/W 50/50):

    Block Size 4k (IOPS) 64k (IOPS)
    Read 224.64 MB/s (56.1k) 1.08 GB/s (16.9k)
    Write 225.24 MB/s (56.3k) 1.08 GB/s (17.0k)
    Total 449.88 MB/s (112.4k) 2.17 GB/s (33.9k)
    Block Size 512k (IOPS) 1m (IOPS)
    ------ --- ---- ---- ----
    Read 1.13 GB/s (2.2k) 1.73 GB/s (1.6k)
    Write 1.19 GB/s (2.3k) 1.84 GB/s (1.8k)
    Total 2.33 GB/s (4.5k) 3.57 GB/s (3.4k)

    Geekbench 5 Benchmark Test:

    Test | Value
    |
    Single Core | 673
    Multi Core | 1136
    Full Test | https://browser.geekbench.com/v5/cpu/14638918
    `
    Can't believe this is a dual core AMD

    Is this on TYOC033?

    TYOC038

  • pddpdd Member

    tokyo 029 now!What can I say!

  • totototototo Member
    edited April 2022

    I guess this won't help, but I'm posting this just for the record.


    TYOC030
    384 MB
    ping.pe Latency
    [ms]
    Jitter
    [ms]
    Download
    [Mbps]
    Upload
    [Mbps]
    Packet
    Loss
    Tokyo BudgetVM 1.00 0.91 161.01 302.39 3.4%
    Amsterdam Cloudvider 268.64 316.40 2.52 82.53 5.4%
    New York Cloudvider 189.23 15.41 6.46 132.94 2.0%
    Los Angeles Cloudvider 138.27 31.10 6.29 173.67 3.8%

    TYOC034
    768 MB
    ping.pe Latency
    [ms]
    Jitter
    [ms]
    Download
    [Mbps]
    Upload
    [Mbps]
    Packet
    Loss
    Tokyo BudgetVM 1.34 2.54 447.63 322.82 3.0%
    Amsterdam Cloudvider 268.93 16.04 48.15 175.65 5.1%
    New York Cloudvider 180.58 2.99 13.21 132.64 4.7%
    Los Angeles Cloudvider 138.54 34.16 43.38 139.31 4.0%
  • VirMachVirMach Member, Patron Provider
    edited April 2022

    @pdd said:
    tokyo 029 now!What can I say!

    @tototo said:
    I guess this won't help, but I'm posting this just for the record.


    TYOC030
    384 MB
    ping.pe Latency
    [ms]
    Jitter
    [ms]
    Download
    [Mbps]
    Upload
    [Mbps]
    Packet
    Loss
    Tokyo BudgetVM 1.00 0.91 161.01 302.39 3.4%
    Amsterdam Cloudvider 268.64 316.40 2.52 82.53 5.4%
    New York Cloudvider 189.23 15.41 6.46 132.94 2.0%
    Los Angeles Cloudvider 138.27 31.10 6.29 173.67 3.8%

    TYOC034
    768 MB
    ping.pe Latency
    [ms]
    Jitter
    [ms]
    Download
    [Mbps]
    Upload
    [Mbps]
    Packet
    Loss
    Tokyo BudgetVM 1.34 2.54 447.63 322.82 3.0%
    Amsterdam Cloudvider 268.93 16.04 48.15 175.65 5.1%
    New York Cloudvider 180.58 2.99 13.21 132.64 4.7%
    Los Angeles Cloudvider 138.54 34.16 43.38 139.31 4.0%

    TYOC029 got worse before it got better as I was tuning the configuration (edit - and kind of seeing what did the opposite of help.) Sorry about that. Check it out, I finally got it to be more stable. Still has some loss, but I feel like this is a major improvement. Let me know.

    Fix also (partially) applied to TYOC030 and TYOC034.

This discussion has been closed.