From: Wols Lists <antlists@youngman.org.uk>
To: Edward Kuns <eddie.kuns@gmail.com>,
Enrico Tagliavini <enrico.tagliavini@gmail.com>
Cc: Linux-RAID <linux-raid@vger.kernel.org>
Subject: Re: Reshape stalls and fails when SELinux is enabled
Date: Thu, 10 Dec 2015 18:24:12 +0000 [thread overview]
Message-ID: <5669C34C.9060606@youngman.org.uk> (raw)
In-Reply-To: <CACsGCyQX4DKfT-6CYd7pa8P-Rq12HhP2tA79F27rw1PbNHe_QQ@mail.gmail.com>
On 10/12/15 17:06, Edward Kuns wrote:
> I ran into this as well. I unwisely worked around it by placing the
> backup file on /tmp. I don't recommend that choice!
Most people don't realise there are various tmp directories, with
different behaviours. /tmp is defined by LSB or somesuch to be real
temporary storage - no guarantees - stuff may disappear at any time.
Which is why my /tmp is a tmpfs - stored in ram. So yes, a backup file
on /tmp is not a good idea ...
/var/tmp is defined as holding data that must survive a reboot - where
emacs and vi and that lot are recommended to store their crash dumps,
recovery files, etc for example.
I didn't see
> your AVC on your EMail, but I recommend you reach out to the SELinux
> folks for labeling help. I've reach out to them in the past and have
> found them very helpful (as are the folks here). Getting the labeling
> corrected will not only help you but everyone else in the long term.
>
> I agree that it would be good for mdadm to handle this kind of failure
> in a more productive fashion as well. But I'm only a lurker here. I
> don't have enough knowledge to suggest what would be better. One
> thing that really helped me debug this was commenting out the lines
>
> #StandardOutput=null
> #StandardError=null
>
> in the systemd file /lib/systemd/system/mdadm-grow-continue@.service
> -- note you have to run systemctl daemon-reload after changing the
> file for the change to be noticed.
>
> Once I did that, the system logs had much more useful information.
> I'm not sure where that file is sourced, whether it's from the
> linux-raid people or from the distributions or somewhere in between.
> Does anyone here know if there's a reason why standard out and
> standard error are sent to /dev/null for this service?
>
I wouldn't know for certain, but given the amount of junk so many
programs spew to stdout or stderr (which nobody ever sees because
they're running in a gui), I expect it's because that's what happens by
default anyway :-) They don't want to clutter the logs with all that
junk and chatter.
I often somehow get stdout and stderr for various programs redirected to
konsole, because I'll use dbus-launch to start a program. And then when
the program has exited I'll get loads of rubbish from other programs ...
the chatter is horrendous.
Cheers,
Wol
next prev parent reply other threads:[~2015-12-10 18:24 UTC|newest]
Thread overview: 7+ messages / expand[flat|nested] mbox.gz Atom feed top
2015-12-03 11:04 Reshape stalls and fails when SELinux is enabled Enrico Tagliavini
2015-12-10 9:00 ` Enrico Tagliavini
2015-12-10 17:06 ` Edward Kuns
2015-12-10 18:24 ` Wols Lists [this message]
2015-12-11 1:26 ` George Rapp
2015-12-11 14:26 ` Enrico Tagliavini
2015-12-21 1:50 ` NeilBrown
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=5669C34C.9060606@youngman.org.uk \
--to=antlists@youngman.org.uk \
--cc=eddie.kuns@gmail.com \
--cc=enrico.tagliavini@gmail.com \
--cc=linux-raid@vger.kernel.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.