@FrankZ said: Average disk write over the last 48 hours was 106 MB/s.
Average disk read rate over the last 48 hours was 101 MB/s
You what mate?
Abuser! You sure those number makes sense? :P
Good catch, I am sure that folks on that node will be happier after I leave.
Actually the disk tests only runs every 6 hours, I will edit the OP to reflect that.
Been waiting for someone to post up an offer for that Tokyo storage node and somehow missed it!
Would like something closer to 2TB, but I'll honestly take what I can get. Imagine if the current storage offer was available in Tokyo... One can dream I guess.
@theloafingone said:
Been waiting for someone to post up an offer for that Tokyo storage node and somehow missed it!
Would like something closer to 2TB, but I'll honestly take what I can get. Imagine if the current storage offer was available in Tokyo... One can dream I guess.
@FrankZ was offering to transfer a Tokyo node just yesterday...
I speak fluent sarcasm and broken logic. | I would agree with you, but thæn we’d both be wrong.
@theloafingone said:
Been waiting for someone to post up an offer for that Tokyo storage node and somehow missed it!
Would like something closer to 2TB, but I'll honestly take what I can get. Imagine if the current storage offer was available in Tokyo... One can dream I guess.
@FrankZ was offering to transfer a Tokyo node just yesterday...
Yes, I was referring to that with the "missed it" part. Next time, gadget!
@theloafingone said:
Been waiting for someone to post up an offer for that Tokyo storage node and somehow missed it!
Would like something closer to 2TB, but I'll honestly take what I can get. Imagine if the current storage offer was available in Tokyo... One can dream I guess.
@FrankZ was offering to transfer a Tokyo node just yesterday...
Yes, I was referring to that with the "missed it" part. Next time, gadget!
Oh, did he transfer it to US region already? Too bad. Good luck with your next hunt.
I speak fluent sarcasm and broken logic. | I would agree with you, but thæn we’d both be wrong.
@rkzed said:
does anyone on node TYOC005 have same issue with me? the disk is missing (undetected?) from VPS.
If it shows something like "No boot device available" in VNC, do not reinstall the operating system. This thing has happened to me before. It will get fixed automatically by VirMach if you do not reinstall, otherwise IIRC it needs to be fixed manually which takes longer.
@somik said: Oh, did he transfer it to US region already? Too bad. Good luck with your next hunt.
It is in the process of being transferred to a helpful member who wanted Tokyo storage.
Hope you have better luck next time @theloafingone
@FrankZ said: If it shows something like "No boot device available" in VNC, do not reinstall the operating system. This thing has happened to me before. It will get fixed automatically by VirMach if you do not reinstall, otherwise IIRC it needs to be fixed manually which takes longer.
yes, exactly like you described. already put a ticket with them. hope it gets resolved soon. this is the first major problem with the VPS, otherwise, it's been stable for me.
It's all good. I'll make due with this banger of a biennial storage special in LA (2c/2gb/4TB@$2.67/m) for now since it has a decently good ping to Japan.
On a somewhat related note, my initial install seems to be broken and the instructions in the introduction e-mail are broken. I'm not an expert on VPS installations and the previous discussion about this was pretty sparse. Tried submitting a ticket with a screenshot but it looks like the final submit button is bugged - it keeps asking me to open (attach?) a file. VNC is showing the attached screen.
Any help would be much appreciated. Thanks for your time.
@theloafingone - I get a "the image can not be displayed because it contains errors" error when trying to view the image you posted so I can't really see what you are talking about.
@FrankZ said: @theloafingone - I get a "the image can not be displayed because it contains errors" error when trying to view the image you posted so I can't really see what you are talking about.
That's really strange, the error isn't showing on my side. Here's the direct imgur link: https://i.imgur.com/qiOQweK.png
But basically it says "Welcome to Grub! Error: no such partition" then the prompt is saying "grub rescue>"
@theloafingone - I expect it was delivered without an O/S installed. With a 4TB VM I would install from an ISO so as to make at least three partitions, one for boot, one for the O/S, and one for data. You can do this by going to the billing panel and selecting the VM, then select the "VPS Control Panel" button. This will take you to the SolusVM panel. Click "Manage" on the line with your VM (this should be the only VM available). On the next page ensure that the "Boot Order" shows "(1) CDROM (2) Hard Disk", if not, select this option. Then select "CDROM" from the line above that,. and below the buttons. This will take you to a new display on the bottom of the page where you can use the select box to select the ISO for the O/S you wish to install. After selected, click the mount button. Now click the "Reboot" button. After your VM restarts you should be able to enter into the VM via VNC and see the prompts for the ISO install.
Note: If you do not know the network information for this VM then select DHCP when setting up the network and the network information should be provided automatically.
After you have installed the O/S in the VM you should get a final prompt to restart the VM. At this time go back to the SolusVM panel and change the "Boot Order" to "Hard Drive Only". Go back to the "CDROM" and click the "Unmount" button to unmount the ISO that you used to install the O/S. Then click the "Reboot" button to restart the VM. If you do not use the "Reboot" button in SolusVM to restart the ISO will not unmount and the boot order will not change. So if you click the "Restart" button shown at the end of the ISO install you will still need to click the "ReBoot" button in SolusVM other wise you will just boot right back into the ISO install.
I'll stop here just in case I am on the wrong track.
EDIT: The image you posted shows just fine in Brave browser, but still gives me the error I described above in FireFox, strange.
@Flying_Chinaman said: Then ya can see that typical oversold CPU steal burst too,
Just wonder how many storage offers the old fart sold on that single node
We don't oversell the storage amounts at all so it ends up being under-utilized. Tokyo pretty much got the best RAID controller and drives available at the time.
I believe we actually undersold memory for some time, then we oversold that, then we adjusted it back down a few times. So these old plans are a little heavy on memory but we only did that because we basically could since for years the storage nodes had very little RAM usage and a lot of it. As for CPU, yeah it's obviously oversold.
The only plans I know of that actually look like they're not oversold on CPU would probably be BuyVM slices, and that's 4Gb RAM to 1 Core ratio. Anything higher than that pretty much from anyone on Ryzen is oversold, basic math. So ours looks about 3x "oversold" for the 4TB package if you go based off that and ignore actual usage levels. Anyway, let's quickly talk about the actual reason.
@FrankZ said: Checking every 2 minutes the ....
Average steal rate over the last 48 hours was 5.29%, bursting to a high of 29.30% .
Average wait state over the last 48 hours was 0.49%.
Average packet loss over the last 48 hours was 0.28%
Disk test run every 6 hours....
Average disk write over the last 48 hours was 106 MB/s.
Average disk read rate over the last 48 hours was 101 MB/s
Seems fine to me for a storage server.
I recently identified a pattern and have a good idea for a solution to one of the multiple problems on this node, I've already covered the others in the past but there's definitely something up with it. Once it's complete it'll improve it. Not sure by how much. This is in terms of CPU steal "bursts."
I don't have a timeline and that's why nothing's been sent out yet. It's going to probably end up being an expensive hands request and take some time to complete with possible side effects so it has to be arranged properly.
External monitoring shows my VPS went offline around 18 May 04:08 UTC. Can't access control panel due to the dreaded "Operation Timed Out After 90001 Milliseconds With 0 Bytes Received" error. https://status.virm.ac/ shows no recent data for CHIZ001 (or anything at CHI, actually), last updated 7 hours ago (which seems to sync with my external monitoring alert). Nothing listed on the network status page.
@JBB - You're not alone as it seems that all of Chicago DC #1 (CHIZ001, CHIZ002, CHIZ003, CHIZ004) has dropped. I'm on CHIZ003 and am getting the same "Operation Timed Out ..." error as you are. I expect it may be a DC network issue, or maybe someone unplugged the cable to VirMach's rack because you know VirMach does not have the best luck when it comes to DC hands.
@FrankZ said: @JBB - Your not alone as it seems that all of Chicago DC #1 (CHIZ001, CHIZ002, CHIZ003, CHIZ004) has dropped.
Thanks, I suspected as much.
It's been a reliable location for me so far, but I have noticed that under interactive use sometimes it feels like the network is a bit intermittent. I'll type commands in my term and nothing for a second or two, then it catches back up. I've never been able to measure it as packet loss, it's both more subtle and more annoying than that.
@FrankZ said: @JBB - Your not alone as it seems that all of Chicago DC #1 (CHIZ001, CHIZ002, CHIZ003, CHIZ004) has dropped. I'm on CHIZ003 and am getting the same "Operation Timed Out ..." error as you are. I expect it may be a DC network issue, or maybe someone unplugged the cable to VirMach's rack because you know VirMach does not have the best luck when it comes to DC hands.
I guess this means the VPS of mine that's vanished is in Chicago, then
(doesn't seem to be a way to see what node you're on once it's dead... /sigh)
@FrankZ said: @JBB - Your You're not alone as it seems that all of Chicago DC #1 (CHIZ001, CHIZ002, CHIZ003, CHIZ004) has dropped. I'm on CHIZ003 and am getting the same "Operation Timed Out ..." error as you are. I expect it may be a DC network issue, or maybe someone unplugged the cable to VirMach's rack because you know VirMach does not have the best luck when it comes to DC hands.
Knackered at the moment: energy going on motorcycling stuff - selling /trading in/new to me bike. :-)
By the time I sit down for a rest my brain is woozy, like the rest of me.
Nice one, @skorous
In stasis until the shitposting stops/abates.
Than=compare;then=sequence:brought=bring;bought=buy:staffs=pile of sticks:informations/infos=no plural. It wisnae me! A big boy done it and ran away. || NVMe2G for life! until death (the end is nigh).
@FrankZ said: @theloafingone - I expect it was delivered without an O/S installed. With a 4TB VM I would install from an ISO so as to make at least three partitions, one for boot, one for the O/S, and one for data. You can do this by going to the billing panel and selecting the VM, then select the "VPS Control Panel" button. This will take you to the SolusVM panel. Click "Manage" on the line with your VM (this should be the only VM available). On the next page ensure that the "Boot Order" shows "(1) CDROM (2) Hard Disk", if not, select this option. Then select "CDROM" from the line above that,. and below the buttons. This will take you to a new display on the bottom of the page where you can use the select box to select the ISO for the O/S you wish to install. After selected, click the mount button. Now click the "Reboot" button. After your VM restarts you should be able to enter into the VM via VNC and see the prompts for the ISO install.
This worked like a charm. I'll keep it in mind for the future. Hope it helps anyone else who runs into this issue. Thanks again!
I want to keep this deal all to myself, but against my better judgement I'll post the YABS here for LAX Quadranet:
Thu 18 May 2023 12:01:43 AM PDT
Basic System Information:
---------------------------------
Uptime : 0 days, 0 hours, 46 minutes
Processor : Intel(R) Xeon(R) CPU E5-2690 v4 @ 2.60GHz
CPU cores : 2 @ 2594.206 MHz
AES-NI : ✔ Enabled
VM-x/AMD-V : ✔ Enabled
RAM : 1.9 GiB
Swap : 977.0 MiB
Disk : 3.8 TiB
Distro : Debian GNU/Linux 11 (bullseye)
Kernel : 5.10.0-23-amd64
VM Type : KVM
IPv4/IPv6 : ✔ Online / ❌ Offline
IPv4 Network Information:
---------------------------------
ISP : Alibaba.com LLC
ASN : AS8100 QuadraNet Enterprises LLC
Host : Zenlayer Inc
Location : Los Angeles, California (CA)
Country : United States
fio Disk Speed Tests (Mixed R/W 50/50):
---------------------------------
Block Size | 4k (IOPS) | 64k (IOPS)
------ | --- ---- | ---- ----
Read | 18.41 MB/s (4.6k) | 77.57 MB/s (1.2k)
Write | 18.43 MB/s (4.6k) | 77.98 MB/s (1.2k)
Total | 36.85 MB/s (9.2k) | 155.55 MB/s (2.4k)
| |
Block Size | 512k (IOPS) | 1m (IOPS)
------ | --- ---- | ---- ----
Read | 377.68 MB/s (737) | 991.00 MB/s (967)
Write | 397.74 MB/s (776) | 1.05 GB/s (1.0k)
Total | 775.42 MB/s (1.5k) | 2.04 GB/s (1.9k)
iperf3 Network Speed Tests (IPv4):
---------------------------------
Provider | Location (Link) | Send Speed | Recv Speed | Ping
----- | ----- | ---- | ---- | ----
Clouvider | London, UK (10G) | 658 Mbits/sec | 689 Mbits/sec | 189 ms
Scaleway | Paris, FR (10G) | 1.09 Gbits/sec | busy | 160 ms
NovoServe | North Holland, NL (40G) | 1.14 Gbits/sec | 1.23 Gbits/sec | 151 ms
Uztelecom | Tashkent, UZ (10G) | 1.97 Gbits/sec | 422 Mbits/sec | 239 ms
Clouvider | NYC, NY, US (10G) | 2.97 Gbits/sec | 2.03 Gbits/sec | 87.1 ms
Clouvider | Dallas, TX, US (10G) | 4.66 Gbits/sec | 2.22 Gbits/sec | 35.0 ms
Clouvider | Los Angeles, CA, US (10G) | 1.22 Gbits/sec | 5.56 Gbits/sec | 61.4 ms
Geekbench 6 Benchmark Test:
---------------------------------
Test | Value
|
Single Core | 620
Multi Core | 1196
Full Test | https://browser.geekbench.com/v6/cpu/1294597
YABS completed in 29 min 31 sec
@theloafingone - I am happy that it worked out well and you were able to get your VM going !!
Thank you for the yabs as I am trying to decide where to buy my new storage server, Los Angeles or New York, and seeing that helped me out.
Does anyone have a recent yabs from the New York storage server or can offer an opinion on it ?
@FrankZ said: @JBB - You're not alone as it seems that all of Chicago DC #1 (CHIZ001, CHIZ002, CHIZ003, CHIZ004) has dropped. I'm on CHIZ003 and am getting the same "Operation Timed Out ..." error as you are. I expect it may be a DC network issue, or maybe someone unplugged the cable to VirMach's rack because you know VirMach does not have the best luck when it comes to DC hands.
Nothing's unplugged, servers are online, IPMI functional so it seems like networking itself is probably fine. Looks like an announcement issue, and based on what I'm seeing it looks like another DC just randomly decided to announce these QN blocks? My mistake on the last part
I'll have to look into it a little further but I'm working on those NYC nodes and this was obviously not expected in the way it happened on basically the day I've been doing that. Nicely timed as usual.
@FrankZ said: @JBB - You're not alone as it seems that all of Chicago DC #1 (CHIZ001, CHIZ002, CHIZ003, CHIZ004) has dropped. I'm on CHIZ003 and am getting the same "Operation Timed Out ..." error as you are. I expect it may be a DC network issue, or maybe someone unplugged the cable to VirMach's rack because you know VirMach does not have the best luck when it comes to DC hands.
Even better. Thanks for commenting this by the way I realized it probably had to do more with this honestly, and it did, you saved me a lot of time probably.
They nullrouted the entire /22 in Chicago QN because of an alleged DDoS attack, and they just left it like that. They opened the ticket as if I had opened it with blank text so I missed it the first time around. Not sure why/how. And uhhh, my graphs definitely didn't resemble anything like an attack which is why I didn't even go down that route but QN's definition of that has been proven to be different. Never would I have guessed their solution would be to nullroute an entire /22 though, that's a new surprise.
Allow me to show you what they probably called a DDoS attack. My genuine guess is some engineer saw some bad alert go off and thought hmm I'll just nullroute the whole /22 because the above 100Mbps utilization appears to be happening on more than one IPv4.
Now we have a dilemma, do I move Hive Chicago to QN Chicago because they're threatening to de-announce our IPv4 or do I move QN Chicago to Hive Chicago because QN actually basically effectively did it?
(edit) By the way that image is the highest spike out of any server, didn't feel like showing you the others but they're lower.
By the way taking all recommendations for datacenters in Chicago at this point. Can be in the same facility as these people we've already tried, just maybe under different management/company.
We've already tried out Psychz, Hivelocity, QuadraNet. So that ends up being these actual facilities:
Digital Realty, 600 S Federal St, Chicago, IL 60605
Digital Realty, 350 E. Cermak Road, Chicago, IL 60616
Equinix CH3, 1905 Lunt Avenue, Elk Grove Village, IL, USA
I actually have a contact with CoreSite for their facility in Chicago since QuadraNet told us to send our servers there and then remembered that they moved out of that facility multiple years ago and we had to try to locate our servers. They (CoreSite) also seem to be used by DataPacket so maybe we can get something going under them. Either way that might end up being good, either getting power and space from CoreSite then transit with DP or going straight through DP.
@FrankZ said: If it shows something like "No boot device available" in VNC, do not reinstall the operating system. This thing has happened to me before. It will get fixed automatically by VirMach if you do not reinstall, otherwise IIRC it needs to be fixed manually which takes longer.
yes, exactly like you described. already put a ticket with them. hope it gets resolved soon. this is the first major problem with the VPS, otherwise, it's been stable for me.
hi @VirMach , I know you are very busy with another thing, but if you could spend a little time to take a look at my ticket #518513, I would be very grateful. the disk is missing from VPS. I'm on TYO-C005 node.
thankyou!
@VirMach said:
Now we have a dilemma, do I move Hive Chicago to QN Chicago because they're threatening to de-announce our IPv4 or do I move QN Chicago to Hive Chicago because QN actually basically effectively did it?
So are you in any DC which isn't staffed by incompetent hamsters, so I know where to transfer my servers?
@VirMach said:
Now we have a dilemma, do I move Hive Chicago to QN Chicago because they're threatening to de-announce our IPv4 or do I move QN Chicago to Hive Chicago because QN actually basically effectively did it?
So are you in any DC which isn't staffed by incompetent hamsters, so I know where to transfer my servers?
xTom is the only one I can confidently say that about, hands down, every situation. Doesn't necessarily mean others don't also employ some intelligent people but I've never ever had a situation with xTom where I have to roll my eyes or tear out my hair.
They've also gone above and beyond in helping us when we run into big problems. Like more than expected. With things like the Psychz Amsterdam scenario, obtaining IPv4, and many others.
I just wish we could afford to use all their locations.
@FrankZ said: Does anyone have a recent yabs from the New York storage server or can offer an opinion on it ?
That one's my favorite. Threadripper, it ended up getting the best configuration too, it's 32 disks in RAID10 and then 4 hot spares. It also technically has like 30Gbps or something set up on it and could technically go that high. Plus we have like another 4x 1Gbps connected to it. I look forward to not having to touch it.
It also got the best mix of drives, different batches how I wanted to do all of them.
The Achilles heel on that one is the motherboard, they don't manufacture it anymore but as long as a replacement has PCIe we should be good.
(edit) It also has like 3x NVMe or something like that, Samsung Pro I think, for swap, OS, templates and such.
Sounds like a beast. I hope it will be one of my favorites too.
Any chance you are going to run a "post your order number for double RAM" on storage servers next week ?
Comments
You what mate?
Abuser! You sure those number makes sense? :P
Haven't bought a single service in VirMach Great Ryzen 2022 - 2023 Flash Sale.
Good catch, I am sure that folks on that node will be happier after I leave.
Actually the disk tests only runs every 6 hours, I will edit the OP to reflect that.
My first shutdown "we permit you to average around 80 TPS/IOPS" xD ... So, i cant run netmaker test server on Virmach :-|
Not really clued in on Netmaker but why is a VPN service generating so much disk IO?
Don't know either ... Was a test system with 5 clients ... Maybe a bug? xD
Been waiting for someone to post up an offer for that Tokyo storage node and somehow missed it!
Would like something closer to 2TB, but I'll honestly take what I can get. Imagine if the current storage offer was available in Tokyo... One can dream I guess.
@FrankZ was offering to transfer a Tokyo node just yesterday...
Yes, I was referring to that with the "missed it" part. Next time, gadget!
Oh, did he transfer it to US region already? Too bad. Good luck with your next hunt.
does anyone on node TYOC005 have same issue with me? the disk is missing (undetected?) from VPS.
If it shows something like "No boot device available" in VNC, do not reinstall the operating system. This thing has happened to me before. It will get fixed automatically by VirMach if you do not reinstall, otherwise IIRC it needs to be fixed manually which takes longer.
It is in the process of being transferred to a helpful member who wanted Tokyo storage.
Hope you have better luck next time @theloafingone
yes, exactly like you described. already put a ticket with them. hope it gets resolved soon. this is the first major problem with the VPS, otherwise, it's been stable for me.
It's all good. I'll make due with this banger of a biennial storage special in LA (2c/2gb/4TB@$2.67/m) for now since it has a decently good ping to Japan.
On a somewhat related note, my initial install seems to be broken and the instructions in the introduction e-mail are broken. I'm not an expert on VPS installations and the previous discussion about this was pretty sparse. Tried submitting a ticket with a screenshot but it looks like the final submit button is bugged - it keeps asking me to open (attach?) a file. VNC is showing the attached screen.
Any help would be much appreciated. Thanks for your time.
@theloafingone - I get a "the image can not be displayed because it contains errors" error when trying to view the image you posted so I can't really see what you are talking about.
That's really strange, the error isn't showing on my side. Here's the direct imgur link: https://i.imgur.com/qiOQweK.png
But basically it says "Welcome to Grub! Error: no such partition" then the prompt is saying "grub rescue>"
@theloafingone - I expect it was delivered without an O/S installed. With a 4TB VM I would install from an ISO so as to make at least three partitions, one for boot, one for the O/S, and one for data. You can do this by going to the billing panel and selecting the VM, then select the "VPS Control Panel" button. This will take you to the SolusVM panel. Click "Manage" on the line with your VM (this should be the only VM available). On the next page ensure that the "Boot Order" shows "(1) CDROM (2) Hard Disk", if not, select this option. Then select "CDROM" from the line above that,. and below the buttons. This will take you to a new display on the bottom of the page where you can use the select box to select the ISO for the O/S you wish to install. After selected, click the mount button. Now click the "Reboot" button. After your VM restarts you should be able to enter into the VM via VNC and see the prompts for the ISO install.
Note: If you do not know the network information for this VM then select DHCP when setting up the network and the network information should be provided automatically.
After you have installed the O/S in the VM you should get a final prompt to restart the VM. At this time go back to the SolusVM panel and change the "Boot Order" to "Hard Drive Only". Go back to the "CDROM" and click the "Unmount" button to unmount the ISO that you used to install the O/S. Then click the "Reboot" button to restart the VM. If you do not use the "Reboot" button in SolusVM to restart the ISO will not unmount and the boot order will not change. So if you click the "Restart" button shown at the end of the ISO install you will still need to click the "ReBoot" button in SolusVM other wise you will just boot right back into the ISO install.
I'll stop here just in case I am on the wrong track.
EDIT: The image you posted shows just fine in Brave browser, but still gives me the error I described above in FireFox, strange.
I'm on firefox and it shows just fine for me... weird...
Good to know. I expect the problem is probably on my end.
How could the old fart automatically fix things
Any masochist would setup LUKS + LVM on your VPS?
Ontario Dildo Inspector
I think you need to tighten back your screws...
That will be the day.
@Flying_Chinaman - It is VirBot's day job to fix things like this.
We don't oversell the storage amounts at all so it ends up being under-utilized. Tokyo pretty much got the best RAID controller and drives available at the time.
I believe we actually undersold memory for some time, then we oversold that, then we adjusted it back down a few times. So these old plans are a little heavy on memory but we only did that because we basically could since for years the storage nodes had very little RAM usage and a lot of it. As for CPU, yeah it's obviously oversold.
The only plans I know of that actually look like they're not oversold on CPU would probably be BuyVM slices, and that's 4Gb RAM to 1 Core ratio. Anything higher than that pretty much from anyone on Ryzen is oversold, basic math. So ours looks about 3x "oversold" for the 4TB package if you go based off that and ignore actual usage levels. Anyway, let's quickly talk about the actual reason.
I recently identified a pattern and have a good idea for a solution to one of the multiple problems on this node, I've already covered the others in the past but there's definitely something up with it. Once it's complete it'll improve it. Not sure by how much. This is in terms of CPU steal "bursts."
I don't have a timeline and that's why nothing's been sent out yet. It's going to probably end up being an expensive hands request and take some time to complete with possible side effects so it has to be arranged properly.
Anyone else on CHIZ001 down?
External monitoring shows my VPS went offline around 18 May 04:08 UTC. Can't access control panel due to the dreaded "Operation Timed Out After 90001 Milliseconds With 0 Bytes Received" error. https://status.virm.ac/ shows no recent data for CHIZ001 (or anything at CHI, actually), last updated 7 hours ago (which seems to sync with my external monitoring alert). Nothing listed on the network status page.
Looking glass at https://chi.lg.virmach.com/ also appears down, but I'm not sure if it's on the same host.
@JBB - You're not alone as it seems that all of Chicago DC #1 (CHIZ001, CHIZ002, CHIZ003, CHIZ004) has dropped. I'm on CHIZ003 and am getting the same "Operation Timed Out ..." error as you are. I expect it may be a DC network issue, or maybe someone unplugged the cable to VirMach's rack because you know VirMach does not have the best luck when it comes to DC hands.
Longing for a Green Tag
Ontario Dildo Inspector
Thanks, I suspected as much.
It's been a reliable location for me so far, but I have noticed that under interactive use sometimes it feels like the network is a bit intermittent. I'll type commands in my term and nothing for a second or two, then it catches back up. I've never been able to measure it as packet loss, it's both more subtle and more annoying than that.
I guess this means the VPS of mine that's vanished is in Chicago, then
(doesn't seem to be a way to see what node you're on once it's dead... /sigh)
Yes, offline at 12:00 noon Shanghai time
Yes , Chiz is offline.
skorous - Good to see that you are picking up the slack while the Skint one is on hiatus.
Knackered at the moment: energy going on motorcycling stuff - selling /trading in/new to me bike. :-)
By the time I sit down for a rest my brain is woozy, like the rest of me.
Nice one, @skorous
In stasis until the shitposting stops/abates.
Than=compare;then=sequence:brought=bring;bought=buy:staffs=pile of sticks:informations/infos=no plural.
It wisnae me! A big boy done it and ran away. || NVMe2G for life! until death (the end is nigh).
This worked like a charm. I'll keep it in mind for the future. Hope it helps anyone else who runs into this issue. Thanks again!
I want to keep this deal all to myself, but against my better judgement I'll post the YABS here for LAX Quadranet:
@theloafingone - I am happy that it worked out well and you were able to get your VM going !!
Thank you for the yabs as I am trying to decide where to buy my new storage server, Los Angeles or New York, and seeing that helped me out.
Does anyone have a recent yabs from the New York storage server or can offer an opinion on it ?
Nothing's unplugged, servers are online, IPMI functional so it seems like networking itself is probably fine. Looks like an announcement issue, and based on what I'm seeing it looks like another DC just randomly decided to announce these QN blocks? My mistake on the last part
I'll have to look into it a little further but I'm working on those NYC nodes and this was obviously not expected in the way it happened on basically the day I've been doing that. Nicely timed as usual.
Even better. Thanks for commenting this by the way I realized it probably had to do more with this honestly, and it did, you saved me a lot of time probably.
They nullrouted the entire /22 in Chicago QN because of an alleged DDoS attack, and they just left it like that. They opened the ticket as if I had opened it with blank text so I missed it the first time around. Not sure why/how. And uhhh, my graphs definitely didn't resemble anything like an attack which is why I didn't even go down that route but QN's definition of that has been proven to be different. Never would I have guessed their solution would be to nullroute an entire /22 though, that's a new surprise.
Allow me to show you what they probably called a DDoS attack. My genuine guess is some engineer saw some bad alert go off and thought hmm I'll just nullroute the whole /22 because the above 100Mbps utilization appears to be happening on more than one IPv4.
Now we have a dilemma, do I move Hive Chicago to QN Chicago because they're threatening to de-announce our IPv4 or do I move QN Chicago to Hive Chicago because QN actually basically effectively did it?
(edit) By the way that image is the highest spike out of any server, didn't feel like showing you the others but they're lower.
VirMach owned dcs when
By the way taking all recommendations for datacenters in Chicago at this point. Can be in the same facility as these people we've already tried, just maybe under different management/company.
We've already tried out Psychz, Hivelocity, QuadraNet. So that ends up being these actual facilities:
I actually have a contact with CoreSite for their facility in Chicago since QuadraNet told us to send our servers there and then remembered that they moved out of that facility multiple years ago and we had to try to locate our servers. They (CoreSite) also seem to be used by DataPacket so maybe we can get something going under them. Either way that might end up being good, either getting power and space from CoreSite then transit with DP or going straight through DP.
Using our current timeline sometime after my death.
@fluttershy
hi @VirMach , I know you are very busy with another thing, but if you could spend a little time to take a look at my ticket #518513, I would be very grateful. the disk is missing from VPS. I'm on TYO-C005 node.
thankyou!
Colocleansign strikes back.
Free NAT KVM | Free NAT LXC
Can ya let your sorry fellas decide which madhouse they will reside when they order or migrate?
Yo @VirMach storage or Tokyo or Tokyo storage promo any time soon?
Ontario Dildo Inspector
So are you in any DC which isn't staffed by incompetent hamsters, so I know where to transfer my servers?
After contemplating a while, personally QN i dare say, can't wait to get rid of the loathing 47.87.0.0/16 Alibaba IP block!
Ontario Dildo Inspector
xTom is the only one I can confidently say that about, hands down, every situation. Doesn't necessarily mean others don't also employ some intelligent people but I've never ever had a situation with xTom where I have to roll my eyes or tear out my hair.
They've also gone above and beyond in helping us when we run into big problems. Like more than expected. With things like the Psychz Amsterdam scenario, obtaining IPv4, and many others.
I just wish we could afford to use all their locations.
You have an interest in getting some direct experience? Toss me a public key and I'll let you poke around on the one I just picked up.
That one's my favorite. Threadripper, it ended up getting the best configuration too, it's 32 disks in RAID10 and then 4 hot spares. It also technically has like 30Gbps or something set up on it and could technically go that high. Plus we have like another 4x 1Gbps connected to it. I look forward to not having to touch it.
It also got the best mix of drives, different batches how I wanted to do all of them.
The Achilles heel on that one is the motherboard, they don't manufacture it anymore but as long as a replacement has PCIe we should be good.
(edit) It also has like 3x NVMe or something like that, Samsung Pro I think, for swap, OS, templates and such.
Thank you @skorous for the offer, but I think I am just going to pick one up in New York.
Sounds like a beast. I hope it will be one of my favorites too.
Any chance you are going to run a "post your order number for double RAM" on storage servers next week ?
Quite welcome, sir. I've been quite happy with mine thus far.