Re: [systemd-devel] log_assert_failed_realm crash in systemd journal-file

2021-01-04 Thread Aditya Tayade 
Hi Lennart,

Apology for the late reply and wish you happy new year!

We are using Yocto 3.1 dunfell with systemd v244-stable on arm64.

Let me know if any other additional information is needed, I am happy to
share.


Regards,
Aditya Tayade

On Mon, Dec 21, 2020 at 8:53 PM Lennart Poettering 
wrote:

> On Do, 17.12.20 13:20, Aditya Tayade (adityadtay...@gmail.com) wrote:
>
> > Hi,
> >
> > I am getting below crash in our CI environment with systemd v244-stable
> > which looks similar to issue #14943
> > . So could you please
> > confirm if it is the same issue and whether the PR:
> > https://github.com/systemd/systemd/pull/15557 (already merged in v246)
> will
> > fix this? If yes then we need back port of these PR to v244-stable as
> well
> > and if not then could you please help to understand what can be cause of
> > this?:
>
> 15557 is the supposed fix for 14943. That I can confirm. if it fixes
> your specific issue I don't know, since I do not have access to your
> platform.
>
> The question you are asking cannot reasonably answered, in particular
> without any informaiton about used distro/arch/… and all those things.
>
> Either way, I'd recommend you to try it out and see if it fixes your
> CI problems? That's the only way you can now for sure...
>
> Lennart
>
> --
> Lennart Poettering, Berlin
> ___
> systemd-devel mailing list
> systemd-devel@lists.freedesktop.org
> https://lists.freedesktop.org/mailman/listinfo/systemd-devel
>
___
systemd-devel mailing list
systemd-devel@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/systemd-devel

Re: [systemd-devel] log_assert_failed_realm crash in systemd journal-file

2020-12-21 Thread Lennart Poettering 
On Do, 17.12.20 13:20, Aditya Tayade (adityadtay...@gmail.com) wrote:

> Hi,
>
> I am getting below crash in our CI environment with systemd v244-stable
> which looks similar to issue #14943
> . So could you please
> confirm if it is the same issue and whether the PR:
> https://github.com/systemd/systemd/pull/15557 (already merged in v246) will
> fix this? If yes then we need back port of these PR to v244-stable as well
> and if not then could you please help to understand what can be cause of
> this?:

15557 is the supposed fix for 14943. That I can confirm. if it fixes
your specific issue I don't know, since I do not have access to your
platform.

The question you are asking cannot reasonably answered, in particular
without any informaiton about used distro/arch/… and all those things.

Either way, I'd recommend you to try it out and see if it fixes your
CI problems? That's the only way you can now for sure...

Lennart

--
Lennart Poettering, Berlin
___
systemd-devel mailing list
systemd-devel@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/systemd-devel

Re: [systemd-devel] log_assert_failed_realm crash in systemd journal-file

2020-12-21 Thread Paul Menzel 

Dear Aditya,


Am 21.12.20 um 04:30 schrieb Aditya Tayade:


Could you please help with this.


I think, you testing applying the patch or upgrading to a newer systemd 
version will give you the quickest results. Upstream systemd only 
support the last two releases.



Kind regards,

Paul
___
systemd-devel mailing list
systemd-devel@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/systemd-devel

Re: [systemd-devel] log_assert_failed_realm crash in systemd journal-file

2020-12-20 Thread Aditya Tayade 
Hi,

Could you please help with this.
Thanks in advance.

Regards,
Aditya Tayade

On Thu, 17 Dec, 2020, 1:20 pm Aditya Tayade, 
wrote:

