* [RAUC] Update Installation failed
@ 2017-04-05 10:29 dilip yadav
2017-04-05 10:40 ` Enrico Joerns
0 siblings, 1 reply; 3+ messages in thread
From: dilip yadav @ 2017-04-05 10:29 UTC (permalink / raw)
To: rauc
[-- Attachment #1.1: Type: text/plain, Size: 1257 bytes --]
Hi Team,
I am following your example in the docs for grub bootloader on x86_64
debian machine.
i have created the rootfs image and trying to update the system via:
> rauc -d install update-2015.04-1.raucb
It throws an error :
Domains: 'rauc'
(rauc:2879): rauc-DEBUG: install started
(rauc:2879): rauc-DEBUG: input bundle:
/home/apaul/rauc/examples/update-2015.04-1.raucb
trying to contact rauc service
rauc-Message: installing /home/apaul/rauc/examples/update-2015.04-1.raucb:
installing
installing `/home/apaul/rauc/examples/update-2015.04-1.raucb` failed
I have tested the image using:
>rauc -d info update-2015.04-1.raucb
Output looks fine:
Domains: 'rauc'
(rauc:2905): rauc-DEBUG: No grubenv path provided, using /boot/grub/grubenv
as default
rauc-Message: Reading bundle: update-2015.04-1.raucb
rauc-Message: Verifying bundle...
Compatible: 'rauc-demo-x86'
Version: '2015.04-1'
Description: '(null)'
Build: '(null)'
Hooks: ''
1 Image:
(1) mydisk.img
Slotclass: rootfs
Checksum:
4b0f8e37bfaa79fcec616aa3e7f139aea50aa5d8830db07147c1903b4b5729f2
Size: 11214848
Hooks:
0 Files
Where am I making mistake? Please help.
*Thanks & Regards,*
*Dilip Yadav *
* <http://www.apaulinstruments.in>*
[-- Attachment #1.2: Type: text/html, Size: 2574 bytes --]
[-- Attachment #2: Type: text/plain, Size: 65 bytes --]
_______________________________________________
RAUC mailing list
^ permalink raw reply [flat|nested] 3+ messages in thread
* Re: [RAUC] Update Installation failed
2017-04-05 10:29 [RAUC] Update Installation failed dilip yadav
@ 2017-04-05 10:40 ` Enrico Joerns
[not found] ` <CALC1k0CxfGXAEAf4WKJfm6PjahfLyf5W3quwbyn7dfHZ+VeZnQ@mail.gmail.com>
0 siblings, 1 reply; 3+ messages in thread
From: Enrico Joerns @ 2017-04-05 10:40 UTC (permalink / raw)
To: dilip yadav; +Cc: rauc
Hi Dilip.
On 04/05/2017 12:29 PM, dilip yadav wrote:
> Hi Team,
>
> I am following your example in the docs for grub bootloader on x86_64
> debian machine.
> i have created the rootfs image and trying to update the system via:
>
>> rauc -d install update-2015.04-1.raucb
>
> It throws an error :
>
> Domains: 'rauc'
> (rauc:2879): rauc-DEBUG: install started
> (rauc:2879): rauc-DEBUG: input bundle:
> /home/apaul/rauc/examples/update-2015.04-1.raucb
> trying to contact rauc service
> rauc-Message: installing
> /home/apaul/rauc/examples/update-2015.04-1.raucb: installing
> installing `/home/apaul/rauc/examples/update-2015.04-1.raucb` failed
well, from this log I am not able to get what went wrong. I would need
the log of the RAUC service in order to give a hint about what went wrong.
Unfortunately, currently there is no way to access the service log from
the command line client.
Thus, what you can do, if you have set up your system with systemd is
executing
journalctl -u rauc.service --no-pager
to get the services log. Alternatively, try to grab the log file from
your init processes log location or start the service manually on a
shell where you can get the output from:
rauc service
Then start the command line interface (i.e. the rauc install ..) from
another one and you will get the verbose output on the first shell.
Paste your results here and lets see if we can figure out what went wrong.
> I have tested the image using:
>
>>rauc -d info update-2015.04-1.raucb
>
> Output looks fine:
> Domains: 'rauc'
> (rauc:2905): rauc-DEBUG: No grubenv path provided, using
> /boot/grub/grubenv as default
> rauc-Message: Reading bundle: update-2015.04-1.raucb
> rauc-Message: Verifying bundle...
> Compatible: 'rauc-demo-x86'
> Version: '2015.04-1'
> Description: '(null)'
> Build: '(null)'
> Hooks: ''
> 1 Image:
> (1) mydisk.img
> Slotclass: rootfs
> Checksum:
> 4b0f8e37bfaa79fcec616aa3e7f139aea50aa5d8830db07147c1903b4b5729f2
> Size: 11214848
> Hooks:
> 0 Files
Yes, this looks right to me, too.
> Where am I making mistake? Please help.
We will try to figured this out when having the logs available
Best regards, Enrico
--
Pengutronix e.K. | Enrico Jörns |
Industrial Linux Solutions | http://www.pengutronix.de/ |
Peiner Str. 6-8, 31137 Hildesheim, Germany | Phone: +49-5121-206917-5080 |
Amtsgericht Hildesheim, HRA 2686 | Fax: +49-5121-206917-5555 |
_______________________________________________
RAUC mailing list
^ permalink raw reply [flat|nested] 3+ messages in thread
* Re: [RAUC] Update Installation failed
[not found] ` <CALC1k0BVs1iB9XwdWwftxdZzWxLXguix2S9pFZCJasTS2PoTkg@mail.gmail.com>
@ 2017-04-05 13:57 ` Enrico Joerns
0 siblings, 0 replies; 3+ messages in thread
From: Enrico Joerns @ 2017-04-05 13:57 UTC (permalink / raw)
To: dilip yadav; +Cc: rauc
Hi,
please keep the mailing list in CC so everyone could benefit from our
discussion :)
On 04/05/2017 01:40 PM, dilip yadav wrote:
> With your kind help, Ihave successfully updated the minimal rootfs with
> rauc.
> I have following concerns:
> 1.How can I automate the "rauc status mark-good", What if installation
> returned with error and it makes the partition good.
To clarify, the `rauc status mark-good` is meant to be executed during
the start of your system, not after an installation. Selecting the
appropriate slot for the next boot is done by RAUC automatically after a
successful installation.
What the mark-good command does is preventing you from starting a
non-booting system over and over. The bootloader should decrease a
counter or set a flag that indicates that this slot might be bad.
Then from your system, at the point where your are really sure all your
components came up as intended, you invoke the `status mark-good` that
resets the bootloaders flag/counter.
If your system reboots before this good-marking is performed, this
mechanism allows you to assure that the bootloader will not forever
attempt to select the same (non-working) slot.
> 2.Is there any provision of delta updates only?
We definitely have plans for this on paper, but they are not realized,
yet. Because currently development is mainly driven from what customers
require and the need for this was not high enough, yet, this item is
still on our wish list.
> 3.How to integrate it with remote updating server like hawkbit?
Well, you typically need a custom application for this that talks to
RAUC vi D-Bus on one side and talks with hawkBit via the DDI REST API on
the other side. This is not part of RAUC as we focus on being an update
client and update bundle generator. Integration into a system is very
individual and many users already have an application component.
What we did for a Demo is creating a small python service that acts as a
bridge between RAUC and hawkBit. But despite it is planned to provide
some of its components as Open Source software, we did not find the time
to refactor it.
> 4.What if I want to update only the app? Should I create new partition
> for that?
Yes, that would be an option, RAUC supports this. Also grouping them
together with giving the appfs slot a `parent` attribute (see [1]). But
let me point out two things about this:
1. Also if you have a separate application, you always want to assure
that you only install you application along the exact base system it was
tested to work with.
2. On the bright side: On *this* level, we support some kind of
Delta-Updates. If you provide an update bundle with a rootfs and an
appfs image, and you already have the exact appfs image installed on the
targets slot you intend to update, only the appfs image will be written.
Well, this still requires you to have both images in the bundle, but it
will decrease the time required to perform the update while still
assuring you only install well tested software states. It depends on
what your critical factor is (storage capacity vs. space) if that helps you.
Hope I could point out our current state of the art about the points you
mentioned.
Best regards
Enrico
[1]
http://rauc.readthedocs.io/en/latest/reference.html#system-configuration-file
--
Pengutronix e.K. | Enrico Jörns |
Industrial Linux Solutions | http://www.pengutronix.de/ |
Peiner Str. 6-8, 31137 Hildesheim, Germany | Phone: +49-5121-206917-5080 |
Amtsgericht Hildesheim, HRA 2686 | Fax: +49-5121-206917-5555 |
_______________________________________________
RAUC mailing list
^ permalink raw reply [flat|nested] 3+ messages in thread
end of thread, other threads:[~2017-04-05 13:57 UTC | newest]
Thread overview: 3+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2017-04-05 10:29 [RAUC] Update Installation failed dilip yadav
2017-04-05 10:40 ` Enrico Joerns
[not found] ` <CALC1k0CxfGXAEAf4WKJfm6PjahfLyf5W3quwbyn7dfHZ+VeZnQ@mail.gmail.com>
[not found] ` <CALC1k0BVs1iB9XwdWwftxdZzWxLXguix2S9pFZCJasTS2PoTkg@mail.gmail.com>
2017-04-05 13:57 ` Enrico Joerns
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox