# Device reapproval after update **URL:** \ **Category:** General Discussions\ **Created:** [November 22, 2022, 11:11am UTC](https://hub.mender.io/t/device-reapproval-after-update/5441 "2022-11-22T11:11:50Z")\ **Posts on this page:** 8\ **Page:** 1
**Author:** ![pamolloy](https://yyz2.discourse-cdn.com/flex036/user_avatar/hub.mender.io/pamolloy/32/1789_2.png) [@pamolloy](https://hub.mender.io/u/pamolloy)\ **Post date:** [November 22, 2022, 11:11am UTC](https://hub.mender.io/t/device-reapproval-after-update/5441/1 "2022-11-22T11:11:50Z")
Ok, testing again after several changes to the Mender artifact and the deployment mostly works! The system rebooted and the deployment was stuck on “rebooting” status. I had to manually approve the device. But then the deployment downloads the artifact again and reboots the device. So there is some weird update loop. This is after creating an artifact with a unique name? The client and server have at times refused to move forward because the artifact was either already applied or uploaded. ---
**Author:** ![TheYoctoJester](https://yyz2.discourse-cdn.com/flex036/user_avatar/hub.mender.io/theyoctojester/32/1444_2.png) [@TheYoctoJester](https://hub.mender.io/u/TheYoctoJester)\ **Post date:** [November 22, 2022, 11:54am UTC](https://hub.mender.io/t/device-reapproval-after-update/5441/2 "2022-11-22T11:54:13Z")
Hi @pamolloy, that sounds very much like the device identity is not stable, e.g. the script `/usr/share/mender/identity` returns different values before and after reboot. By default it uses the first mac address, but if that changes over time you need to replace it with a unique identifier such as a serial number or comparable. Greetz, Josef ---
**Author:** ![pamolloy](https://yyz2.discourse-cdn.com/flex036/user_avatar/hub.mender.io/pamolloy/32/1789_2.png) [@pamolloy](https://hub.mender.io/u/pamolloy)\ **Post date:** [November 22, 2022, 12:09pm UTC](https://hub.mender.io/t/device-reapproval-after-update/5441/3 "2022-11-22T12:09:00Z")
The MAC address and interface are stable. The address is provided to Linux from U-Boot. It is weird to me that it is possible to go from rebooting state to downloading automatically. It seems like this more likely related to Mender not saving state between updates? Given that the following is always logged: ```auto Returning artifact name from /etc/mender/artifact_info file. This is a fallback, in case the information can not be retrieved from the database, and is only expected when an update has never been installed before. ``` And the fact that I have to manually approve the device after every update. ---
**Author:** ![pamolloy](https://yyz2.discourse-cdn.com/flex036/user_avatar/hub.mender.io/pamolloy/32/1789_2.png) [@pamolloy](https://hub.mender.io/u/pamolloy)\ **Post date:** [November 22, 2022, 12:14pm UTC](https://hub.mender.io/t/device-reapproval-after-update/5441/4 "2022-11-22T12:14:22Z")
And if the identity was changing wouldn’t that mean that the deployment would be stuck on rebooting? The deployment is based on a static group with one device. ---
**Author:** ![pamolloy](https://yyz2.discourse-cdn.com/flex036/user_avatar/hub.mender.io/pamolloy/32/1789_2.png) [@pamolloy](https://hub.mender.io/u/pamolloy)\ **Post date:** [November 22, 2022, 12:43pm UTC](https://hub.mender.io/t/device-reapproval-after-update/5441/5 "2022-11-22T12:43:26Z")
Maybe because `/etc/mender/artifact_info` exists which contains `device-rootfs` and the actual Mender artifact I built is named `device-rootfs-`? ---
**Author:** ![pamolloy](https://yyz2.discourse-cdn.com/flex036/user_avatar/hub.mender.io/pamolloy/32/1789_2.png) [@pamolloy](https://hub.mender.io/u/pamolloy)\ **Post date:** [November 22, 2022, 12:55pm UTC](https://hub.mender.io/t/device-reapproval-after-update/5441/6 "2022-11-22T12:55:53Z")
Should I write the unique artifact name I pass to `mender-artifact` into `/etc/mender/artifact_info`? That doesn’t seem to match this example: [https://github.com/AnySignal/buildroot/blob/anysignal-2022.08.x/board/mender/x86\_64/post-image-efi.sh#L53](https://github.com/AnySignal/buildroot/blob/anysignal-2022.08.x/board/mender/x86_64/post-image-efi.sh#L53) [https://github.com/AnySignal/buildroot/blob/anysignal-2022.08.x/board/mender/x86\_64/post-build.sh#L51](https://github.com/AnySignal/buildroot/blob/anysignal-2022.08.x/board/mender/x86_64/post-build.sh#L51) Here `artifact_name=1.0` is always written to `artifact_info` and basically a git tag is passed to `mender-artifact write rootfs-image --artifact-name ....`. ---
**Author:** ![pamolloy](https://yyz2.discourse-cdn.com/flex036/user_avatar/hub.mender.io/pamolloy/32/1789_2.png) [@pamolloy](https://hub.mender.io/u/pamolloy)\ **Post date:** [November 22, 2022, 3:23pm UTC](https://hub.mender.io/t/device-reapproval-after-update/5441/7 "2022-11-22T15:23:59Z")
Ok, so now I have the same value (i.e. a git hash) passed to `-n` and in `artifact_info` on the RFS. It doesn’t go into a boot loop, but the deployment fails with the following: ```auto failure: Device provided conflicting request data. ``` And the board receives a 409: ```auto Error receiving scheduled update data: failed to check update info on the server. ``` And the debug logs: ```auto Nov 22 16:13:15 buildroot mender[124]: time="2022-11-22T16:13:15Z" level=debug msg="Request: \"\" \"\" \"https\" \"hosted.mender.io\" \"/api /devices/v2/deployments/device/deployments/next\"" Nov 22 16:13:15 buildroot mender[124]: time="2022-11-22T16:13:15Z" level=debug msg="request not accepted by the server: (POST https://hosted .mender.io/api/devices/v2/deployments/device/deployments/next): Response code: 409" ``` This feels like some state that isn’t persisted between updates. The client seems to be checking for new updates, while the server is in the middle of an update. Looks like I need `/var/lib/mender` to persist… ---
**Author:** ![pamolloy](https://yyz2.discourse-cdn.com/flex036/user_avatar/hub.mender.io/pamolloy/32/1789_2.png) [@pamolloy](https://hub.mender.io/u/pamolloy)\ **Post date:** [November 22, 2022, 8:01pm UTC](https://hub.mender.io/t/device-reapproval-after-update/5441/8 "2022-11-22T20:01:01Z")
It was in fact that `/var/lib/mender` was not persisted. I highly recommend using the upstream service file rather than the one currently in Buildroot. If using systemd, add a `data.mount` unit and update the service file to include `ExecStart=/usr/bin/mender --data "/data/mender" daemon`.