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.
Comments
Invoice #1251264
Same problem, shows unpaid after being proceeded manually but $0 invoice can't be paid.
Please check, thank!
I was early but missed the part at the end of the easter egg about the first 100 being free.
all of the vpses are still in stock, so not late ig
are u going to have tokyo location soon? Damn my heart is pounding.
The promotion code entered has already been used
:sadpanda:
No more free VPSes
-deleted-
@neverain are you sure? there is a slew of new rules for this offer.
Read @virmach response to my question on first page..
So basically Tokyo is a mythical aspirational location for them.
Apparently reading is hard for a lot of people here.
## ## ## ## ## ## ## ## ## ## ## ## ## ## ## ## ##
Yet-Another-Bench-Script
v2021-06-05
https://github.com/masonr/yet-another-bench-script
## ## ## ## ## ## ## ## ## ## ## ## ## ## ## ## ##
Sun Jul 4 17:04:24 BST 2021
Basic System Information:
Processor : Intel(R) Xeon(R) CPU E5-2687W v2 @ 3.40GHz
CPU cores : 2 @ 3399.998 MHz
AES-NI : ✔ Enabled
VM-x/AMD-V : ❌ Disabled
RAM : 1.9 GiB
Swap : 256.0 MiB
Disk : 39.1 GiB
fio Disk Speed Tests (Mixed R/W 50/50):
iperf3 Network Speed Tests (IPv4):
Provider | Location (Link) | Send Speed | Recv Speed
| | |
Clouvider | London, UK (10G) | 368 Mbits/sec | 643 Mbits/sec
Online.net | Paris, FR (10G) | 649 Mbits/sec | 414 Mbits/sec
WorldStream | The Netherlands (10G) | 293 Mbits/sec | 651 Mbits/sec
Biznet | Jakarta, Indonesia (1G) | 543 Mbits/sec | 44.1 Mbits/sec
Clouvider | NYC, NY, US (10G) | 357 Mbits/sec | 352 Mbits/sec
Velocity Online | Tallahassee, FL, US (10G) | 243 Mbits/sec | 402 Mbits/sec
Clouvider | Los Angeles, CA, US (10G) | 239 Mbits/sec | 308 Mbits/sec
Iveloz Telecom | Sao Paulo, BR (2G) | 313 Mbits/sec | 78.5 Mbits/sec
Can someone please share result of this benchmark?
https://github.com/LemonBench/LemonBench
I am specifically interested in "Streaming Unlock Test"
Double bandwidth, but it can only reach the same data center:
It's installed from Debian 6 template, and I did not change any config file.
"Reconfigure networking" button returns "unknown error".
Free chicken is dead caged chicken, it seems.
Seems like your very unlucky recently...
I placed my order via IPv6 btw.
We'll have to look into this more and get in contact with them. In the meantime, similar instructions should be used, as in if you're incorrectly flagged by the system everyone should just let us know on the generated ticket. We do check all of these that receive a response and if the system's wrong, we'll know.
This is mainly due to us having locked off servers in preparation for Ryzen migrations. Of course, people cancel over time, and servers get empty and we lose money. But if we fill them with new customers, they may be upset that they are being migrated so quickly after their purchase.
Based on what I said, this is actually the opposite of what is planned but unfortunately nothing ever goes as planned. The servers that are expiring the latest will most likely be used for current offerings. We like stability, and don't want customers changing IP addresses and having outages/downtimes even if it is planned migrations, so that's why we locked off nodes instead of continuing to sell on them if they were going to expire sooner. Unfortunately, this plan wasn't going to work forever as we do need to keep servers filled.
Hope that makes sense, it's just the best solution we found, to fill them with people who know they will be migrated soon. It wasn't meant to be a Soon TM tactic and we weren't trying to "upsell" people on the fact that it will become Ryzen. We had to mention that they'd be migrated anyway, so of course it's good to state it will be Ryzen.
At the same time in case everything goes wrong in the worst way possible, we do not want to make empty promises. All of these offers were 100% priced exactly as they would be whether or not they become Ryzen. As in, they are priced to sell as non-Ryzen.
You can compare these to our previous offers, I mean there's a reason the 1GB offer was $18.40 and it was reduced to $15 for this sale, because we are selling it as if it is an E5 offer. You're not meant to expect to be paying more for it being moved to Ryzen, it's just a sale, that happens to include the following agreement: you're okay with us migrating you and you understand your IP address will change and you will be moved to a different datacenter with a different network blend, whether or not that way be desirable.
We aren't purchasing IP addresses. They're at something crazy like 10 year ROI right now, it doesn't make sense anymore. The only people buying IPv4 addresses from IPv4 hoarders are big companies that plan on making a lot of money per month off the IP address to where they don't care if it's 10 year ROI, it's just a drop in the bucket. For our offerings and pricing, of course this is not the case. We aren't an ISP charging $60 a month for internet. To them, buying an IP would be less than a month of the cost of their service.
I do want to stress that the chance for being consolidated onto another CC machine is not intended to be done exactly how you mention, but in the end, it's a similar effect. All the revenue from these offers will go into funding more Ryzen purchases, which we will need to do since we will need to purchase more Ryzens (since we're selling more space that will need to be moved to Ryzen.) So it creates a problem (we need more Ryzen nodes) and it solves it (we have revenue for more Ryzen nodes.) Versus losing money on empty servers until their contract end date, and having no additional customers, no additional revenue, no additional Ryzen nodes.
Contracts expire around the date period I have above. Those dates are specifically contract expiration dates, not arbitrary dates. They mainly range from 09/30/21 to 04/30/2022. There are some of them before and after, but I'd say 70-80% of them that are expiring are within these dates.
There are certain situations that are not indicative of fraud, but end up getting classified as such. If we were to build our own antifraud system, it would be vastly different and use IP addresses differently than how it's currently deployed. Unfortunately, we are not currently in the business of making a billing and anti-fraud system.
Perhaps later down the line, we will deploy this how we want and in this case, unfortunately we would most likely have to classify Tunnel Broker as potentially "bad" as well, but we would most likely not instantly block it but instead set it to "manual review." So I would say FraudLabsPro did label this correctly for us to a point, from a risk assessment perspective. I'm just hoping it was as a result of this and not any IPv6 issue.
I remember handling this ticket and a few others like it. Since I'm familiar with these type of services, and I personally didn't see it as a risk especially given your account status as a whole it was approved. Sorry for not providing an explanation here, you did ask why it was rejected and I just gave the default approval message as we usually do these in batches and are very busy (and were even busier at the time.)
It's just not something that comes up a lot so we don't have any policy in place for these right now either. If someone else handled your ticket here, they might have unfortunately told you that you're using a VPN and rejected it.
I've se tthis one back to pending, it did have an invoice. I'll approve it as well, you can just have two of them.
Yes, on our end it does appear to function properly both times so that's good. I was starting to get concerned that they actually didn't implement IPv6 support.
Around E5-2660v1 to E5-2690v2 on the Intel side, and then 3900X to 3950X on the Ryzen side with a very small possibility of 5900X or 5950X.
I know what you mean here but I'd like to misunderstand that as you threatening me, makes it funnier especially with your avatar.
Please understand that I may be fully incorrect in stating this and nothing is guaranteed so please do not buy this in hopes of being moved to Tokyo as I do not want you to be disappointed, but I did basically answer this as much as I could above. See my message below:
As an added note, I will say one thing. Buffalo, NY, has a lot more servers and people. This also means based on the survey we did a while back, about half the people in Buffalo are prisoners there, as in they want to migrate away given the opportunity.
If we do process migrations in the way I outlined above, we will most likely have more space allocated to allowing people from Buffalo specifically to move to other locations. That means if you have a service in Buffalo, assuming there are shortages in Ryzen availability, you will have a higher probability of being able to move to Tokyo since we will do the math to where half the servers in Buffalo will be evenly distributed to other locations. AKA, we will send X amount less servers to NYC Metro since we expect about half the people do not want to stay in Buffalo. But for example, in San Jose, we will expect everyone wants to stay there, so we will not send X amount less and therefore it may be more difficult to migrate from let's say San Jose to Japan than it is from Buffalo to Japan, since the X servers sent less to NYC Metro will be sent to all other locations we expect people from NYC want to be in.
Hope that makes sense, I know it may be confusing, it's confusing on our end as well, that's why I don't want to promise anything.
I'll see if I can publish numbers from the surveys in a meaningful manner so everyone understands what we will be basing migration desire on. If this desire changes from what data we collected on these surveys, then there could possibly be shortages in some locations, when it comes to allowing migrations from one location to another.
Otherwise, outside of these natural shortages, and outside of the amount of support work required correcting any issues with migrations and a few other minor issues, we don't really care and would love to allow everyone to move wherever they want for free. We have to be realistic though.
Uh-oh... :shifty-eyed:
January 16:
February 16:
March 5:
March 7:
April 3:
May 8:
June 15:
June 22:
June 23:
2072 AD:
Fixed. Thank you very much for not creating a ticket about it. I want to encourage this type of behavior so I'll start randomly giving easter eggs to people as well that use this thread for minor issues (and some that do create a ticket but do it properly for this special, such as not doing both things at once.)
I'm pretty excited about this one too.
We are almost done sealing the deal with Equinix. If that doesn't work out, we have two fallbacks. Unless all three options fall through or perhaps the prime minister of Japan has a news conference and states he does not want VirMach to expand to Tokyo, it's planned and will happen.
There was too much demand for it not to happen.
Cursed double bandwidth activity.
@VirMach Are custom ISOs okay to request for these offers? I realize it automatically files a ticket so I'm trying to avoid adding another one to the pile.
Thanks for explaining.
Yeah this chicken is alive now.
This makes perfect sense to me. An illustration for the confused:
This rack will be collapsed in no time.
@VirMach Why does the 3GB special ask to specify 2 locations and OSes? I though the first is the current location and the second one is the migration target, but after several hours on 'pending' my server was set up in the second location (Amsterdam) which I'm very happy about.
Thanks for the illustration, but where are the chickens?
Uh-oh.
And everyone else I'll still get to your messages, just busy with today's scheduled migrations (non-Ryzen.)
Yes, you can request it.
This partly feels like, "Hey Colocrossing, we're pulling out the majority if not all, you better offer some pretty sweet deals to keep us".
That being said, I thought they were the cheapest provider, so no matter what if going to another provider, baseline costs will increase.
If this were something to happen, it would more likely be the previous stages that already took place a few years ago. Currently, it's more like "stop shooting yourself in the foot and sending us the bill."
People actually seem to think this is true for some reason. Maybe at some point in time.
Let's say you wanted to start your own hosting company. The IPv4 addresses are given to you for essentially free at a very good point in time before their prices are set to skyrocket. You have some servers, but a lot more empty space and IP addresses. You can get financing for more servers, as long as you can show your creditor signed agreements that are longer in length.
What do you do? Well, you end up buying a lot of hardware on credit. As much of it as you can, and to do this, you need to find customers. As long as you meet the creditor's requirements, you don't really care how much you charge for it. Well, not you have a bunch of hardware that's already above cost due to financing. They do have longer contract terms, so you don't have to be too worried about it, but uh-oh, because you wanted to get a lot of servers and customers, you have accidentally sold a lot of servers to summer hosts. Now you have a bunch of servers and no customer for them, well, you can just sell it for cheaper since you already had some of it paid off, it's better than it sitting there empty. So all is well, but you're starting to run out of IPv4 addresses finally, and your hardware is getting older and older. You can't really buy much new equipment anymore, you've probably exhausted your limits at this point. Oh, and a lot of agreements you're grandfathered into such as Windows licensing are going to expire soon. Well, better sell it all to a company that pays the highest amount of money, regardless of if they are a good fit.
Now, your company is owned by this company that has no idea what they're doing is running everything and they don't really know what they bought. It's padded with a lot of bureaucracy. Even more than ever though, they're all about that revenue but they also want to cut costs. I'm sure someone sitting at the top looks at all the numbers, and they make (bad) decisions based on them. Alright, let's try to push the locations where we already have a lot of servers and space and why do we need 5 different network engineers 24x7 anyway? Why do we have sales people and account managers? We don't really need them. Let's get rid of some. Let's keep this old hardware, but why are we keeping so many replacement parts everywhere? Let's use those. Why are we selling these servers so cheap? Let's raise the prices. Wait, we have to pay how much for Windows licensing? Let's just cut it off, I'll deal with it later. Why would we buy new hardware? What we have is good enough, we've been doing the same thing for a hundred years and it's fine. No, don't reduce pricing to be more in line with the hardware, we can sell it at the same price or even more. What's Spamhaus? Oh they sound reputable if anyone gets on this list just nullroute the IP address immediately and forever. We have to keep increasing revenue, and decreasing costs. Finally, you get to a point where you start alienating some pretty big customers, and while try to preserve all the revenue, you end up losing the revenue because you can't fathom losing 5% of it. But that's probably better anyway, right? Why would you reduce your revenue to keep your revenue? That's a downward slope on some chart I learned in business school. We can only reduce revenue if we add revenue. Oh, the customer cancelled? Well, that's out of our control we shouldn't worry about things like that or question if it is in any way correlated to how we performed our job.
Anyway, we will be reducing costs by a huge degree. Outside of the initial hardware costs, essentially everything else is much more affordable when you go with the right datacenter partners and use more advanced technology that uses 1/3rd the power to get the same job done, especially if these parts match what customers want the most almost a decade later, which may not be the same as what they wanted previously. And if we fund it ourselves as much as possible, we don't have creditors who have no clue what a server is assessing risks and such. Nor will we have a lot of risk if we also know how to run our company properly.
I was going to hide this next one in one of the previous walls of text but that'd be cruel. I think it's enough for it to be right under a wall of text.
We just posted a new temporary length service detail, for 120 days.
Use code "30EXTRASJKVM6" for 30% off it, limit 50.
640MB RAM
10GB Disk
1vCore
1,000GB Bandwidth
1Gbps Port
1 IPv4
San Jose, CA - Location
Product expires/terminates permanently after 120 days.
Promotion Code Accepted! Your order total has been updated.
30EXTRASJKVM6 - 23% One Time Discount
Ughh why is my brain melting.
(Edit) Alright everyone who bought it at 23% off just gets 100% off instead, I'm refunding you (and you keep the product.)
AMS location
Is this just a what-if, or is this a real thing that happened to Virmach? Is the company in question that doesn't have a clue named Colocrossing?
I take it to be Deluxe Corporation, which is the company that bought CC in 2018.
VirMach remains independent, as far as I can tell.
I bought a BF special during 2020. As I understand it, you guys are moving out of CC entirely, so my VPS will be moved out of CC as well in due course if I got this correctly?