# V1.28 / This agent was built without the dependencies for Cloud and cannot be claimed **URL:** \ **Category:** Help\ **Tags:** cloud\ **Created:** [December 22, 2020, 4:39pm UTC](https://community.netdata.cloud/t/v1-28-this-agent-was-built-without-the-dependencies-for-cloud-and-cannot-be-claimed/680 "2020-12-22T16:39:04Z")\ **Posts on this page:** 9\ **Page:** 1
**Author:** ![Mark\_Foster](https://yyz1.discourse-cdn.com/flex029/user_avatar/community.netdata.cloud/mark_foster/32/315_2.png) [@Mark\_Foster](https://community.netdata.cloud/u/Mark_Foster)\ **Post date:** [December 22, 2020, 4:39pm UTC](https://community.netdata.cloud/t/v1-28-this-agent-was-built-without-the-dependencies-for-cloud-and-cannot-be-claimed/680/1 "2020-12-22T16:39:04Z")
## Problem/Question After a recent upgrade from 1.26=\>1.28 on one of our nodes, the node began showing unreachable from the Cloud app. I attempted to re-claim it but instead it shows this error. `This agent was built without the dependencies for Cloud and cannot be claimed` ## Environment/Browser Ubuntu 18.04.5 LTS using the apt repo ``` $ cat /etc/apt/sources.list.d/netdata_netdata.list # this file was generated by packagecloud.io for # the repository at https://packagecloud.io/netdata/netdata deb https://packagecloud.io/netdata/netdata/ubuntu/ bionic main deb-src https://packagecloud.io/netdata/netdata/ubuntu/ bionic main ``` ## What I expected to happen Node should not become unreachable because of an upgrade, nor need to be reclaimed. If it does need a reclaim, the agent allows it to proceed. ---
**Author:** ![Mark\_Foster](https://yyz1.discourse-cdn.com/flex029/user_avatar/community.netdata.cloud/mark_foster/32/315_2.png) [@Mark\_Foster](https://community.netdata.cloud/u/Mark_Foster)\ **Post date:** [January 5, 2021, 6:26pm UTC](https://community.netdata.cloud/t/v1-28-this-agent-was-built-without-the-dependencies-for-cloud-and-cannot-be-claimed/680/2 "2021-01-05T18:26:53Z")
This problem STILL exists for v1.28.0 (latest) on Bionic. It started with v1.27.0 Please address. I was able to work around the issue like so $ sudo apt install netdata=1.26.0 $ sudo service netdata restart ---
**Author:** ![OdysLam](https://yyz1.discourse-cdn.com/flex029/user_avatar/community.netdata.cloud/odyslam/32/98_2.png) [@OdysLam](https://community.netdata.cloud/u/OdysLam)\ **Post date:** [January 7, 2021, 2:44pm UTC](https://community.netdata.cloud/t/v1-28-this-agent-was-built-without-the-dependencies-for-cloud-and-cannot-be-claimed/680/3 "2021-01-07T14:44:07Z")
Hi @Mark_Foster , Sorry for not getting back to you sooner, due to Christmas vacations I was out and Netdata was running a skeleton crew, so our community engagement was more scarce. I have pinged our engineers and soon we reach back for more information so we can pinpoint the culprit. Thank you for your patience, as I understand that this must have been frustrating. P.S Welcome to our community! Best, odysseas ---
**Author:** ![modem7](https://yyz1.discourse-cdn.com/flex029/user_avatar/community.netdata.cloud/modem7/32/283_2.png) [@modem7](https://community.netdata.cloud/u/modem7)\ **Post date:** [March 3, 2023, 11:48pm UTC](https://community.netdata.cloud/t/v1-28-this-agent-was-built-without-the-dependencies-for-cloud-and-cannot-be-claimed/680/4 "2023-03-03T23:48:32Z")
Still getting this issue on the raspberry pi using the latest build (and it seems to install an older version on top of that) ---
**Author:** ![Manolis\_Vasilakis](https://yyz1.discourse-cdn.com/flex029/user_avatar/community.netdata.cloud/manolis_vasilakis/32/820_2.png) [@Manolis\_Vasilakis](https://community.netdata.cloud/u/Manolis_Vasilakis)\ **Post date:** [March 6, 2023, 8:19am UTC](https://community.netdata.cloud/t/v1-28-this-agent-was-built-without-the-dependencies-for-cloud-and-cannot-be-claimed/680/5 "2023-03-06T08:19:41Z")
Hi @modem7 How did you install ? What distro is the pi running? ---
**Author:** ![modem7](https://yyz1.discourse-cdn.com/flex029/user_avatar/community.netdata.cloud/modem7/32/283_2.png) [@modem7](https://community.netdata.cloud/u/modem7)\ **Post date:** [March 6, 2023, 1:35pm UTC](https://community.netdata.cloud/t/v1-28-this-agent-was-built-without-the-dependencies-for-cloud-and-cannot-be-claimed/680/6 "2023-03-06T13:35:13Z")
Heya @Manolis_Vasilakis curl -s [https://packagecloud.io/install/repositories/netdata/netdata-edge/script.deb.sh](https://packagecloud.io/install/repositories/netdata/netdata-edge/script.deb.sh) | sudo bash apt install netdata Raspberry Pi 3 Model B Plus Rev 1.3 PRETTY\_NAME=“Raspbian GNU/Linux 11 (bullseye)” NAME=“Raspbian GNU/Linux” VERSION\_ID=“11” VERSION=“11 (bullseye)” 32bit ---
**Author:** ![Manolis\_Vasilakis](https://yyz1.discourse-cdn.com/flex029/user_avatar/community.netdata.cloud/manolis_vasilakis/32/820_2.png) [@Manolis\_Vasilakis](https://community.netdata.cloud/u/Manolis_Vasilakis)\ **Post date:** [March 6, 2023, 1:53pm UTC](https://community.netdata.cloud/t/v1-28-this-agent-was-built-without-the-dependencies-for-cloud-and-cannot-be-claimed/680/7 "2023-03-06T13:53:27Z")
Hmm, thanks! Not sure about this script… Can you try our kickstart script instead? [Install Netdata with kickstart.sh | Learn Netdata](https://learn.netdata.cloud/docs/installation/installation-methods/one-line-installer-kickstart.sh#gsc.tab=0) Also make sure you’ve uninstalled any existing installations before running it. ---
**Author:** ![modem7](https://yyz1.discourse-cdn.com/flex029/user_avatar/community.netdata.cloud/modem7/32/283_2.png) [@modem7](https://community.netdata.cloud/u/modem7)\ **Post date:** [March 6, 2023, 1:58pm UTC](https://community.netdata.cloud/t/v1-28-this-agent-was-built-without-the-dependencies-for-cloud-and-cannot-be-claimed/680/8 "2023-03-06T13:58:25Z")
Aye, the problem with the kickstart script, is that it compiles the image from scratch (which works, but I would certainly prefer a package manager version for either 32bit or 64bit ARM). I was hoping to have an apt repo of some sort to deal with things as it reduces the load (and gets package updates faster than rebuilding each time, especially on such a low powered device). It also defaults the user directory to /opt/ instead of /etc/ as per normal, so the behaviour is definitely different between x86 and ARM versions (potentially related to [kickstart.sh random install to either /etc/netdata or /opt/netdata/etc/netdata - #2 by Austin\_Hemmelgarn](https://community.netdata.cloud/t/kickstart-sh-random-install-to-either-etc-netdata-or-opt-netdata-etc-netdata/3655/2)). ---
**Author:** ![modem7](https://yyz1.discourse-cdn.com/flex029/user_avatar/community.netdata.cloud/modem7/32/283_2.png) [@modem7](https://community.netdata.cloud/u/modem7)\ **Post date:** [March 6, 2023, 2:58pm UTC](https://community.netdata.cloud/t/v1-28-this-agent-was-built-without-the-dependencies-for-cloud-and-cannot-be-claimed/680/9 "2023-03-06T14:58:30Z")
It looks like there’s an issue with the kickstart script with the RPI. It’s not utilising the following info, and coming up with unknown instead: cat /etc/os-release PRETTY\_NAME=“Raspbian GNU/Linux 11 (bullseye)” NAME=“Raspbian GNU/Linux” VERSION\_ID=“11” VERSION=“11 (bullseye)” VERSION\_CODENAME=bullseye ID=raspbian ID\_LIKE=debian HOME\_URL=“[http://www.raspbian.org/](http://www.raspbian.org/)” SUPPORT\_URL=“[RaspbianForums - Raspbian](http://www.raspbian.org/RaspbianForums)” BUG\_REPORT\_URL=“[RaspbianBugs - Raspbian](http://www.raspbian.org/RaspbianBugs)” Looks like this is being look at in [[Feat]: enable apt repository for raspberrypi os / raspbian · Issue #13428 · netdata/netdata · GitHub](https://github.com/netdata/netdata/issues/13428) and [[Feat]: Provide better support for native packages on Debian derivatives. · Issue #14200 · netdata/netdata · GitHub](https://github.com/netdata/netdata/issues/14200)