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
Testing the AMD instance and it's very slow.
That's what 1/8th of a core gets you
Taking million years to install something I just then create an ARM instance with all storage space
Yeah, I didn't even bother with free x86 instances because they sounded so poor, although I guess it might be worth using just to stick haproxy on there to forward to the other two machines.
Creating a server will use at least 47GB of 200GB free and for me with that poor performace, that 50GB is wasted. So I create the ARM with 200GB
is there anyone who successfully approved in singapore region, mine just no answer at all after couple tries
Seems pretty normal. Try rebooting?
Nope, all my and my friends card got rejected.
I restarted but same issue. Both
top
andhtop
are showing 680MB RAM.https://www.linuxatemyram.com/
That's weird! I got the Singapore region a few days ago with one trial
No, that is not the case here. If you look closely at the screenshot, it says total ram is actually 680MB, not total is 1024 MB but "oh so much is taken (for disk caching)", as in the case which that website ridicules.
As for the actual cause, I suspect this is how the effect of virtio-balloon might look like, which is a symptom of the host node running out of RAM.
Oh, sorry, I misread the thingy, thought the 680MB was the RAM that was being used and not max RAM. xD
I noticed different RAM values while testing different linux flavors on Oracle, was the same thing with OVH, I had about 1.7GB RAM instead of 2 on centos and it went to 1.9~ after installing debian.
You can recover around 10gb by deleting ocivolume-oled partition that you dont normally use as LE user (and expand the root).
RHEL based distro has kdump memory reserve enabled by default. This reserves around 300mb memory.
Debian has this feature disabled by default.
You can disable this and recover that amount of ram by setting crashkernel=no in grub config,
Hello, please now I using 30 days trial account. I have Always Free instance (Ampere, 4vcore, 24 gb ram, 200 gb uhd boot disc). So please will be my instance automatically terminate after trial period or will be continue in Always Free mode?
Thank you
Regards
As long as all your usage is below the Always Free values, it will not be automatically terminated when you leave the free trial. I still recommend you make your own backups in case Oracle screws you over in another way however.
To note, they did used to terminate instances after the free trial, but they do not anymore and the docs were updated to reflect such.
I just created Arm A1 instance with 4 cores and 24GB RAM but it doesn't say "Always Free" against its name like the other instance. Do I need to be afraid or or this normal?
While creating instance it also asked about some boot volume or something and default value was 50GB which I changed to 200GB so may be this is why it is not always free?
But that 200GB is nowhere to be seen.
Didn't work. First I updated value from
auto
tono
sudo nano /etc/default/grub
As you can see in screenshot below the value has been changed to
no
Then I try to ran following command but it said
command not found
sudo update-grub
Anyway I rebooted machine but RAM is still 680MB
Don't worry, this is normal
You didn't, double check.
You have two instances, and the max storage you can assign per acc is 200GB. So it's technically impossible to have assigned 200GB to arm instance.
Not surprising nothing changed if you haven't actually run the correct command. I'm not sure what package you need if you're using RH.
iirc. Oracle messes/rapes your vps everytime with cloud-init.
I might be wrong, been so long since i used OCI
The OP seems to have updated the blog post. Oracle contacted (phone call) him and restored his A/c after he created Hacker News thread. It's similar to LET, how when you complain about low end VPS provider here, you get support.
You just saved the config, but it's not committed into bootloader yet.
Not sure which tutorial you did follow, but RHEL family does not use update-grub script.
You are supposed to use
grub2-mkconfig -o /boot/grub2/grub.cfg
without crashkernel you should have 962mb of total availabe memory
iirc in some condition the disk is not automatically partitioned into fs
you have to invoke /usr/libexec/oci-growfs to expand it manually (this is the easy way, not sure about non-OL distro tho).
edit: actually this is the defaut behavior (50gb root) according to docs
https://docs.oracle.com/en-us/iaas/oracle-linux/oci-utils/index.htm#oci-growfs
First, the ARM instances never show "Always Free", this is normal.
But if you are still within the first 30 days of trial, it is possible to overshoot the always free usage, e.g. by using too much storage. So double-check what it says in the panel, if actually claims to be 200 GB, then better delete and recreate to a lower size.
Or delete all other VPSes and then it is okay to use 200 GB on this single one.
well, my vm is finally terminated few days ago, along with this email i received
still can make new free instances tho, but i'm in no hurry, so..
Your Always Free resources will remain available to you as long as you actively use your account
Do we know what constitutes an active user? Like if we need to login to Oracle Cloud every 30 days to consider it active?