fedora-list Digest, Vol 61, Issue 201
Irikefe Osah
cabletxg at gmail.com
Sun Mar 29 16:25:53 UTC 2009
PGP Encryption:
Do you all agree that we should start encrypting this digest using
fedora-list at redhat.com as the public key and we all submit our keys to the
respective maintainers of this list? What do you all think?
2009/3/29 <fedora-list-request at redhat.com>
> Send fedora-list mailing list submissions to
> fedora-list at redhat.com
>
> To subscribe or unsubscribe via the World Wide Web, visit
> https://www.redhat.com/mailman/listinfo/fedora-list
> or, via email, send a message with subject or body 'help' to
> fedora-list-request at redhat.com
>
> You can reach the person managing the list at
> fedora-list-owner at redhat.com
>
> When replying, please edit your Subject line so it is more specific
> than "Re: Contents of fedora-list digest..."
>
> Today's Topics:
>
> 1. Re: RAID1 /dev/md4 lost one disk partion /dev/sdb4 after
> reboot, WHY?? (L)
> 2. F9 gst and v4l2 problem (Fernando Apestegu?a)
> 3. Re: Help to sort a multimedia system??? (still) (DB)
> 4. Re: do these diagnostics tell me my MMC card is toast?
> (Robert P. J. Day)
> 5. Re: Help to sort a multimedia system??? (still) (Tim)
> 6. Sound pops (Kanwar Ranbir Sandhu)
> 7. Re: odd bind problem (Mark Haney)
> 8. Re: weather report applet dead again? (Robert Nichols)
> 9. Re: Sound pops (Antti J. Huhtala)
> 10. Fedora-10/KDE losing keyboard connection (Timothy Murphy)
> 11. SELinux and named (Steven Stern)
>
>
> ---------- Forwarded message ----------
> From: L <yuanlux at gmail.com>
> To: Bruno Wolff III <bruno at wolff.to>
> Date: Sun, 29 Mar 2009 20:31:53 +1100
> Subject: Re: RAID1 /dev/md4 lost one disk partion /dev/sdb4 after reboot,
> WHY??
> On Sun, Mar 29, 2009 at 5:18 PM, Bruno Wolff III <bruno at wolff.to> wrote:
> > On Sun, Mar 29, 2009 at 10:00:07 +1100,
> > L <yuanlux at gmail.com> wrote:
> >> Hi
> >>
> >> I have RAID1 system, the partition /dev/md4 is in raid1 with
> >> /dev/sda4 /dev/sdb4. In order to check /dev/sdb4 I remove it from
> >> /dev/md4
> >
> > There are ways of checking disks without pulling them out of service.
> > smartctl can do surface scans while leaving the disk functional.
> >
> >> The system did sync md4, this lasted ~ 6 hours. however, after reboot,
> >> /proc/mdstat shows /dev/md4 has one disk /dev/sda4 active.
> >
> > 6 hours is a long time for a resync. Was the system under heavy load?
> > Are an IO errors showing up in your logs?
> >
> >> How to let system hold both partitions /dev/sda4 and /dev/sdb4 for
> >> /dev/md4 after reboot?
> >
> > From what you described it looked like you were correctly readding the
> > disk and waiting for the sync to complete before rebooting.
> >
>
>
> The md re-sync on /dev/md4 (/dev/sda4 /dev/sdb4) was completed, after
> reboot, the partition /dev/sdb4 on /dev/md4 was missed again, as shown
> from mdstat
>
> Personalities : [linear] [raid1]
> md4 : active raid1 sda4[0]
> 484327552 blocks [2/1] [U_]
>
> md1 : active raid1 sdb1[1] sda1[0]
> 2939776 blocks [2/2] [UU]
>
> md2 : active raid1 sdb2[1] sda2[0]
> 104320 blocks [2/2] [UU]
>
> md3 : active raid1 sdb3[1] sda3[0]
> 987904 blocks [2/2] [UU]
>
> unused devices: <none>
>
> any suggestion??
>
> thanks
>
> Y
>
>
>
>
> ---------- Forwarded message ----------
> From: "Fernando Apesteguía" <fernando.apesteguia at gmail.com>
> To: "Community assistance, encouragement, and advice for using Fedora." <
> fedora-list at redhat.com>
> Date: Sun, 29 Mar 2009 13:43:13 +0200
> Subject: F9 gst and v4l2 problem
> Hi all,
>
> I'm using Fedora 9 and I want to get my webcam to work.
>
> This is my configuration (x86_64 system):
>
> Webcam: Logitech QuickCam for Notebooks. It uses the zc3xx driver
> (kernel 2.6.27.19-78.2.30.fc9.x86_64)
> Cheese 2.22.3
> Ekiga 2.0.12
> GStreamer 0.10.20
>
> The webcam works fine with Ekiga, v4l2 is selected in the Preferences tab.
>
> It doesn't work however in cheese or others (skype).
> cheese -v reports this when trying to record video from the webcam:
>
> (cheese:4069): GStreamer-CRITICAL **: gst_value_set_fraction:
> assertion `denominator != 0' failed
> Detected webcam: USB Camera (046d:08dd)
> device: /dev/video0
>
> (cheese:4069): GStreamer-CRITICAL **: gst_element_set_state: assertion
> `GST_IS_ELEMENT (element)' failed
> (cheese:4069): GStreamer-CRITICAL **: gst_element_set_locked_state:
> assertion `GST_IS_ELEMENT (element)' failed
>
> I tried to use gstreamer-properties to figure out what is happening.
> In the video tab, the output seems to be fine, the test runs OK.
> However, when I try to run the test for my webcam (it is detected here
> again) with v4l2, I get this:
>
> gstreamer-properties-Message: Skipping unavailable plugin 'artsdsink'
> gstreamer-properties-Message: Skipping unavailable plugin 'esdsink'
> gstreamer-properties-Message: Skipping unavailable plugin 'v4lmjpegsrc'
> gstreamer-properties-Message: Skipping unavailable plugin 'qcamsrc'
> gstreamer-properties-Message: Skipping unavailable plugin 'esdmon'
> gstreamer-properties-Message: Error running pipeline 'Video for Linux
> 2 (v4l2)': Could not negotiate format [gstbasesrc.c(2436):
> gst_base_src_start (): /pipeline0/v4l2src3:
> Check your filtered caps, if any]
>
> and the program closes.
>
> If I select v4l, I get a window full of green noise.
>
> So I suppose this is some problem related with the v4l2 plugin for
> gstreamer, but I don't know how to fix this. I've Googled it and I saw
> people from other distributions having the same problem, but usually
> an update fixed the problem. My Fedora system is up to date.
>
> Any ideas?
>
> Thanks in advance.
>
>
>
>
> ---------- Forwarded message ----------
> From: DB <Freddog_de at yahoo.co.uk>
> To: For users of Fedora <fedora-list at redhat.com>
> Date: Sun, 29 Mar 2009 13:13:09 +0200
> Subject: Re: Help to sort a multimedia system??? (still)
>
>>
>> Message: 7
>> Date: Sun, 29 Mar 2009 05:45:26 +0200
>> From: Kevin Kofler <kevin.kofler at chello.at>
>> Subject: Re: Help to sort a multimedia system??? (still)
>> To: fedora-list at redhat.com
>> Message-ID: <gqmqsn$plp$1 at ger.gmane.org>
>> Content-Type: text/plain; charset=us-ascii
>>
>> DB wrote:
>>
>>
>>> > $ rpm -qa phonon\*
>>> > phonon-devel-4.3.1-2.fc10.i386
>>> > phonon-backend-xine-4.3.1-2.fc10.i386
>>> > phonon-4.3.1-2.fc10.i386
>>> > phonon-backend-gstreamer-4.3.1-2.fc10.i386
>>>
>>>
>>
>> Try rpm -e phonon-backend-gstreamer to see if that helps. It should be
>> picking up xine by default already, but it's best to be sure.
>> Unfortunately, Phonon's GStreamer backend is not as reliable as the
>> xine-lib one.
>>
>>
>>
> OK done that!
>
>> > At the moment, the audio_cd.device box contans /dev/cdrom. Is it
>>> > possible to somehow list cdrom & cdrom1?
>>>
>>>
>>
>> No, you'll have to change it when you want to use the other drive.
>>
>>
>>
>>> >> You need libdvdcss from Livna.
>>>> >>
>>>>
>>> > Is this - or something like it - included in rpmfusion free or nonfree?
>>>
>>>
>>
>> No. There have been long flamebaits over including libdvdcss in RPM Fusion
>> or not (due to legal issues). At the end it was decided to keep it in the
>> old Livna repository.
>>
>> http://rpm.livna.org/
>>
>>
>>
> Thanks, done that!
>
>> > Thanks, Kevin. If I remember correctly, in some replies to other
>>> > questions about sound devices, you wrote something about "Alsa being on
>>> > top of PA" (or vice versa!)
>>>
>>>
>>
>> Well, both are true to some extent. :-)
>> ALSA applications
>> |
>> V
>> PulseAudio ALSA plugin (alsa-plugins-pulseaudio)
>> |
>> V
>> PulseAudio <-- Other applications, using other APIs (PulseAudio native,
>> ESD)
>> |
>> V
>> ALSA hardware device
>>
>>
>>
>>> > Question 1 - which way is "front" & "back" ie nearer Hardware or nearer
>>> > User?
>>>
>>>
>>
>> Front = nearer to the user, back = nearer to the hardware.
>>
>>
> OK<<< so "sink" = front & "source" = back (generally!)
>
>>
>>
>>> > Question 2 - is there a way for naive users (like me!) to find out what
>>> > sequence of modules/software/gizmos is actually involved in say,
>>> getting
>>> > the noise from my CD/DVD/AC97 to the speakers?
>>>
>>>
>>
>> See the basic diagram above. (The complete diagram is a bit more complex
>> than that though.)
>>
>>
>>
> And can I from a command line list the current connections? I tried
> # lsmod|grep snd
> snd_intel8x0 30620 3
> snd_ac97_codec 95268 1 snd_intel8x0
> ac97_bus 5504 1 snd_ac97_codec
> snd_seq_dummy 6660 0
> snd_seq_oss 30364 0
> snd_seq_midi_event 9600 1 snd_seq_oss
> snd_seq 48576 5
> snd_seq_dummy,snd_seq_oss,snd_seq_midi_event
> snd_usb_audio 77696 0
> snd_pcm_oss 42496 0
> snd_mixer_oss 16896 1 snd_pcm_oss
> snd_usb_lib 17536 1 snd_usb_audio
> snd_rawmidi 22528 1 snd_usb_lib
> snd_pcm 65924 4
> snd_intel8x0,snd_ac97_codec,snd_usb_audio,snd_pcm_oss
> snd_seq_device 10124 4
> snd_seq_dummy,snd_seq_oss,snd_seq,snd_rawmidi
> snd_timer 22024 2 snd_seq,snd_pcm
> snd_hwdep 10500 1 snd_usb_audio
> snd_page_alloc 11016 2 snd_intel8x0,snd_pcm
> snd 50616 20
> snd_intel8x0,snd_ac97_codec,snd_seq_dummy,snd_seq_oss,snd_seq,snd_usb_audio,snd_pcm_oss,snd_mixer_oss,snd_usb_lib,snd_rawmidi,snd_pcm,snd_seq_device,snd_timer,snd_hwdep
> soundcore 9416 1 snd
>
> Sadly, man lsmod only tells me it produces a "nice layout", without telling
> me how to interpret the colums.... I assume the first number is its
> process id,the second one how many modules it either calls (the ones listed)
> or is called by -- and the ones with "0" in this place are not active/ends
> of chains????? -- and the lower the pid, the earlier the proces/module
> started?
>
>>
>>
>>> > Question 5 - in the Skype example above, how can I find out what the 4
>>> > SiS variants represent?
>>>
>>>
>>
>> Different outputs of your sound card, most likely.
>>
>> Normally you should let PulseAudio worry about where to output and set
>> your
>> applications to output to PulseAudio.
>>
>>
> Just tried selecting "default" for both & get "problems with audio capture"
> or "problems with audio playback"
> Selecting "pulse" for both gives unintelligible sound
> Selecting "si7012(hw:si7102:0) for both, works.
>
>> The handbook may be outdated.
>>
>> Kevin Kofler
>>
>>
> Again, many thanks Kevin!
>
>
> The front end of something is the bit that's apparent to you (user
>> interface, etc.), the back-end is what goes on behind the scenes.
>>
>> If you want analogies, think of "shop fronts."
>>
>>
>
> Thanks Tim - nice analogy!
>
>
>
>
> ---------- Forwarded message ----------
> From: "Robert P. J. Day" <rpjday at crashcourse.ca>
> To: "Community assistance, encouragement, and advice for using Fedora." <
> fedora-list at redhat.com>
> Date: Sun, 29 Mar 2009 09:23:21 -0400 (EDT)
> Subject: Re: do these diagnostics tell me my MMC card is toast?
> On Sat, 28 Mar 2009, max bianco wrote:
>
> > On Sat, Mar 28, 2009 at 3:18 PM, Robert P. J. Day <rpjday at crashcourse.ca>
> wrote:
> > >
> > > inserting a rocketfish 2g SD card into the reader in my fedora 9
> > > laptop generates buckets of:
> > >
> > > Mar 28 15:16:50 localhost kernel: end_request: I/O error, dev mmcblk0,
> sector 8
> > > Mar 28 15:16:50 localhost kernel: end_request: I/O error, dev mmcblk0,
> sector 16
> > > Mar 28 15:16:50 localhost kernel: end_request: I/O error, dev mmcblk0,
> sector 24
> > > Mar 28 15:16:50 localhost kernel: mmcblk0: error -110 transferring data
> > > Mar 28 15:16:50 localhost kernel: end_request: I/O error, dev mmcblk0,
> sector 0
> > > Mar 28 15:16:50 localhost kernel: mmcblk0: error -110 transferring data
> > > Mar 28 15:16:50 localhost kernel: end_request: I/O error, dev mmcblk0,
> sector 0
> > > Mar 28 15:16:50 localhost kernel: end_request: I/O error, dev mmcblk0,
> sector 8
> > > Mar 28 15:16:50 localhost kernel: end_request: I/O error, dev mmcblk0,
> sector 16
> > > Mar 28 15:16:50 localhost kernel: end_request: I/O error, dev mmcblk0,
> sector 24
> > > Mar 28 15:16:50 localhost kernel: mmcblk0: error -110 transferring data
> > > Mar 28 15:16:50 localhost kernel: end_request: I/O error, dev mmcblk0,
> sector 0
> > > ... etc etc ...
> > >
> > > should i just assume this card is toast and get another one? or
> > > might there be another reason for the above?
> > >
> > > rday
> > > --
> >
> > I had a flash drive that I thought was toast, it gave intermittent
> > errors when I tried to write to it which got progressively worse until
> > one day I just couldn't write to it anymore. I let it collect dust for
> > a week then decided on whim to format the thing and its been working
> > fine ever since. No problems since, I never did figure out why it
> > happened. In hindsight the only thing I can think of is maybe that
> > week there was a kernel update that fixed a bug or it might have been
> > that I swapped it between nix and doze boxes a lot. Don't do that
> > anymore but its all supposition since I don't have any facts. This as
> > you may have guessed is just my long winded way of saying format it
> > for giggles and see what happens.
>
> i reformatted the SD card several times, with totally random results
> (inability to mount, then suddenly mountable, then not mountable,
> etc.) finally gave up on it, spent $12 on a new 2G card and it seems
> to work fine. i'm just going to assume that the card was borked.
>
> rday
> --
> ========================================================================
> Robert P. J. Day
> Linux Consulting, Training and Annoying Kernel Pedantry:
> Have classroom, will lecture.
>
> http://crashcourse.ca Waterloo, Ontario, CANADA
> ========================================================================
>
> ---------- Forwarded message ----------
> From: Tim <ignored_mailbox at yahoo.com.au>
> To: Freddog_de at yahoo.co.uk, "Community assistance, encouragement, and
> advice for using Fedora." <fedora-list at redhat.com>
> Date: Mon, 30 Mar 2009 00:15:21 +1030
> Subject: Re: Help to sort a multimedia system??? (still)
> On Sun, 2009-03-29 at 13:13 +0200, DB wrote:
> > OK<<< so "sink" = front & "source" = back (generally!)
>
> No, that's different things altogether. Source is the source of
> something, a sink is the opposite - where somethings output goes. And
> neither are to do with front-end and back-end.
>
> Front-end and back-end are the apparent and unapparent parts of
> something. e.g. Take any program, the front-end is the user-interface
> that you play with, the back-end is all the programming behind it.
>
> Analogies are generally a bad idea, try to understand something
> directly, rather than trying to inappropriately apply it to something
> unrelated. You might as well say email's like fish, and usenet is like
> turtles, and then try to explain their correlation with concrete.
>
> SANE (scanning software), its front-end is the bit you choose what to
> scan, etc., the back-end is all the driving the computer does to use the
> scanner.
>
> CUPS (printing software), the front-end is the parts you see when you
> want to control how to print something, or choose which printer, the
> back-end is what *it* does to your information to make it work with
> particular printers.
>
> In audio, a source could be the digitised audio from a microphone, a
> sink could be the input side of an effects generator. Further down the
> chain, that effects generator could be a sound source that would go to a
> recorder, with the recorder being its sink.
>
> While source is a good term to use in that case, as it's not an analogy
> (a "sound source" is a proper description) I think using "sink" was a
> bad case of putting an analogy into terminology, in the first place. In
> the real world, you put something in a sink and it goes down the drain,
> never to be seen again (except by sewage processors). It's not exactly
> representative of how you might make *use* of something, it's a disposal
> terminology.
>
>
> --
> [tim at localhost ~]$ uname -r
> 2.6.27.19-78.2.30.fc9.i686
>
> Don't send private replies to my address, the mailbox is ignored. I
> read messages from the public lists.
>
>
>
>
>
>
> ---------- Forwarded message ----------
> From: Kanwar Ranbir Sandhu <m3freak at thesandhufamily.ca>
> To: Fedora Users <fedora-list at redhat.com>
> Date: Sun, 29 Mar 2009 09:55:30 -0400
> Subject: Sound pops
> Hi Everyone,
>
> I have fully updated F10 system running on an Asus P5Q-E motherboard.
> Yesterday while listening to some mp3s, I heard snaps, pops, and
> crackles (rice krispies are tasty!). At first I thought it was maybe a
> poorly encoded mp3, but listening to many other mp3s didn't remove the
> issue.
>
> Has anyone else experienced this recently? I remember reading here
> quite a while ago about similar issues. I believe at that time it was a
> problem with pulseaudio. Maybe the bug is back. :: shrugs ::
>
> Any input would be appreciated!
>
> Regards,
>
> Ranbir
>
> --
> Kanwar Ranbir Sandhu
> Linux 2.6.27.19-170.2.35.fc10.x86_64 x86_64 GNU/Linux
> 09:51:11 up 3 days, 13:01, 2 users, load average: 1.00, 1.25, 1.09
>
>
>
>
>
> ---------- Forwarded message ----------
> From: "Mark Haney" <mhaney at ercbroadband.org>
> To: "Community assistance, encouragement, and advice for using Fedora." <
> fedora-list at redhat.com>
> Date: Sun, 29 Mar 2009 10:06:26 -0400
> Subject: Re: odd bind problem
> Tim wrote:
> > On Fri, 2009-03-27 at 14:16 -0400, Mark Haney wrote:
> >> I've got a newly installed F10 box that is running BIND as a slave.
> >> I've been seeing something really odd, though. About every 6 or 7
> >> days DNS recursion fails. There are no real error messages, but
> >> suddenly I can query any record we are SOA for (we host a couple dozen
> >> zones for customers) but we can't query, say www.google.com from that
> >> server. We get a SERVFAIL.
> >
> > Are you using NetworkManager? (A really bad idea for a server.) And
> > has an interface gone off-line and back on again?
> >
>
> Oh no. I kill NM the minute I get a chance. (I have plenty of other
> posts ranting about the crappiness that is NM). But suffice ti to say
> that NM goes to /dev/null the first chance I get.
>
>
>
> --
> Frustra laborant quotquot se calculationibus fatigant pro inventione
> quadraturae circuli
>
> Mark Haney
> Sr. Systems Administrator
> ERC Broadband
> (828) 350-2415
>
> Call (866) ERC-7110 for after hours support
>
>
>
>
> ---------- Forwarded message ----------
> From: Robert Nichols <rnicholsNOSPAM at comcast.net>
> To: fedora-list at redhat.com
> Date: Sun, 29 Mar 2009 09:16:11 -0500
> Subject: Re: weather report applet dead again?
> jamesh0317 wrote:
>
>> I am having the same problem as you Bob. I am using the same version of
>> the gweather-applet.
>> A simple, if inelegant, workaround until the problem is fixed by the
>> developers/maintainers is to execute "killall gnome-panel" in a terminal
>> after the wireless network connection is made.
>>
>> I also have the same problem with the clock weather applet. I check the
>> box in preferences to "show weather" and "show temperature" but it never
>> shows.
>>
>
> I renamed /usr/libexec/gweather-applet-2 to gweather-applet-2.x and
> installed this little script as gweather-applet-2:
>
> #!/bin/bash
> delay=10
> until /sbin/route -n | grep -q '^0\.0\.0\.0'; do
> sleep $delay
> [ $delay -lt 60 ] && delay=$(($delay+10))
> done
> exec /usr/libexec/gweather-applet-2.x "$@"
>
> The next update of gnome-applets will overwrite my script with what is
> hopefully a fixed executable again.
>
> --
> Bob Nichols "NOSPAM" is really part of my email address.
> Do NOT delete it.
>
>
>
>
> ---------- Forwarded message ----------
> From: "Antti J. Huhtala" <ahuhtal4 at welho.com>
> To: "Community assistance, encouragement, and advice for using Fedora." <
> fedora-list at redhat.com>
> Date: Sun, 29 Mar 2009 17:50:38 +0300
> Subject: Re: Sound pops
> su, 2009-03-29 kello 09:55 -0400, Kanwar Ranbir Sandhu kirjoitti:
> > Hi Everyone,
> >
> > I have fully updated F10 system running on an Asus P5Q-E motherboard.
> > Yesterday while listening to some mp3s, I heard snaps, pops, and
> > crackles (rice krispies are tasty!). At first I thought it was maybe a
> > poorly encoded mp3, but listening to many other mp3s didn't remove the
> > issue.
> >
> > Has anyone else experienced this recently?
> Unfortunately, yes, though not necessarily with mp3 files only. My F10
> system also suffers from "snap, crackle and pop" syndrome with all audio
> reproduction. My MB is an ASUS K8N, and pulseaudio is working perfectly
> with my F9 system using the same hardware.
> > I remember reading here
> > quite a while ago about similar issues. I believe at that time it was a
> > problem with pulseaudio. Maybe the bug is back. :: shrugs ::
> I sincerely don't know where the blame really lies but there are several
> remedies already offered. One is removing alsa-plugins-pulseaudio, the
> other is editing /etc/pulse/default.pa
> (http://forums.fedoraforum.org/showthread.php?t=206868 ), and the third
> was published just yesterday on this list by Francois Patte under the
> title of "Re: sound on fedora 10[SOLVED(?)]".
> I haven't tried any of these yet but I'm somewhat perplexed by the fact
> that now that F10 has been available for 4 months, the problems with
> audio are still there. Isn't anybody writing bug reports any longer? I
> would have, but I've just had F10 installed a couple of weeks.
> >
> > Any input would be appreciated!
> >
> > Regards,
> >
> > Ranbir
> >
> BR, Antti
>
>
>
>
>
>
> ---------- Forwarded message ----------
> From: Timothy Murphy <gayleard at eircom.net>
> To: fedora-list at redhat.com
> Date: Sun, 29 Mar 2009 16:28:04 +0100
> Subject: Fedora-10/KDE losing keyboard connection
> I notice that my Thinkpad T43 has started getting
> into a rather strange state every other day, or thereabouts,
> where pressing keys seems to have no effect (even Ctrl-Alt-Del),
> although the mouse still moves the cursor.
>
> I was surprised to find the other day
> that I could still contact the laptop from another machine,
> and could even ssh into it, and re-boot it remotely.
> (I should have looked to see what was going on, but forgot.)
>
> I wonder if this is a common phenomenon,
> and if so if there is any simple way of getting the machine
> out of this state?
> (I suspect it may have something to do with suspend-to-RAM,
> which started working brilliantly a month or so ago,
> I think more or less when this phenomenon started.)
>
>
> --
> Timothy Murphy
> e-mail: gayleard /at/ eircom.net
> tel: +353-86-2336090, +353-1-2842366
> s-mail: School of Mathematics, Trinity College, Dublin 2, Ireland
>
>
>
>
>
> ---------- Forwarded message ----------
> From: Steven Stern <subscribed-lists at sterndata.com>
> To: For users of Fedora Core releases <fedora-list at redhat.com>
> Date: Sun, 29 Mar 2009 10:29:40 -0500
> Subject: SELinux and named
> -----BEGIN PGP SIGNED MESSAGE-----
> Hash: SHA1
>
> Running named in a chroot, I've been getting these messages for about a
> week. Running restorecon, as suggested by the troubleshooter, doesn't help.
>
> Mar 26 05:08:55 sds-desk setroubleshoot: SELinux is preventing logrotate
> (logrotate_t) "getattr" to /var/named/data/named.run (named_cache_t).
> For complete SELinux messages. run sealert -l
> d0d5bc39-fa99-4238-be5c-480a54ed38ae
> Mar 27 05:08:55 sds-desk setroubleshoot: SELinux is preventing logrotate
> (logrotate_t) "getattr" to /var/named/data/named.run (named_cache_t).
> For complete SELinux messages. run sealert -l
> d0d5bc39-fa99-4238-be5c-480a54ed38ae
> Mar 28 05:08:53 sds-desk setroubleshoot: SELinux is preventing logrotate
> (logrotate_t) "getattr" to /var/named/data/named.run (named_cache_t).
> For complete SELinux messages. run sealert -l
> d0d5bc39-fa99-4238-be5c-480a54ed38ae
> Mar 29 05:08:54 sds-desk setroubleshoot: SELinux is preventing logrotate
> (logrotate_t) "getattr" to /var/named/data/named.run (named_cache_t).
> For complete SELinux messages. run sealert -l
> d0d5bc39-fa99-4238-be5c-480a54ed38ae
>
> - --
>
> Steve
> -----BEGIN PGP SIGNATURE-----
> Version: GnuPG v1.4.9 (GNU/Linux)
> Comment: Using GnuPG with Fedora - http://enigmail.mozdev.org
>
> iEYEARECAAYFAknPk94ACgkQeERILVgMyvB8cACfW/z5vfNXbkgcGOiVxvLf3daZ
> K5AAmgO6L5PgrwgUUG4wAU7Rv7Jynh9z
> =/y/i
> -----END PGP SIGNATURE-----
>
>
>
> --
> fedora-list mailing list
> fedora-list at redhat.com
> https://www.redhat.com/mailman/listinfo/fedora-list
>
--
"Genius is one percent inspiration and 99 percent perspiration"
--- Thomas Alva Edison.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://listman.redhat.com/archives/fedora-list/attachments/20090329/818d89c2/attachment-0001.htm>
More information about the fedora-list
mailing list