> Hi,
>
> I am getting below crash in our CI environment with systemd v244-stable
> which looks similar to issue #14943
> . So could you please
> confirm if it is the same issue and whether the PR:
> https://github.com/systemd/systemd/pull/15557 (already merged in v246)
> will fix this? If yes then we need back port of these PR to v244-stable as
> well and if not then could you please help to understand what can be cause
> of this?:
> (gdb) bt full
> #0 __GI_abort () at abort.c:107
> act = {__sigaction_handler = {sa_handler = 0x0, sa_sigaction = 0x0},
> sa_mask = {__val = {
> 18446744073709551615 }}, sa_flags = 0, sa_restorer = 0x0}
> sigs = {__val = {32, 0 }}
> #1  0x007f87d2900c in
> log_assert_failed_realm (realm=realm@entry=LOG_REALM_SYSTEMD,
> text=text@entry=0x7f87d41f30 "p > 0",
> file=file@entry=0x7f87d41e1f "src/journal/journal-file.c", line=line@entry
> =2442,
> func=func@entry=0x7f87d42fe0 <*PRETTY_FUNCTION*.13000>
> "test_object_seqnum")
> at ../git/src/basic/log.c:809
> No locals.
> #2  0x007f87d0e5e8 in
> test_object_seqnum (f=0x217c, p=0, needle=8572)
> at ../git/src/journal/journal-file.c:2442
> o =
> r =
> *PRETTY_FUNCTION* = "test_object_seqnum"
> #3  test_object_seqnum
> (f=f@entry=0x7f78012030, p=p@entry=0, needle=needle@entry=8572)
> at ../git/src/journal/journal-file.c:2437
> o = 0x7f8524a0a8
> r =
> *PRETTY_FUNCTION* = "test_object_seqnum"
> #4  0x007f87d0fa84 in
> generic_array_bisect_plus_one (idx=0x0, offset=0x7f8524a210, ret=0x0,
> direction=DIRECTION_DOWN, test_object=0x7f87d0e528 ,
> needle=8572, n=1,
> first=0, extra=0, f=0x7f78012030) at ../git/src/journal/journal-file.c:2376
> r =
> step_back =
> o = 0x173318
> r =
> --Type for more, q to quit, c to continue without paging--
> step_back =
> o =
> *PRETTY_FUNCTION* = "generic_array_bisect_plus_one"
> #5 
> generic_array_bisect_plus_one (f=0x7f78012030, extra=0, first=0, n=1,
> needle=8572,
> test_object=0x7f87d0e528 , direction=DIRECTION_DOWN,
> ret=0x0,
> offset=0x7f8524a210, idx=0x0) at ../git/src/journal/journal-file.c:2352
> r =
> o =
> *PRETTY_FUNCTION* = "generic_array_bisect_plus_one"
> #6  0x007f87d10f84 in
> journal_file_move_to_entry_by_seqnum_for_data (f=f@entry=0x7f78012030,
> data_offset=, seqnum=8572, direction=direction@entry=DIRECTION_DOWN,
> ret=ret@entry=0x0, offset=offset@entry=0x7f8524a210) at
> ../git/src/basic/sparse-endian.h:83
> d = 0x7f77a0cce8
> r =
> *PRETTY_FUNCTION* = "journal_file_move_to_entry_by_seqnum_for_data"
> #7  0x007f87d15990 in
> find_location_for_match (j=j@entry=0x7f78000bc0,
> m=m@entry=0x7f78001fa0, f=f@entry=0x7f78012030, direction=direction@entry
> =DIRECTION_DOWN,
> ret=ret@entry=0x0, offset=offset@entry=0x7f8524a210) at
> ../git/src/journal/sd-journal.c:605
> dp = 52456
> r =
> *PRETTY_FUNCTION* = "find_location_for_match"
> #8  0x007f87d15838 in
> find_location_for_match (j=j@entry=0x7f78000bc0,
> m=m@entry=0x7f78001f50, f=f@entry=0x7f78012030, direction=direction@entry
> =DIRECTION_DOWN,
> ret=ret@entry=0x0, offset=offset@entry=0x7f8524a2a0) at
> ../git/src/journal/sd-journal.c:626
> cp = 7161343769125990453
> np = 0
> n = 0x6362343731363035
> --Type for more, q to quit, c to continue without paging--
> i = 0x7f78001fa0
> r =
> *PRETTY_FUNCTION* = "find_location_for_match"
> #9  0x007f87d156f8 in
> find_location_for_match (j=j@entry=0x7f78000bc0,
> m=m@entry=0x7f78001f00, f=f@entry=0x7f78012030, direction=direction@entry
> =DIRECTION_DOWN,
> ret=ret@entry=0x0, offset=offset@entry=0x7f8524a330) at
> ../git/src/journal/sd-journal.c:664
> cp = 547474115520
> i = 0x7f78001f50
> np = 0
> r =
> *PRETTY_FUNCTION* = "find_location_for_match"
> #10  0x007f87d15838 in
> find_location_for_match (j=j@entry=0x7f78000bc0,
> m=m@entry=0x7f78001eb0, f=f@entry=0x7f78012030, direction=direction@entry
> =DIRECTION_DOWN,
> ret=ret@entry=0x0, offset=offset@entry=0x7f8524a3c0) at
> ../git/src/journal/sd-journal.c:626
> cp = 100
> np = 0
> n = 0xf4240
> i = 0x7f78001f00
> r =
> *PRETTY_FUNCTION* = "find_location_for_match"
> #11  0x007f87d156f8 in
> find_location_for_match (j=j@entry=0x7f78000bc0, m=0x7f78001e60,
> f=f@entry=0x7f78012030, direction=direction@entry=DIRECTION_DOWN,
> ret=ret@entry=0x7f8524a478,
> offset=offset@entry=0x7f8524a480) at ../git/src/journal/sd-journal.c:664
> cp = 547694617584
> i =