# Bitbake core-image-minimal error **URL:** \ **Category:** General Discussions\ **Created:** [October 21, 2020, 8:07am UTC](https://hub.mender.io/t/bitbake-core-image-minimal-error/2703 "2020-10-21T08:07:43Z")\ **Posts on this page:** 20\ **Page:** 2
**Author:** ![triampmeili](https://avatars.discourse-cdn.com/v4/letter/t/ac8455/32.png) [@triampmeili](https://hub.mender.io/u/triampmeili)\ **Post date:** [October 29, 2020, 2:19am UTC](https://hub.mender.io/t/bitbake-core-image-minimal-error/2703/21 "2020-10-29T02:19:22Z")
![337754](https://canada1.discourse-cdn.com/flex036/uploads/mender/original/1X/cb3b9622919277b5e775278b2097360467b2f12f.jpeg) my imx6ullevk wrote :" journalctl -u mender" ---
**Author:** ![dellgreen](https://yyz2.discourse-cdn.com/flex036/user_avatar/hub.mender.io/dellgreen/32/85_2.png) [@dellgreen](https://hub.mender.io/u/dellgreen)\ **Post date:** [October 29, 2020, 10:06am UTC](https://hub.mender.io/t/bitbake-core-image-minimal-error/2703/22 "2020-10-29T10:06:47Z")
are the network unreachable errors from when you boot up the device? ---
**Author:** ![drewmoseley](https://yyz2.discourse-cdn.com/flex036/user_avatar/hub.mender.io/drewmoseley/32/47_2.png) [@drewmoseley](https://hub.mender.io/u/drewmoseley)\ **Post date:** [October 29, 2020, 1:44pm UTC](https://hub.mender.io/t/bitbake-core-image-minimal-error/2703/23 "2020-10-29T13:44:16Z")
I’m not sure core-image-minimal is appropriate here. I seem to recall that it does not necessarily have all the bits needed for networking. Can you try with core-image-base? ---
**Author:** ![triampmeili](https://avatars.discourse-cdn.com/v4/letter/t/ac8455/32.png) [@triampmeili](https://hub.mender.io/u/triampmeili)\ **Post date:** [October 29, 2020, 2:00pm UTC](https://hub.mender.io/t/bitbake-core-image-minimal-error/2703/24 "2020-10-29T14:00:48Z")
I have used bitbake core-image-base to build. I have completed the production mender server, but my device(imx6ullevk) cannot connect to the production mender server I created. Want to ask where is wrong? Thanks! ---
**Author:** ![drewmoseley](https://yyz2.discourse-cdn.com/flex036/user_avatar/hub.mender.io/drewmoseley/32/47_2.png) [@drewmoseley](https://hub.mender.io/u/drewmoseley)\ **Post date:** [October 29, 2020, 3:48pm UTC](https://hub.mender.io/t/bitbake-core-image-minimal-error/2703/25 "2020-10-29T15:48:40Z")
Something is wrong with your network settings. Hard to say what. Does removing the mender layers and settings result in an image that connects to the network? ---
**Author:** ![triampmeili](https://avatars.discourse-cdn.com/v4/letter/t/ac8455/32.png) [@triampmeili](https://hub.mender.io/u/triampmeili)\ **Post date:** [October 30, 2020, 8:19am UTC](https://hub.mender.io/t/bitbake-core-image-minimal-error/2703/26 "2020-10-30T08:19:40Z")
I have build Production mender server, and the following message will appear when you can command in th Terminal. How can I modify it? command: sudo ./mender-cli login --server [https://mender.example.com:9000](https://mender.example.com:9000) --username [user1@host.com](mailto:user1@host.com) --password 123456789 FAILURE: POST /auth/login request failed: Post [https://mender.example.com:9000/api/management/v1/useradm/auth/login:](https://mender.example.com:9000/api/management/v1/useradm/auth/login:) x509: certificate signed by unknown authority ---
**Author:** ![dellgreen](https://yyz2.discourse-cdn.com/flex036/user_avatar/hub.mender.io/dellgreen/32/85_2.png) [@dellgreen](https://hub.mender.io/u/dellgreen)\ **Post date:** [October 30, 2020, 9:36am UTC](https://hub.mender.io/t/bitbake-core-image-minimal-error/2703/27 "2020-10-30T09:36:30Z")
One thing to double check is at some point your mender production server IP address changed it was 192.168.0.126 then at some point it changed to 192.168.0.122. Are you using a static IP address for your mender production server? the entry 192.168.0.126 [mender.example.com](http://mender.example.com) in your /etc/hosts file needs updating if you change the IP address of your mender server. Also if testing also your desktop machine with curl or mender-cli you also need to repeat the procedure of adding the entry to your /etc/hosts on those machines also for testing. ---
**Author:** ![drewmoseley](https://yyz2.discourse-cdn.com/flex036/user_avatar/hub.mender.io/drewmoseley/32/47_2.png) [@drewmoseley](https://hub.mender.io/u/drewmoseley)\ **Post date:** [October 30, 2020, 2:43pm UTC](https://hub.mender.io/t/bitbake-core-image-minimal-error/2703/28 "2020-10-30T14:43:38Z")
The production mender server should not be using the name [mender.example.com](http://mender.example.com) and the keys that are generated with those instructions should have the actual host name embedded. You should just be able to change the server and username parameters to match your server setup. ---
**Author:** ![triampmeili](https://avatars.discourse-cdn.com/v4/letter/t/ac8455/32.png) [@triampmeili](https://hub.mender.io/u/triampmeili)\ **Post date:** [November 4, 2020, 9:42am UTC](https://hub.mender.io/t/bitbake-core-image-minimal-error/2703/29 "2020-11-04T09:42:58Z")
“[mender.triamp.com](http://mender.triamp.com)” for production mode mender can’t not login ok,but “[hosted.mender.io](http://hosted.mender.io)” is login ok. Could you tell me how to fix this bug? Thanks! ![340017](https://canada1.discourse-cdn.com/flex036/uploads/mender/original/1X/b54db3bb8585399149b85d84d8fc0b3eaf6f4a48.jpeg) ---
**Author:** ![drewmoseley](https://yyz2.discourse-cdn.com/flex036/user_avatar/hub.mender.io/drewmoseley/32/47_2.png) [@drewmoseley](https://hub.mender.io/u/drewmoseley)\ **Post date:** [November 4, 2020, 2:42pm UTC](https://hub.mender.io/t/bitbake-core-image-minimal-error/2703/30 "2020-11-04T14:42:35Z")
If you are using a self-signed certificate you may need to add the `-k` option to avoid trying to verify the TLS cert of your production server. Of course we recommend using a properly signed certificate for better security. Drew ---
**Author:** ![triampmeili](https://avatars.discourse-cdn.com/v4/letter/t/ac8455/32.png) [@triampmeili](https://hub.mender.io/u/triampmeili)\ **Post date:** [November 5, 2020, 2:48am UTC](https://hub.mender.io/t/bitbake-core-image-minimal-error/2703/31 "2020-11-05T02:48:59Z")
Thank you for solving the login failure problem. Then I have question that mender client (imx6ull device) pending to mender server. Below is the screen displayed by the device NXP i.MX Release Distro 4.14-sumo imx6ull14x14evk ttymxc0 imx6ull14x14evk login: root root@imx6ull14x14evk:~# root@imx6ull14x14evk:~# root@imx6ull14x14evk:~# ifconfig eth1 61.216.xxx.xx up Micrel KSZ8081 or KSZ8091 20b4000.ethernet-1:02: attached PHY driver [Micrel KSZ 8081 or KSZ8091] (mii\_bus:phy\_addr=20b4000.ethernet-1:02, irq=POLL) IPv6: ADDRCONF(NETDEV\_UP): eth1: link is not ready root@imx6ull14x14evk:~# fec 2188000.ethernet eth1: Link is Up - 100Mbps/Full - f low control rx/tx IPv6: ADDRCONF(NETDEV\_CHANGE): eth1: link becomes ready root@imx6ull14x14evk:~# root@imx6ull14x14evk:~# root@imx6ull14x14evk:~# mender -daemon INFO[0000] Configuration file does not exist: /var/lib/mender/mender.conf modul e=config INFO[0000] Loaded configuration file: /etc/mender/mender.conf module=config INFO[0000] Mender running on partition: /dev/mmcblk1p3 module=main INFO[0001] API Gateway certificate (in PEM format): -----BEGIN CERTIFICATE----- MIIBfzCCASWgAwIBAgIJAPf9g9mjlyXAMAoGCCqGSM49BAMCMBwxGjAYBgNVBAMM EW1lbmRlci50cmlhbXAuY29tMB4XDTIwMTAyODA0MTQ0NFoXDTMwMTAyNjA0MTQ0 NFowHDEaMBgGA1UEAwwRbWVuZGVyLnRyaWFtcC5jb20wWTATBgcqhkjOPQIBBggq hkjOPQMBBwNCAATg3zrb80vwAxyD6TErWm20143uuIw/cpv42DgUT0uWF43irZUg SAPdc3isHpDYXxXd2T3PIZBl7QNlFR3/vULdo1AwTjAdBgNVHQ4EFgQUBEvk6tOs GsWDJilV0J8Irtkbhb8wHwYDVR0jBBgwFoAUBEvk6tOsGsWDJilV0J8Irtkbhb8w DAYDVR0TBAUwAwEB/zAKBggqhkjOPQQDAgNIADBFAiAqfP2jyh0g0tz76NNgrH1T qnTarxTTP9/9jsRFtijQQQIhANWe/U+sA5OErRMJb4WBSHzVAKL7chVdOplN2xw7 16lT -----END CERTIFICATE----- -----BEGIN CERTIFICATE----- MIIBgDCCASWgAwIBAgIJAMw2dV1Znoa5MAoGCCqGSM49BAMCMBwxGjAYBgNVBAMM EW1lbmRlci50cmlhbXAuY29tMB4XDTIwMTAyODA0MTQ0NFoXDTMwMTAyNjA0MTQ0 NFowHDEaMBgGA1UEAwwRbWVuZGVyLnRyaWFtcC5jb20wWTATBgcqhkjOPQIBBggq hkjOPQMBBwNCAASBXLoJGjxVdRd4J9e4BtHOMOLbv8johV2u+fkdsMFgTKeUSntT vAtWpg5AMcvxVHOxqxd61e82nOsTXK+t+55Eo1AwTjAdBgNVHQ4EFgQUuGe+AHN8 ZZpC19aHz+fetJwXyLowHwYDVR0jBBgwFoAUuGe+AHN8ZZpC19aHz+fetJwXyLow DAYDVR0TBAUwAwEB/zAKBggqhkjOPQQDAgNJADBGAiEApPTPuafzdT0/wZtxpjCR GQ84EjCmxR7V1LHodC6v7CICIQCvBYnNKYWQFw9fTV7bom85OS7ejh5DLefRdw/k vAqEhw== -----END CERTIFICATE----- module=client INFO[0001] Issuer: [], Valid from: 2020-10-28 04:14:44 +0000 UTC, Valid to: 2030 -10-26 04:14:44 +0000 UTC module=client INFO[0001] State transition: init [none] -\> init [none] module=mender INFO[0001] State transition: init [none] -\> idle [Idle] module=mender INFO[0001] State transition: idle [Idle] -\> authorize-wait [Idle] module=mender INFO[0001] State transition: authorize-wait [Idle] -\> authorize [Sync] module=m ender random: crng init done random: 7 urandom warning(s) missed due to ratelimiting ERRO[0045] Failure occured while executing authorization request: &url.Error{Op: “Post”, URL:“[https://mender.triamp.com/api/devices/v1/authentication/auth\_reques](https://mender.triamp.com/api/devices/v1/authentication/auth_reques) ts”, Err:(\*net.OpError)(0x11e5f080)} module=client\_auth ERRO[0045] authorization request error: dial tcp 61.216.xxx.xx:443: getsockopt: connection refused module=client\_auth ERRO[0045] authorize failed: transient error: authorization request failed: gene ric error occured while executing authorization request: Post [https://mender.tri](https://mender.tri) [amp.com/api/devices/v1/authentication/auth\_requests:](http://amp.com/api/devices/v1/authentication/auth_requests:) dial tcp 61.216.xxx.xx:443: getsockopt: connection refused module=state INFO[0045] State transition: authorize [Sync] -\> authorize-wait [Idle] module=m ender INFO[0045] State transition: authorize-wait [Idle] -\> authorize [Sync] module=m ender ERRO[0046] Failure occured while executing authorization request: &url.Error{Op: “Post”, URL:“[https://mender.triamp.com/api/devices/v1/authentication/auth\_reques](https://mender.triamp.com/api/devices/v1/authentication/auth_reques) ts”, Err:(\*net.OpError)(0x11e5fb60)} module=client\_auth ERRO[0046] authorization request error: dial tcp 61.216.xxx.xx:443: getsockopt: connection refused module=client\_auth ERRO[0046] authorize failed: transient error: authorization request failed: gene ric error occured while executing authorization request: Post [https://mender.tri](https://mender.tri) [amp.com/api/devices/v1/authentication/auth\_requests:](http://amp.com/api/devices/v1/authentication/auth_requests:) dial tcp 61.216.xxx.xx:443: getsockopt: connection refused module=state INFO[0046] State transition: authorize [Sync] -\> authorize-wait [Idle] module=m ender ^C ---
**Author:** ![drewmoseley](https://yyz2.discourse-cdn.com/flex036/user_avatar/hub.mender.io/drewmoseley/32/47_2.png) [@drewmoseley](https://hub.mender.io/u/drewmoseley)\ **Post date:** [November 9, 2020, 6:22pm UTC](https://hub.mender.io/t/bitbake-core-image-minimal-error/2703/32 "2020-11-09T18:22:02Z")
It appears that there is no server listening on port 443 of [mender.triam.com](http://mender.triam.com): `dial tcp 61.216.xxx.xx:443: getsockopt: connection refused`. Drew ---
**Author:** ![triampmeili](https://avatars.discourse-cdn.com/v4/letter/t/ac8455/32.png) [@triampmeili](https://hub.mender.io/u/triampmeili)\ **Post date:** [November 10, 2020, 1:18am UTC](https://hub.mender.io/t/bitbake-core-image-minimal-error/2703/33 "2020-11-10T01:18:40Z")
YES,I have. Dell Green via Mender Hub \<[mender@discoursemail.com](mailto:mender@discoursemail.com)\> 於 2020年10月22日 週四 下午6:30寫道： ---
**Author:** ![triampmeili](https://avatars.discourse-cdn.com/v4/letter/t/ac8455/32.png) [@triampmeili](https://hub.mender.io/u/triampmeili)\ **Post date:** [November 10, 2020, 9:46am UTC](https://hub.mender.io/t/bitbake-core-image-minimal-error/2703/34 "2020-11-10T09:46:41Z")
Hi dellgreen, 1. Our linux embedded device pending takes 15 minutes to respond successfully. 2. A Device deployments ota takes 15 minutes to respond successfully (release .mender file capacity 33.78MB) Why does the production mender server take too long to deal with the above two problems? 3. How can the production mender server join the firewall to block hackers? We are very urgent to deal with it, please reply me as soon as possible Best regards, MEI LI LU \<[triampmeili@gmail.com](mailto:triampmeili@gmail.com)\> 於 2020年11月10日 週二 上午9:18寫道： ---
**Author:** ![drewmoseley](https://yyz2.discourse-cdn.com/flex036/user_avatar/hub.mender.io/drewmoseley/32/47_2.png) [@drewmoseley](https://hub.mender.io/u/drewmoseley)\ **Post date:** [November 10, 2020, 4:41pm UTC](https://hub.mender.io/t/bitbake-core-image-minimal-error/2703/35 "2020-11-10T16:41:00Z")
The time of deployment can vary for a couple of reasons. First, the Mender client polls the server using a set of [defined polling intervals](https://docs.mender.io/client-installation/configuration-file/polling-intervals). There is no coordination among the devices so that they can start any time but if a deployment is triggered right after a poll, then you may have to wait the entire polling interval before the client starts downloading. The Mender demo configuration reduces those polling intervals to about 5s but the defaults are much higher. In general you probably don’t need the polling intervals to be very low but your particular requirements will dictate the appropriate amount. Second, the deployments can take some time to install. Depending on the hardware this can go slower or faster. I have some raw-flash based boards where the image write is extremely fast but then Raspberry Pi boards, using SDCards, tend to be fairly slow. > How can the production mender server join the firewall to block hackers? I’m not sure exactly what you mean by that. You do need to manage the security of your server just like any other piece of network infrastructure. The Mender server generally only requires ports 443 and 9000 to be open so you can certainly use a firewall to block any other port accesses. Drew ---
**Author:** ![triampmeili](https://avatars.discourse-cdn.com/v4/letter/t/ac8455/32.png) [@triampmeili](https://hub.mender.io/u/triampmeili)\ **Post date:** [November 11, 2020, 6:08am UTC](https://hub.mender.io/t/bitbake-core-image-minimal-error/2703/36 "2020-11-11T06:08:45Z")
Hi drawmoseley, The deployments results found the following problems . please help me solve.Thanks! 2020-11-10 06:41:11 +0000 UTC debug: handle update fetch state 2020-11-10 06:41:11 +0000 UTC debug: status reported, response 204 No Content 2020-11-10 06:41:11 +0000 UTC debug: Received fetch update response &{200 OK 200 HTTP/1.1 1 1 map[Accept-Ranges:[bytes] Content-Security-Policy:[block-all-mixed-content] Etag:[“0424dd61518bc968641efb3ce7514d7e-4”] X-Xss-Protection:[1; mode=block] X-Frame-Options:[DENY] X-Content-Type-Options:[nosniff] Strict-Transport-Security:[max-age=63072000; includeSubdomains; preload] Content-Type:[application/vnd.mender-artifact] Content-Length:[35420672] Last-Modified:[Tue, 10 Nov 2020 06:23:47 GMT] Vary:[Origin] X-Amz-Request-Id:[1646125481C58E7D] Server:[openresty/1.13.6.2] Date:[Tue, 10 Nov 2020 06:41:11 GMT] Connection:[keep-alive] Expires:[Tue, 10 Nov 2020 06:33:38 GMT]] 0x120632e0 35420672 [] false false map[] 0x11f7b800 0x11fb99e0}+ 2020-11-10 06:41:11 +0000 UTC info: State transition: update-fetch [Download] -\> update-store [Download] 2020-11-10 06:41:11 +0000 UTC debug: handle update install state 2020-11-10 06:41:11 +0000 UTC debug: status reported, response 204 No Content 2020-11-10 06:41:11 +0000 UTC debug: Read data from device manifest file: device\_type=imx6ull14x14evk 2020-11-10 06:41:11 +0000 UTC debug: Found needed line: device\_type=imx6ull14x14evk 2020-11-10 06:41:11 +0000 UTC debug: Current manifest data: imx6ull14x14evk 2020-11-10 06:41:11 +0000 UTC info: no public key was provided for authenticating the artifact 2020-11-10 06:41:11 +0000 UTC debug: checking if device [imx6ull14x14evk] is on compatibile device list: [imx6ull14x14evk] 2020-11-10 06:41:11 +0000 UTC debug: installing update core-image-base-imx6ull14x14evk.ext4 of size 180355072 2020-11-10 06:41:11 +0000 UTC debug: Trying to install update of size: 180355072 2020-11-10 06:41:11 +0000 UTC debug: Active partition: /dev/mmcblk1p4 2020-11-10 06:41:11 +0000 UTC debug: Detected inactive partition /dev/mmcblk1p3, based on active partition /dev/mmcblk1p4 2020-11-10 06:41:11 +0000 UTC warning: Inactive partition “/dev/mmcblk1p3” is mounted at “/uboot”. This might be caused by some “auto mount” service (e.g udisks2) that mounts all block devices. It is recommended to blacklist the partitions used by Mender to avoid any issues. 2020-11-10 06:41:11 +0000 UTC warning: Performing umount on “/uboot”. 2020-11-10 06:41:11 +0000 UTC error: Error unmounting partition /dev/mmcblk1p3 2020-11-10 06:41:11 +0000 UTC error: update image installation failed: invalid argument 2020-11-10 06:41:11 +0000 UTC error: update install failed: installer: failed to read and install update: update: can not install update: &{core-image-base-imx6ull14x14evk.ext4 420 1000 1000 180355072 2020-11-10 05:21:01 +0000 UTC 48 0 0 0001-01-01 00:00:00 +0000 UTC 0001-01-01 00:00:00 +0000 UTC map[]}: update: can not install: invalid argument 2020-11-10 06:41:11 +0000 UTC info: State transition: update-store [Download] -\> fetch-install-retry-wait [Download] 2020-11-10 06:41:11 +0000 UTC debug: handle fetch install retry state 2020-11-10 06:41:11 +0000 UTC debug: wait 1m0s before next fetch/install attempt 2020-11-10 06:42:11 +0000 UTC debug: wait complete 2020-11-10 06:42:11 +0000 UTC info: State transition: fetch-install-retry-wait [Download] -\> update-fetch [Download] 2020-11-10 06:42:11 +0000 UTC debug: handle update fetch state 2020-11-10 06:42:11 +0000 UTC debug: status reported, response 204 No Content 2020-11-10 06:42:11 +0000 UTC debug: Received fetch update response &{200 OK 200 HTTP/1.1 1 1 map[Last-Modified:[Tue, 10 Nov 2020 06:23:47 GMT] Vary:[Origin] X-Content-Type-Options:[nosniff] Accept-Ranges:[bytes] X-Amz-Request-Id:[164612629AA23C80] X-Xss-Protection:[1; mode=block] Date:[Tue, 10 Nov 2020 06:42:11 GMT] Content-Type:[application/vnd.mender-artifact] Expires:[Tue, 10 Nov 2020 06:33:38 GMT] Server:[openresty/1.13.6.2] Content-Length:[35420672] Connection:[keep-alive] Content-Security-Policy:[block-all-mixed-content] Etag:[“0424dd61518bc968641efb3ce7514d7e-4”] Strict-Transport-Security:[max-age=63072000; includeSubdomains; preload] X-Frame-Options:[DENY]] 0x12052270 35420672 [] false false map[] 0x11f7bc00 0x122cec60}+ 2020-11-10 06:42:11 +0000 UTC info: State transition: update-fetch [Download] -\> update-store [Download] 2020-11-10 06:42:11 +0000 UTC debug: handle update install state 2020-11-10 06:42:11 +0000 UTC debug: status reported, response 204 No Content 2020-11-10 06:42:11 +0000 UTC debug: Read data from device manifest file: device\_type=imx6ull14x14evk 2020-11-10 06:42:11 +0000 UTC debug: Found needed line: device\_type=imx6ull14x14evk 2020-11-10 06:42:11 +0000 UTC debug: Current manifest data: imx6ull14x14evk 2020-11-10 06:42:11 +0000 UTC info: no public key was provided for authenticating the artifact 2020-11-10 06:42:12 +0000 UTC debug: checking if device [imx6ull14x14evk] is on compatibile device list: [imx6ull14x14evk] 2020-11-10 06:42:12 +0000 UTC debug: installing update core-image-base-imx6ull14x14evk.ext4 of size 180355072 2020-11-10 06:42:12 +0000 UTC debug: Trying to install update of size: 180355072 2020-11-10 06:42:12 +0000 UTC debug: Inactive partition: /dev/mmcblk1p3 2020-11-10 06:42:12 +0000 UTC warning: Inactive partition “/dev/mmcblk1p3” is mounted at “/uboot”. This might be caused by some “auto mount” service (e.g udisks2) that mounts all block devices. It is recommended to blacklist the partitions used by Mender to avoid any issues. 2020-11-10 06:42:12 +0000 UTC warning: Performing umount on “/uboot”. 2020-11-10 06:42:12 +0000 UTC error: Error unmounting partition /dev/mmcblk1p3 2020-11-10 06:42:12 +0000 UTC error: update image installation failed: invalid argument 2020-11-10 06:42:12 +0000 UTC error: update install failed: installer: failed to read and install update: update: can not install update: &{core-image-base-imx6ull14x14evk.ext4 420 1000 1000 180355072 2020-11-10 05:21:01 +0000 UTC 48 0 0 0001-01-01 00:00:00 +0000 UTC 0001-01-01 00:00:00 +0000 UTC map[]}: update: can not install: invalid argument 2020-11-10 06:42:12 +0000 UTC info: State transition: update-store [Download] -\> fetch-install-retry-wait [Download] 2020-11-10 06:42:12 +0000 UTC debug: handle fetch install retry state 2020-11-10 06:42:12 +0000 UTC debug: wait 1m0s before next fetch/install attempt 2020-11-10 06:43:12 +0000 UTC debug: wait complete 2020-11-10 06:43:12 +0000 UTC info: State transition: fetch-install-retry-wait [Download] -\> update-fetch [Download] 2020-11-10 06:43:12 +0000 UTC debug: handle update fetch state 2020-11-10 06:43:12 +0000 UTC debug: status reported, response 204 No Content 2020-11-10 06:43:12 +0000 UTC debug: Received fetch update response &{200 OK 200 HTTP/1.1 1 1 map[Etag:[“0424dd61518bc968641efb3ce7514d7e-4”] X-Content-Type-Options:[nosniff] Server:[openresty/1.13.6.2] Content-Length:[35420672] Connection:[keep-alive] Accept-Ranges:[bytes] Vary:[Origin] X-Xss-Protection:[1; mode=block] X-Frame-Options:[DENY] Date:[Tue, 10 Nov 2020 06:43:12 GMT] Content-Type:[application/vnd.mender-artifact] Content-Security-Policy:[block-all-mixed-content] Expires:[Tue, 10 Nov 2020 06:33:38 GMT] Strict-Transport-Security:[max-age=63072000; includeSubdomains; preload] Last-Modified:[Tue, 10 Nov 2020 06:23:47 GMT] X-Amz-Request-Id:[16461270B635959A]] 0x12062600 35420672 [] false false map[] 0x11f7a200 0x11fb8720}+ 2020-11-10 06:43:12 +0000 UTC info: State transition: update-fetch [Download] -\> update-store [Download] 2020-11-10 06:43:12 +0000 UTC debug: handle update install state 2020-11-10 06:43:12 +0000 UTC debug: status reported, response 204 No Content 2020-11-10 06:43:12 +0000 UTC debug: Read data from device manifest file: device\_type=imx6ull14x14evk 2020-11-10 06:43:12 +0000 UTC debug: Found needed line: device\_type=imx6ull14x14evk 2020-11-10 06:43:12 +0000 UTC debug: Current manifest data: imx6ull14x14evk 2020-11-10 06:43:12 +0000 UTC info: no public key was provided for authenticating the artifact 2020-11-10 06:43:12 +0000 UTC debug: checking if device [imx6ull14x14evk] is on compatibile device list: [imx6ull14x14evk] 2020-11-10 06:43:12 +0000 UTC debug: installing update core-image-base-imx6ull14x14evk.ext4 of size 180355072 2020-11-10 06:43:12 +0000 UTC debug: Trying to install update of size: 180355072 2020-11-10 06:43:12 +0000 UTC debug: Inactive partition: /dev/mmcblk1p3 2020-11-10 06:43:12 +0000 UTC warning: Inactive partition “/dev/mmcblk1p3” is mounted at “/uboot”. This might be caused by some “auto mount” service (e.g udisks2) that mounts all block devices. It is recommended to blacklist the partitions used by Mender to avoid any issues. 2020-11-10 06:43:12 +0000 UTC warning: Performing umount on “/uboot”. 2020-11-10 06:43:12 +0000 UTC error: Error unmounting partition /dev/mmcblk1p3 2020-11-10 06:43:12 +0000 UTC error: update image installation failed: invalid argument 2020-11-10 06:43:12 +0000 UTC error: update install failed: installer: failed to read and install update: update: can not install update: &{core-image-base-imx6ull14x14evk.ext4 420 1000 1000 180355072 2020-11-10 05:21:01 +0000 UTC 48 0 0 0001-01-01 00:00:00 +0000 UTC 0001-01-01 00:00:00 +0000 UTC map[]}: update: can not install: invalid argument 2020-11-10 06:43:12 +0000 UTC info: State transition: update-store [Download] -\> fetch-install-retry-wait [Download] 2020-11-10 06:43:12 +0000 UTC debug: handle fetch install retry state 2020-11-10 06:43:12 +0000 UTC debug: wait 1m0s before next fetch/install attempt 2020-11-10 06:44:12 +0000 UTC debug: wait complete 2020-11-10 06:44:12 +0000 UTC info: State transition: fetch-install-retry-wait [Download] -\> update-fetch [Download] 2020-11-10 06:44:12 +0000 UTC debug: handle update fetch state 2020-11-10 06:44:12 +0000 UTC debug: status reported, response 204 No Content 2020-11-10 06:44:13 +0000 UTC debug: Received fetch update response &{200 OK 200 HTTP/1.1 1 1 map[Content-Type:[application/vnd.mender-artifact] Etag:[“0424dd61518bc968641efb3ce7514d7e-4”] Vary:[Origin] X-Amz-Request-Id:[1646127ECD80FC10] X-Xss-Protection:[1; mode=block] X-Frame-Options:[DENY] Server:[openresty/1.13.6.2] Content-Security-Policy:[block-all-mixed-content] X-Content-Type-Options:[nosniff] Content-Length:[35420672] Connection:[keep-alive] Accept-Ranges:[bytes] Strict-Transport-Security:[max-age=63072000; includeSubdomains; preload] Date:[Tue, 10 Nov 2020 06:44:13 GMT] Last-Modified:[Tue, 10 Nov 2020 06:23:47 GMT] Expires:[Tue, 10 Nov 2020 06:33:38 GMT]] 0x120634f0 35420672 [] false false map[] 0x11f7a680 0x11fb99e0}+ 2020-11-10 06:44:13 +0000 UTC info: State transition: update-fetch [Download] -\> update-store [Download] 2020-11-10 06:44:13 +0000 UTC debug: handle update install state 2020-11-10 06:44:13 +0000 UTC debug: status reported, response 204 No Content 2020-11-10 06:44:13 +0000 UTC debug: Read data from device manifest file: device\_type=imx6ull14x14evk 2020-11-10 06:44:13 +0000 UTC debug: Found needed line: device\_type=imx6ull14x14evk 2020-11-10 06:44:13 +0000 UTC debug: Current manifest data: imx6ull14x14evk 2020-11-10 06:44:13 +0000 UTC info: no public key was provided for authenticating the artifact 2020-11-10 06:44:13 +0000 UTC debug: checking if device [imx6ull14x14evk] is on compatibile device list: [imx6ull14x14evk] 2020-11-10 06:44:13 +0000 UTC debug: installing update core-image-base-imx6ull14x14evk.ext4 of size 180355072 2020-11-10 06:44:13 +0000 UTC debug: Trying to install update of size: 180355072 2020-11-10 06:44:13 +0000 UTC debug: Inactive partition: /dev/mmcblk1p3 2020-11-10 06:44:13 +0000 UTC warning: Inactive partition “/dev/mmcblk1p3” is mounted at “/uboot”. This might be caused by some “auto mount” service (e.g udisks2) that mounts all block devices. It is recommended to blacklist the partitions used by Mender to avoid any issues. 2020-11-10 06:44:13 +0000 UTC warning: Performing umount on “/uboot”. 2020-11-10 06:44:13 +0000 UTC error: Error unmounting partition /dev/mmcblk1p3 2020-11-10 06:44:13 +0000 UTC error: update image installation failed: invalid argument 2020-11-10 06:44:13 +0000 UTC error: update install failed: installer: failed to read and install update: update: can not install update: &{core-image-base-imx6ull14x14evk.ext4 420 1000 1000 180355072 2020-11-10 05:21:01 +0000 UTC 48 0 0 0001-01-01 00:00:00 +0000 UTC 0001-01-01 00:00:00 +0000 UTC map[]}: update: can not install: invalid argument 2020-11-10 06:44:13 +0000 UTC info: State transition: update-store [Download] -\> fetch-install-retry-wait [Download] 2020-11-10 06:44:13 +0000 UTC debug: handle fetch install retry state 2020-11-10 06:44:13 +0000 UTC info: State transition: fetch-install-retry-wait [Download] -\> update-status-report [none] 2020-11-10 06:44:13 +0000 UTC debug: handle update status report state 2020-11-10 06:44:13 +0000 UTC debug: status reported, response 204 No Content 2020-11-10 06:44:13 +0000 UTC debug: attempting to upload deployment logs for failed update ---
**Author:** ![drewmoseley](https://yyz2.discourse-cdn.com/flex036/user_avatar/hub.mender.io/drewmoseley/32/47_2.png) [@drewmoseley](https://hub.mender.io/u/drewmoseley)\ **Post date:** [November 11, 2020, 2:14pm UTC](https://hub.mender.io/t/bitbake-core-image-minimal-error/2703/37 "2020-11-11T14:14:03Z")
My initial guess is that your partition numbering is incorrect: > 2020-11-10 06:43:12 +0000 UTC debug: Trying to install update of size: 180355072 > 2020-11-10 06:43:12 +0000 UTC debug: Inactive partition: /dev/mmcblk1p3 > 2020-11-10 06:43:12 +0000 UTC warning: Inactive partition “/dev/mmcblk1p3” is mounted at “/uboot”. This might be caused by some “auto mount” service (e.g udisks2) that mounts all block devices. It is recommended to blacklist the partitions used by Mender to avoid any issues. > 2020-11-10 06:43:12 +0000 UTC warning: Performing umount on “/uboot”. You seem to have a boot partition at mmcblk1p3 but for some reason Mender is configured to use that as a root filesystem. Can you run the following command and provide the output? `bitbake -e core-image-minimal | grep ^MENDER_` ---
**Author:** ![triampmeili](https://avatars.discourse-cdn.com/v4/letter/t/ac8455/32.png) [@triampmeili](https://hub.mender.io/u/triampmeili)\ **Post date:** [November 12, 2020, 3:20am UTC](https://hub.mender.io/t/bitbake-core-image-minimal-error/2703/38 "2020-11-12T03:20:33Z")
Hi drewmoseley, If the number of device exceeds 1000, is it only necessary to manually create a groups? Is there a smarter way to create a groups (for example, writing commands in the background can put customers in the same country in the same group)? Best regards ---
**Author:** ![drewmoseley](https://yyz2.discourse-cdn.com/flex036/user_avatar/hub.mender.io/drewmoseley/32/47_2.png) [@drewmoseley](https://hub.mender.io/u/drewmoseley)\ **Post date:** [November 12, 2020, 6:28pm UTC](https://hub.mender.io/t/bitbake-core-image-minimal-error/2703/39 "2020-11-12T18:28:00Z")
With Mender Enterprise, we do have some smarter grouping and filtering features that can help. The alternative would be to code up something using [the API](https://docs.mender.io/api/#introduction). Drew ---
**Author:** ![triampmeili](https://avatars.discourse-cdn.com/v4/letter/t/ac8455/32.png) [@triampmeili](https://hub.mender.io/u/triampmeili)\ **Post date:** [November 17, 2020, 9:39am UTC](https://hub.mender.io/t/bitbake-core-image-minimal-error/2703/40 "2020-11-17T09:39:02Z")
Hi drewmoseley, 1. Can I import excel database into the sample program of mender API? 2. Why does it take 10 minutes for a customer’s device to use a 4G hotspot to connect to the mender server? Is there a solution? kirsty Best regards [Previous page](https://hub.mender.io/t/bitbake-core-image-minimal-error/2703.md?page=1) [Next page](https://hub.mender.io/t/bitbake-core-image-minimal-error/2703.md?page=3)