CloudatCost Issues
-
Ubuntu login problems solved. This is undocumented and needs to be fixed. CloudatCost is using the user user rather than root. This is confusing. The password shown on the console is for user, not root. It says this nowhere. You have to figure it out by getting onto the system and poking around, guessing and testing. If you use user instead of root, it just works.
-
@scottalanmiller said:
Ubuntu login problems solved. This is undocumented and needs to be fixed. CloudatCost is using the user user rather than root. This is confusing. The password shown on the console is for user, not root. It says this nowhere. You have to figure it out by getting onto the system and poking around, guessing and testing. If you use user instead of root, it just works.
That makes since since root login is disabled by default on Ubuntu. Not sure why they don't give you the username.
-
Odd. It would not take much to show that on the panel .
-
One of my Instances disappeared from the panel today. Not sure what's up with it. Can't get to it either.
-
That's a new one. Very odd.
-
It looks like it's back now, but it was up and running Zimbra. Now it says imaging failed and I have to image it again. odd. Oh well.
-
I can't open the console (connection time outs) and I appear to have had very large memory utilisation 97% for I don't know how long (no monitoring software yet).
Ā
Memory is back down to 39%. I'm not sure if my forced reboot helped at all.Edit: upon reflection, I believe that the console access might be because of a firewall between my network and the greater Internet.
-
@nadnerB Can you access it via either console or SSH at all?
-
@nadnerB said:
I can't open the console (connection time outs) and I appear to have had very large memory utilisation 97% for I don't know how long (no monitoring software yet).
The panel doesn't show anything useful for memory utilization. It literally means nothing. There is no reason to believe you were using much memory.
-
@thecreativeone91 said:
It looks like it's back now, but it was up and running Zimbra. Now it says imaging failed and I have to image it again. odd. Oh well.
Have you tried clicking the Events button in the panel to see if anything odd shows there?
Servers that mysteriously reimage themselves is alarming. Anyone from there care to comment? @AmanBhogal? @charlie?
-
@Danp it didn't reimage itself just failed. I'm guessing due to the io issues, and needed to be reimaged. They likely can re-connect the virtual disk if you contact them instead of re-imaging it but I didn't care since its just testing.
-
@thecreativeone91 said:
@nadnerB Can you access it via either console or SSH at all?
I can now that I'm at home. At work, the ports seem to be blocked and because of our network setup, unblocking isn't going to happen
-
Install pending for 3 hours now.....
-
@Aaron-Studer install of what?
-
-
And again.....
-
@Aaron-Studer Why the constant rebuilds? Are you just trying out different OS's?
-
@nadnerB said:
@Aaron-Studer Why the constant rebuilds? Are you just trying out different OS's?
Different OS's, Applications, etc
I use many different VPS providers, and it looks like CloudatCost just isn't going to work for me.
Both Digital Ocean and Vultr re-build VM's in less then 1 minute, without error everytime.
I love the idea of one time cost, but clearly I was only dreaming. No many issues for the service to be usable.
-
@Aaron-Studer said:
Different OS's, Applications, etc
I use many different VPS providers, and it looks like CloudatCost just isn't going to work for me.
Both Digital Ocean and Vultr re-build VM's in less then 1 minute, without error everytime.
I love the idea of one time cost, but clearly I was only dreaming. No many issues for the service to be usable.
Righto, well I guess not every service suites everyone
-
@nadnerB said:
Righto, well I guess not every service suites everyone
Re-imaging a VM is childs play. Really should not be an issue.
Both Digital Ocean and Vultr have free $5 trials. I think if you tried one of them, you would be amazed in the difference.