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
I don't share your opinion; I believe that if I use it correctly, it contributes to my development. Ultimately, I learned from AI where and how to view error logs and what each error code represents. It seems you don't have any additional thoughts or knowledge on the subject either. Thank you for your comments.
Thank you for your comment; I agree with you. The annoying part is company policy. It's like another way of saying, "Even if we make a mistake, we won't tell you; that's company policy." Of course, this is just a comment based on the available data.
Oh, you sure get to accumulate some information. There's no doubt about that but if you think skipping the actual learning process is just some kind of meaningless detail i'd rather not rely on your expertise.
As far as adding something to the topic: Well, it seems you skipped the part where others learned that humans don't like to read random text walls (especially not the variety that were generated using practically zero effort) and it's more effective to actually get straight to the point, so i'm not really making much of an effort too.
From skimming through your epic novel it seems you have some gripe with a host not sharing some kind of internal log with you to which my only comment is: Sucks for you. Maybe you should find another host if you don't like how your current one runs it's business (chances of hosts in general sharing internal logs are rather slim i guess but if that's an important criteria for you you'll have to shop around, i guess).
I see you haven't offered any alternative technical or software-related information. My aim was to find out if the problem originated from me, or if there were any other settings I could adjust. Additionally, Kamatera cited company policy and didn't provide any information. Since no other answers were given, it seems there's nothing I can do software-wise. As you said, there are probably very few companies that are transparent enough to share log records. Even though the company says it's not their fault, their lack of evidence and the fact that the system crash occurred after settings they made already indicates whose system the problem originated from. Thank you for your response.
I dont understand what resource allocation policy have to do with reboots but what I can say is that this provider has been rock solid for me for years, 0 interruptions or reboots that werent caused by me
It's great that you haven't experienced any problems, but I've had these issues three times in five months. Regarding my mention of the processor, they suggested switching from a T-type processor to a B-type one. They said the T-type wasn't suitable for my workload. I mentioned that my average weekly CPU usage was 13-14%, and since the T-type processor, according to their explanation, was "reserved resources guaranteed" and they charged extra for CPU usage above 10%, I honestly didn't want to switch to a processor that was twice as expensive. That's why I included it in the explanation.
A lot of software doesn't have a lot of error handling for low resource scenarios and shit the bed instead of dealing with it gracefully.
That's correct. But if programs crash while performance tuning is being done, that's a server-side error.
Performance tuning happens nonstop, that's what the kernel does.
Stop fighting it and add resources.
You can add as many unused resources as you want to your VPS. Increasing resources with an average CPU usage of 13% seems illogical to me.
Need more RAM or faster storage.
It has NVMe storage. It has 8GB of RAM. 2.1GB is occupied when Windows Server is running, and 6.8GB is consistently occupied when a program is open. Only one program is open at a time. I don't do any other work on the computer.
Has it even happened again? Or are you still complaining about a one-off issue?
Yesterday, despite low CPU usage and free RAM, my system froze again for about 30 minutes. It later recovered. I didn't create a ticket to avoid another hard reboot. Do you also have an account on Kamatera? Did you experience freezing issues as well?
I'm not a customer of Kamatera and none of my Windows Servers have frozen recently because they all have sufficient resource allocations. In your shoes I'd either add more resources or change provider, or just accept that your resource allocation is borderline and sometimes the server will freeze for a bit.
Did it freeze or did you just lose network access? Did your uptime reset in the 30 minutes? What happened when you used the control panel console to access it?
Actually, there were no problems with the network connection. The Matrix IQ program ran with freezes for about 30 minutes. The clock in the program was stuttering, with pauses of 15-20 seconds before suddenly speeding up. However, CPU usage was still around 10-15%. RAM usage was stable at 60-70%. The SSD was minimally used, according to my observation; it's not just CPU usage that's important. The resources the system allocates to you are somehow being restricted. There's nothing you can do about that. My reason for choosing the camera was its hourly productivity. I use it for about 250 hours a month. Perhaps in the future, upgrading to a Contoba 6 vCPU 12 GB RAM model at a similar price would be more logical.
That sounds like an app issue.
app is fine until now.
It's highly unlikely to be an app-related issue. I haven't experienced any problems on my own computer. It's probably due to server optimization. The most likely scenario is that they rebooted and can't admit to the error because company policy doesn't allow it. A less likely scenario is a program error due to them blocking my resources during optimization, but Windows Event Viewer shows no such error.