All of lore.kernel.org
 help / color / mirror / Atom feed
From: Richard Purdie <richard.purdie@linuxfoundation.org>
To: Jack.Fewx@dell.com, jpewhacker@gmail.com, alex.kanavin@gmail.com,
	seebs@seebs.net
Cc: yocto@yoctoproject.org
Subject: Re: [pseudo] Pseudo 1.8+ xattr sqlite corruption
Date: Wed, 22 Aug 2018 16:09:43 +0100	[thread overview]
Message-ID: <340e2fcca899a6691605df89eb89f0e7e7802916.camel@linuxfoundation.org> (raw)
In-Reply-To: <0c3dff3db46a4a83a73a4ffe1c83535d@AUSX13MPC104.AMER.DELL.COM>

On Wed, 2018-08-22 at 14:54 +0000, Jack.Fewx@dell.com wrote:
> So failure mode is the target filesystem is devoid of SELinux file
> contexts, all files are unlabeled_t, which pretty much breaks
> everything in enforcing mode.  So whatever the corruption
> cause/effect in the Psuedo database, the end result is when
> Mksquashfs runs it can't get labels for the files.
> 
> There is no obvious differences in the pseudo.log files between good
> and bad runs, so it's nothing Pseudo is screaming about.
> 
> I just found the Pseudo debug option flags, and how to insert them
> using FAKEROOTENV += "PSEUDO_DEBUG=Dx", so I'm running builds trying
> to get good and bad ones with the debug logs.

Its not clear if you already tried this but if not, it'd probably be
worth updating pseudo to the latest version too, see if it was some bug
we already addressed in pseudo. I know we've had a few challenges
supporting xattrs in there...

Cheers,

Richard


  reply	other threads:[~2018-08-22 15:09 UTC|newest]

Thread overview: 22+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2018-08-20 18:45 [pseudo] Pseudo 1.8+ xattr sqlite corruption Jack.Fewx
2018-08-22  8:41 ` Alexander Kanavin
2018-08-22 13:58   ` Jack.Fewx
2018-08-22 14:41     ` Joshua Watt
2018-08-22 14:54       ` Jack.Fewx
2018-08-22 15:09         ` Richard Purdie [this message]
2018-08-22 15:32           ` Jack.Fewx
2018-09-18 20:26           ` Jack.Fewx
2018-09-18 21:09             ` Seebs
2018-09-18 21:16               ` Joshua Watt
2018-09-18 21:20                 ` Seebs
2018-09-19 11:33                   ` Burton, Ross
2018-09-19 14:39                     ` Seebs
2018-09-19 16:25                       ` Jack.Fewx
2018-09-20 19:16                     ` Seebs
2018-09-20 20:41                       ` Jack.Fewx
2018-09-20 20:46                         ` Seebs
2018-09-20 20:50                         ` Seebs
2018-09-21 12:50                           ` Burton, Ross
2018-09-23 13:23                             ` Martin Jansa
2018-08-22 16:41         ` Seebs
2018-08-22 14:44     ` Alexander Kanavin

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=340e2fcca899a6691605df89eb89f0e7e7802916.camel@linuxfoundation.org \
    --to=richard.purdie@linuxfoundation.org \
    --cc=Jack.Fewx@dell.com \
    --cc=alex.kanavin@gmail.com \
    --cc=jpewhacker@gmail.com \
    --cc=seebs@seebs.net \
    --cc=yocto@yoctoproject.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body. 
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.