# Netdata-updater freezes on 1 GB memory instance, needs at least 2 GB?
**URL:** https://community.netdata.cloud/t/netdata-updater-freezes-on-1-gb-memory-instance-needs-at-least-2-gb/1756
**Category:** Help
**Tags:** agent, agent-installation
**Created:** [September 21, 2021, 8:07am UTC](https://community.netdata.cloud/t/netdata-updater-freezes-on-1-gb-memory-instance-needs-at-least-2-gb/1756 "2021-09-21T08:07:47Z")
**Posts on this page:** 7
**Page:** 1
### Author:  [@Tudvari](https://community.netdata.cloud/u/Tudvari)
#### Post date: [September 21, 2021, 8:07am UTC](https://community.netdata.cloud/t/netdata-updater-freezes-on-1-gb-memory-instance-needs-at-least-2-gb/1756/1 "2021-09-21T08:07:48Z")
## Environment
AWS t3a.micro instance
## Problem/Question
My server froze every morning, and then I discovered that it’s due to the high consumption of memory by cc1plus processes started by netdata-updater.sh.
I tried updating it manually by running
```auto
bash <(curl -Ss https://my-netdata.io/kickstart.sh)
```
And it always froze at the same point. Sadly I can no longer remember where did it stop.
So I updated the instance to t3a.small which has 2 GB RAM instead of just 1, and manually started the update again. And after some time it finally finished.
So then I decreased the RAM back to 1 GB because even 1 GB is too much for the server’s standard usage.
I was hoping that this was a one-time huge netdata update, and the updater usually is more than fine with 1 GB of memory.
But I was wrong and the next morning it froze the instance again. Is this normal?
Thanks in advance for all the help!
## What I expected to happen
That the daily updater doesn’t freeze the instance completely.
---
### Author:  [@Christopher\_Akritid1](https://community.netdata.cloud/u/Christopher_Akritid1)
#### Post date: [September 21, 2021, 1:57pm UTC](https://community.netdata.cloud/t/netdata-updater-freezes-on-1-gb-memory-instance-needs-at-least-2-gb/1756/2 "2021-09-21T13:57:23Z")
Just tried it on an Ubuntu 20 VM and it took around 700MiB at peak. I believe this was identified before and we have an option (or a PR to add an option) to run it with lower memory requirements. @Austin_Hemmelgarn will provide more info soon.
---
### Author:  [@Austin\_Hemmelgarn](https://community.netdata.cloud/u/Austin_Hemmelgarn)
#### Post date: [September 21, 2021, 2:02pm UTC](https://community.netdata.cloud/t/netdata-updater-freezes-on-1-gb-memory-instance-needs-at-least-2-gb/1756/3 "2021-09-21T14:02:06Z")
We have no real way to lower the memory requirements, it0s almost entirely a side effect of us bundling protobuf now (it takes a _huge_ amount of resources to build).
The ideal situation at this point is to get [https://github.com/netdata/netdata/pull/10769](https://github.com/netdata/netdata/pull/10769) and/or [Added static builds for ARMv7l and ARMv8a by Ferroin · Pull Request #11490 · netdata/netdata · GitHub](https://github.com/netdata/netdata/pull/11490) merged, and then have the new kickstart scripts bring support for those, which will completely sidestep the issue of local builds on Raspberry Pis and similar low-memory ARM systems.
---
### Author:  [@Christopher\_Akritid1](https://community.netdata.cloud/u/Christopher_Akritid1)
#### Post date: [September 21, 2021, 2:32pm UTC](https://community.netdata.cloud/t/netdata-updater-freezes-on-1-gb-memory-instance-needs-at-least-2-gb/1756/4 "2021-09-21T14:32:34Z")
Did some tests. If you don’t need to connect that node to the cloud and don’t use the Prometheus remote write exporter, you can run the following:
`bash <(curl -Ss https://my-netdata.io/kickstart.sh) --reinstall --disable-cloud --disable-backend-prometheus-remote-write`
This will skip the installation of protobuf and complete it with ~300MiB. The updater will keep the same settings. There are more options for things to disable if you don’t need them, see [netdata/netdata-installer.sh at master · netdata/netdata · GitHub](https://github.com/netdata/netdata/blob/master/netdata-installer.sh#L208)
---
### Author:  [@Tudvari](https://community.netdata.cloud/u/Tudvari)
#### Post date: [September 23, 2021, 8:59am UTC](https://community.netdata.cloud/t/netdata-updater-freezes-on-1-gb-memory-instance-needs-at-least-2-gb/1756/5 "2021-09-23T08:59:25Z")
“connect that node to the cloud”
By cloud do you mean the Netdata Cloud Dashboard, right?
So if I’ve understood it well, the only way we can reduce the Memory usage of the update is to disable the feature to watch the server through the browser?
---
### Author:  [@Christopher\_Akritid1](https://community.netdata.cloud/u/Christopher_Akritid1)
#### Post date: [September 23, 2021, 3:56pm UTC](https://community.netdata.cloud/t/netdata-updater-freezes-on-1-gb-memory-instance-needs-at-least-2-gb/1756/6 "2021-09-23T15:56:53Z")
The Netdata agent has its own UI. The cloud allows monitoring of the entire infrastructure, but you can use the agent without it.
A more proper way to do it is to use streaming/replication from agents running with very limited capabilities (search learn.netdata.cloud for "high performance netdata or IOT), to a “parent” agent running on a more beefy machine. You can have all the child charts displayed on that parent too, it’s how streaming always worked. The thing doesn’t currently work on the cloud is the ability to just connect that parent to the cloud and get the cloud’s infra level view with all the nodes. We are correcting that in a major redesign that we will be releasing in October.
---
### Author:  [@Tudvari](https://community.netdata.cloud/u/Tudvari)
#### Post date: [September 28, 2021, 9:38am UTC](https://community.netdata.cloud/t/netdata-updater-freezes-on-1-gb-memory-instance-needs-at-least-2-gb/1756/7 "2021-09-28T09:38:16Z")
Thanks for the answer, then I think I will just increase the capabilities of the machine for now.