F9 'top' output: cpu usage of busy process over 100 percent ??
I have just freshly installed Fedora 9, and the 'top' command gives me following output: PID USER PR NI VIRT RES SHR S %CPU %MEMTIME+ COMMAND 5720 root 20 0 186m 138m 9164 R 101.0 6.9 2:49.70 yum 3768 root 20 0 382m 26m 7912 S 4.2 1.3 1:05.96 Xorg 1 root 20 0 1948 768 560 S 0.0 0.0 0:01.68 init As you can see, at this particular time incident, the yum process consumes 101.0 percent of CPU. This must be an error. Is it? Also, I've never noticed this before, I therefor think this is introduced with F9 or F8 (I used F7 until today). Rob. -- fedora-list mailing list fedora-list@redhat.com To unsubscribe: https://www.redhat.com/mailman/listinfo/fedora-list
F9 & GDM 2.22 : cannot define multiple login servers anymore?
Hello, Fedora 9 ships with a newer version of GDM (2.22), for which the gdmsetup is missing. I found many discussions on people also missing the setup utility. However, I couldn't find an answer to my problem: Before F9, I had GDM configured to produce 3 login screens on my PC, on vt7, vt8 and vt9, simply by having this line in /etc/gdm/custom.conf : [servers] 0=inactive 7=Standard vt7 8=Standard vt8 9=Standard vt9 I tried to add this manually to the file, but it does not seem to work anymore. Has anybody an idea how I can integrate this with GDM 2.22 ? Thank you, Rob. -- fedora-list mailing list fedora-list@redhat.com To unsubscribe: https://www.redhat.com/mailman/listinfo/fedora-list
Intel video driver 2.8.1 is available; when in repository?
Hi, On August 25th a new release 2.8.1 of the intel video driver became availalble: http://lists.freedesktop.org/archives/xorg/2009-August/046978.html The current one (2.7.0) is suffering from too many bugs. Is there any plan to make the new release available in the yum reporsitory of Fedora 11? Thanks, Rob. -- fedora-list mailing list fedora-list@redhat.com To unsubscribe: https://www.redhat.com/mailman/listinfo/fedora-list Guidelines: http://fedoraproject.org/wiki/Communicate/MailingListGuidelines
qt4 assistant has only empty fields...!?!
Hi, I have installed qt4-devel, in order to use designer-qt4. That is OK, but the assistant-qt4 that comes with it, opens with blank fields, no entries at all. I'm running up-to-date Fedora 11, intel 32 bits version. Does anyone have a solution to remedy this? Thank you. Rob. -- fedora-list mailing list fedora-list@redhat.com To unsubscribe: https://www.redhat.com/mailman/listinfo/fedora-list Guidelines: http://fedoraproject.org/wiki/Communicate/MailingListGuidelines
missing dependency with qt4-devel for assistant-qt4
Hi, I planned to write a program with Qt, using the designer-qt4. Installing qt4-devel pulled in lots of other dependencies. When I started the designer-qt4 and clicked on 'help' in the menu, this opened assistant-qt4 completely empty: no contents and no index at all. It took me a while to figure out that apparently the qt-doc had not been installed. Installing "qt-doc.noarch" solved the problem. Therefore I assume that this is a missing dependency of qt4-devel, which comes with the assistant-qt4, but not automatically with the necessary documentation to make the assistant work! Rob. -- fedora-list mailing list fedora-list@redhat.com To unsubscribe: https://www.redhat.com/mailman/listinfo/fedora-list Guidelines: http://fedoraproject.org/wiki/Communicate/MailingListGuidelines
Re: F11 dvd media errors
Smae thing happened with me with F11 DVD. I was thinking it had to do more with the nuances of DVD burning than anything else. I have an older DVD r/w drive in my Fedora box and I burned it very quickly with another DVD writer using a DVD -R that was standard at best. What I did was burn slower and use the "best" DVD +R media that I know of to get a clean burn of the DVD. After that, everything worked fine. My advice: - Get the most recommended/best DVD media you can - Slow it up. Burn at a slow rate (IMO produces a higher quality/better burn of DVD) -Rob > I see a problem which may be identical to the original report, but the > solution discovered does not fit. > > Fedora-11-i386-DVD.iso has precisely the correct checksum after download. > Burn to DVD, boot, fails media test. Reboot to old system and run this: > > # dd if=/dev/cdrom | sha256sum > 6e812e782e52b536c0307bb26b3c244e1c42b644235f5a4b242786b1ef375358 - > 7194980+0 records in > 7194980+0 records out > 3683829760 bytes (3.7 GB) copied, 508.484 s, 7.2 MB/s > > Also the correct checksum and precisely the correct size. All this done > using the same drive. New ideas? > -- > Dave Close, Compata, Irvine CA +1 714 434 7359 >d...@compata.com dhcl...@alumni.caltech.edu > "I don't need bodyguards." -- Jimmy Hoffa, June 1975 > > -- > fedora-list mailing list > fedora-list@redhat.com > To unsubscribe: https://www.redhat.com/mailman/listinfo/fedora-list > Guidelines: > http://fedoraproject.org/wiki/Communicate/MailingListGuidelines > -- fedora-list mailing list fedora-list@redhat.com To unsubscribe: https://www.redhat.com/mailman/listinfo/fedora-list Guidelines: http://fedoraproject.org/wiki/Communicate/MailingListGuidelines
F10 + Xfce: since yum update, File Manager (Thunar) freezes system....
Hi, I'm using up-to-date version of Fedora 10. Ever since I have updated around April 19th or so, Thunar (the file manager of Xfce) grinds the system to a stand still. Nothing works anymore (even remote login in impossible) and I have to power down/up to reboot. This happens on two very different PCs of mine, so I'm sure this is software related. Since I did not notice this behaviour before, I tend to believe that it has to do with a recent update. This is very bad. I wouldn't mind if Thunar itself crashes, but bringing the whole OS down is too dramatic and I suspect some underlying library support to be the culprit. Anybody else sees this? Any idea what is the reason for this? Thanks, Rob. -- fedora-list mailing list fedora-list@redhat.com To unsubscribe: https://www.redhat.com/mailman/listinfo/fedora-list Guidelines: http://fedoraproject.org/wiki/Communicate/MailingListGuidelines
Re: Thunar 0.9.3 locks desktop when mouse -> Create Document...
I've identified the cause of this problem; see my message at: http://foo-projects.org/pipermail/thunar-dev/2009-April/004575.html Rob. -- fedora-list mailing list fedora-list@redhat.com To unsubscribe: https://www.redhat.com/mailman/listinfo/fedora-list Guidelines: http://fedoraproject.org/wiki/Communicate/MailingListGuidelines
F12 yum install of condor on x86_64: "Non-fatal POSTIN scriptlet failure in rpm package"
Hi, I get this message on my freshly installed F12 with the condor package: = [...snip...] Downloading Packages: Setting up and reading Presto delta metadata Processing delta metadata Package(s) data still to download: 9.6 M (1/3): classads-1.0.4-1.fc12.x86_64.rpm | 236 kB 00:00 (2/3): condor-7.2.4-1.fc12.x86_64.rpm| 9.2 MB 00:05 (3/3): gsoap-2.7.13-2.fc12.x86_64.rpm| 182 kB 00:00 Total 1.5 MB/s | 9.6 MB 00:06 Running rpm_check_debug Running Transaction Test Finished Transaction Test Transaction Test Succeeded Running Transaction Installing : classads-1.0.4-1.fc12.x86_64 1/3 Installing : gsoap-2.7.13-2.fc12.x86_64 2/3 Installing : condor-7.2.4-1.fc12.x86_64 3/3 Non-fatal POSTIN scriptlet failure in rpm package condor-7.2.4-1.fc12.x86_64 warning: %post(condor-7.2.4-1.fc12.x86_64) scriptlet failed, exit status 1 Installed: condor.x86_64 0:7.2.4-1.fc12 Dependency Installed: classads.x86_64 0:1.0.4-1.fc12 gsoap.x86_64 0:2.7.13-2.fc12 Complete! = I know it says 'non-fatal'; however, by not knowing where the mesage comes from, it worries me mainly because this is going to be crucial condor server! Any ideas what's going wrong? Thanks, Rob. -- fedora-list mailing list fedora-list@redhat.com To unsubscribe: https://www.redhat.com/mailman/listinfo/fedora-list Guidelines: http://fedoraproject.org/wiki/Communicate/MailingListGuidelines
F12 fresh install: "kernel: INFO: task foobar:123 blocked for more than 120 seconds"
Hi, Today I have freshly installed F12 on a x86_64 PC (with four 1TB hard disks in a BIOS/JMicron Raid10). I keep getting afore mentioned lines in my /var/log/messages, followed by many more lines with complicated hex numbers and a long kernel trace. The system keep runnings, although I seem to notice occassional system 'hic-ups'; I mean, unusual slower responses. However, the system does not crash nor come to a grinding stand-still Nevertheless, I find these messages quite annoying! Here is the output of `grep "INFO: task " /var/log/messages`: Nov 23 19:08:20 localhost kernel: INFO: task pdflush:72 blocked for more than 120 seconds. Nov 23 19:10:20 localhost kernel: INFO: task pdflush:72 blocked for more than 120 seconds. Nov 23 19:10:20 localhost kernel: INFO: task kjournald2:1055 blocked for more than 120 seconds. Nov 23 19:10:20 localhost kernel: INFO: task firefox:2660 blocked for more than 120 seconds. Nov 23 19:12:20 localhost kernel: INFO: task pdflush:72 blocked for more than 120 seconds. Nov 23 19:12:20 localhost kernel: INFO: task kjournald2:1055 blocked for more than 120 seconds. Nov 23 19:12:20 localhost kernel: INFO: task firefox:2660 blocked for more than 120 seconds. Nov 23 19:14:20 localhost kernel: INFO: task pdflush:72 blocked for more than 120 seconds. Nov 23 19:14:20 localhost kernel: INFO: task kjournald2:1055 blocked for more than 120 seconds. Nov 23 19:14:20 localhost kernel: INFO: task kjournald2:1061 blocked for more than 120 seconds. Is this a general problem with F12? Or related to my 64 bit installation? Or related to the BIOS/Raid10 configuration? Thanks, Rob. -- fedora-list mailing list fedora-list@redhat.com To unsubscribe: https://www.redhat.com/mailman/listinfo/fedora-list Guidelines: http://fedoraproject.org/wiki/Communicate/MailingListGuidelines
diskless with /usr on nfs: mount.nfs depends on /usr/lib/libtirpc.so !?!
Hi, I'm using an up-to-date Fedora 12 with nfs-utils. I'm setting up a diskless client, which will share most of its system file system with the server; e.g. the client will have a root-ramdisk and mounts /usr over nfs; a rather standard procedure explained on the web. However, somehow the diskless client was unable to mount /usr over nfs, and (after pulling out my hair for a while) I suddenly discovered that the /sbin/mount.nfs actually depends on a library on /usr: $ ldd /sbin/mount.nfs | grep usr libtirpc.so.1 => /usr/lib/libtirpc.so.1 libgssglue.so.1 => /usr/lib/libgssglue.so.1 The executable which mounts /usr depends on a library that is not mounted yetthe snake seems to bite its own tail here! When I copied the two libraries (the library and their links) to /usr, the client could easily nfs-mount the /usr directory!! Am I missing something here, or is this a serious bug in the yum/rpm package of nfs-utils? I'm using: nfs-utils-lib-1.1.4-8.fc12.i686 nfs-utils-1.2.1-4.fc12.i686 Thanks, Rob. -- fedora-list mailing list fedora-list@redhat.com To unsubscribe: https://www.redhat.com/mailman/listinfo/fedora-list Guidelines: http://fedoraproject.org/wiki/Communicate/MailingListGuidelines
Re: diskless with /usr on nfs: mount.nfs depends on /usr/lib/libtirpc.so !?!
> However, somehow the diskless client was unable to mount /usr > over nfs, and (after pulling out my hair for a while) I suddenly > discovered that the /sbin/mount.nfs actually depends on a library > on /usr: > > $ ldd /sbin/mount.nfs | grep usr > libtirpc.so.1 => /usr/lib/libtirpc.so.1 > libgssglue.so.1 => /usr/lib/libgssglue.so.1 > > The executable which mounts /usr depends on a library that is > not mounted yetthe snake seems to bite its own tail here! This seems to be more likely an error in the library packages: libtirpc-0.2.0-4.fc12.i686 libgssglue-0.1-8.fc12.i686 Their libraries should be installed in /lib NOT in /usr/lib !! Other people encountered this before, for example: http://lists.denx.de/pipermail/eldk/2008-January/61.html http://lists.mandriva.com/bugs/2009-11/msg05425.php So I wonder why it has not been fixed in F12. Rob. -- fedora-list mailing list fedora-list@redhat.com To unsubscribe: https://www.redhat.com/mailman/listinfo/fedora-list Guidelines: http://fedoraproject.org/wiki/Communicate/MailingListGuidelines
How do I figure hardware compatibility when the vendor lists only RedHat?
Hi, I'm looking at several different vendors for hardware RAID. The box I intend the RAID for will be built with Fedora Core 8. The problem is that the vendors don't list Fedora Core at all under Linux systems. What versions of RedHat should I look for in the vendor's compatibility lists to know whether the card is compatible with Fedora Core 8. Thanks, Rob Tanner Linfield College -- fedora-list mailing list fedora-list@redhat.com To unsubscribe: https://www.redhat.com/mailman/listinfo/fedora-list
Re: fedora-list Digest, Vol 63, Issue 16
t_exec_t:s0 > > /bin/umount.* -- system_u:object_r:mount_exec_t:s0 > > /sbin/mount.* -- system_u:object_r:mount_exec_t:s0 > > /sbin/umount.*-- system_u:object_r:mount_exec_t:s0 > > /var/run/autofs.* system_u:object_r:automount_var_run_t:s0 > > /var/run/pam_mount(/.*)? system_u:object_r:pam_var_run_t:s0 > > /usr/bin/smbmnt -- system_u:object_r:smbmount_exec_t:s0 > > /bin/fusermount -- system_u:object_r:mount_exec_t:s0 > > /usr/bin/smbmount -- system_u:object_r:smbmount_exec_t:s0 > > /usr/bin/fusermount -- system_u:object_r:mount_exec_t:s0 > > /usr/sbin/automount -- system_u:object_r:automount_exec_t:s0 > > /usr/sbin/rpc\.mountd -- system_u:object_r:nfsd_exec_t:s0 > > /etc/apm/event\.d/autofs -- > system_u:object_r:automount_exec_t:s0 > > > > [r...@kablamm david]# chcon -t mount_exec_t > > /HUGE/get/iso/Fedora-09-i386-DVD/Fedora-09-i386-DVD.iso > > > > Appears to be [SOLVED] ... off for a fizzy drink :-) > > > > If I got this wrong, please comment. > > > What OS Are you running? > > What policy version? > > > > > -- > > Message: 16 > Date: Mon, 4 May 2009 11:24:02 -0400 > From: Jack Howarth > Subject: Re: nVidia vs. ATI graphics card for fedora > To: fedora-list@redhat.com > Message-ID: <20090504152402.ga6...@bromo.med.uc.edu> > Content-Type: text/plain; charset=us-ascii > > Kevin, > Our experience here with x86_64 Fedora 10 linux and > the radeon drivers on a couple machines with Radeon X1650 Pro > cards has been very uneven. One of the boxes is very fragile > to spontaneous reboots when running the free drivers and > using UCSF Chimera to work with MD trajectories. The other > box still has a habit of blanking the screen for minutes > at time despite having the nomodeset flag passed to the > kernel. I am afraid things will only get worse under Fedora 11. > So far, testing on a MacBook Pro with X1600 graphics, I find > that pymol still renders outside of its windows. While I > appreciate the aims of these changes to X11 and the free > drivers, the problem is that Fedora has become destablized. > It is really exposing the limitations of a monolithic kernel > when the graphics drivers keep taking down the entire box. >Jack > ps We run a large amount of OpenGL software (free and > commercial) and have found the non-free drivers to be > more compatible in general. Hopefully this will improve > over time. > > > > -- > > -- > fedora-list mailing list > fedora-list@redhat.com > https://www.redhat.com/mailman/listinfo/fedora-list > > End of fedora-list Digest, Vol 63, Issue 16 > *** > -- Rob Campbell MCSA, Comp TIA Security+ -- fedora-list mailing list fedora-list@redhat.com To unsubscribe: https://www.redhat.com/mailman/listinfo/fedora-list Guidelines: http://fedoraproject.org/wiki/Communicate/MailingListGuidelines
Re: fedora-list Digest, Fedora Preview 11 ATI Driver install crash IRQ
"which" > > >> command. In this case: > > >> [m...@gestalt ~]$ which lsof > > >> /usr/sbin/lsof > > > How is that going to work if /usr/sbin isn't already in your path? > > > > > It does work. Try it yourself. > > > > $ which lsof > > /usr/sbin/lsof > > $ echo $PATH > > > /usr/lib/qt-3.3/bin:/usr/kerberos/bin:/usr/lib/ccache:/usr/local/bin:/usr/bin:/bin:/usr/local/sbin:/usr/sbin:/sbin:/home/mikkel/bin > You'll note that /usr/sbin *is* in your path and the man page for which > says: > > DESCRIPTION > Which takes one or more arguments. For each of its arguments it > prints > to stdout the full path of the executables that would have been exe- > cuted when this argument had been entered at the shell prompt. It > does > this by searching for an executable or script in the directories > listed > in the environment variable PATH using the same algorithm as bash(1). > > So if you hadn't had /usr/sbin in your PATH, then "which lsof" would > have returned nothing - so it isn't useful for this situation... > > [...@sam ~]$ echo $PATH > /usr/kerberos/bin:/usr/bin:/bin:/usr/sbin:/sbin > [...@sam ~]$ which lsof > /usr/sbin/lsof > [...@sam ~]$ export PATH=/usr/kerberos/bin:/usr/bin:/bin:/sbin > [...@sam ~]$ which lsof > /usr/bin/which: no lsof in (/usr/kerberos/bin:/usr/bin:/bin:/sbin) > > > -- > Sam > > > > -- > > Message: 11 > Date: Tue, 05 May 2009 17:49:17 +0200 > From: Thorsten Leemhuis > Subject: Re: kmod-nvidia yum update problem > To: "Community assistance, encouragement, and advice for using >Fedora." > Message-ID: <4a005ffd.6050...@leemhuis.info> > Content-Type: text/plain; charset=UTF-8; format=flowed > > On 05.05.2009 15:54, Steve wrote: > > I get this error when trying to update kmod-nvidia package: > > > > Test Transaction Errors: > > file /lib/modules/2.6.27.21-78.2.41.fc9.x86_64/extra/nvidia/nvidia.ko > from install of > > kmod-nvidia-2.6.27.21-78.2.41.fc9.x86_64-173.14.15-1.fc9.12.x86_64 > conflicts with file from package > > kmod-nvidia-2.6.27.21-78.2.41.fc9.x86_64-173.14.15-1.fc9.5.x86_64 > > > > which appears to be telling me that it cannot upgrade because the package > it is trying to replace has a file by the same name. Isn't that the point of > an upgrade? > > I assume I am misinterpreting this. > > No, you get fooled by yum-fedorakmod; just remove it; see last question > on http://rpmfusion.org/FAQ > > HTH > > CU > knurd > > > > -- > > Message: 12 > Date: Tue, 05 May 2009 11:49:59 -0400 > From: William Case > Subject: Not getting clean shutdowns for FireFox and Epiphany > To: Fedora List > Message-ID: <1241538599.3301.17.ca...@localhost.localdomain> > Content-Type: text/plain > > Hi; > > How do I set up rc6 or whatever, so that I get a clean shutdown for > FireFox and Epiphany? > > FireFox is started by my session manager and I often use Epiphany -b as > a specialized bookmark editor on my panel. Whenever I login to start a > new session FireFox and Epiphany gives a standard warning/option of > restoring my previous session. I want to eliminate those warnings > without having to specifically close those programs before logging out. > > -- > Regards Bill > Fedora 10, Gnome 2.24.3 > Evo.2.24.5, Emacs 22.3.1 > > > > -- > > Message: 13 > Date: Wed, 6 May 2009 01:56:42 +1000 > From: David > Subject: Re: Selinux disallows read-only loop mount of a file, but >only at boot [SOLVED] > To: "Community assistance, encouragement, and advice for using >Fedora." > Cc: dwa...@redhat.com > Message-ID: ><974cfff50905050856p72fc989frfd062b2ebf94b...@mail.gmail.com> > Content-Type: text/plain; charset=ISO-8859-1 > > I'm attempting to mount a loop device (a ro file) at boot using fstab. > My fstab entry works fine from the command line, but it fails at boot > time due to a selinux avc error. I assume this is due to incorrect > file context. The file is under a nonstandard top level directory, so > I need to specifically assign it the correct file context, which I > would do if I could figure out what it ought to be. > > Where do I look on the system to discover what is the correct file > context required by mount at boot time? > > The file and context are: > $ ls -lZ /HUGE/get/iso/Fedora-09-i386-DVD/Fedora-09-i386-DVD.iso > -r--r- root share unconfined_u:object_r:default_t:s0 > /HUGE/get/iso/Fedora-09-i386-DVD/Fedora-09-i386-DVD.iso > > The fstab line is: > /HUGE/get/iso/Fedora-09-i386-DVD/Fedora-09-i386-DVD.iso > /mnt/Fedora-09-i386-DVD iso9660 loop,ro,gid=share > 0 0 > > The command line that works is: > # mount /mnt/Fedora-09-i386-DVD > > The boot-time error messages are: > Mounting local filesystems: > /HUGE/get/iso/Fedora-09-i386-DVD/Fedora-09-i386-DVD.iso: Permission > denied [FAILED] > Mounting other filesystems: > /HUGE/get/iso/Fedora-09-i386-DVD/Fedora-09-i386-DVD.iso: Permission > denied [FAILED] > > The dmesg error is: > type=1400 audit(1241535886.437:4): avc: denied { read } for > pid=1335 comm="mount" name="Fedora-09-i386-DVD.iso" dev=sdb2 ino=1922 > scontext=system_u:system_r:mount_t:s0 > tcontext=unconfined_u:object_r:default_t:s0 tclass=file > > My selinux policy is: > # rpm -qa 'selinux-policy-targeted*' > selinux-policy-targeted-3.3.1-132.fc9.noarch > > My selinux status is: > # sestatus > SELinux status: enabled > SELinuxfs mount:/selinux > Current mode: enforcing > Mode from config file: enforcing > Policy version: 22 > Policy from config file:targeted > > My os is: > # uname -r > 2.6.25-14.fc9.i686 > > I have the following boolean unset because I wish to utilise selinux > file context to restrict which files can be mounted: > # getsebool allow_mount_anyfile > allow_mount_anyfile --> off > > Interestingly, I did discover that the following command allows > subsequent boot-time mounts to succeed: > # chcon -t mount_exec_t > /HUGE/get/iso/Fedora-09-i386-DVD/Fedora-09-i386-DVD.iso > > But I am unsure whether this is the correct solution. > > Where do I look on the system to discover what is the correct file > context required by mount at boot time? > > > > -- > > -- > fedora-list mailing list > fedora-list@redhat.com > https://www.redhat.com/mailman/listinfo/fedora-list > > End of fedora-list Digest, Vol 63, Issue 22 > *** > -- Rob Campbell MCSA, Comp TIA Security+ -- fedora-list mailing list fedora-list@redhat.com To unsubscribe: https://www.redhat.com/mailman/listinfo/fedora-list Guidelines: http://fedoraproject.org/wiki/Communicate/MailingListGuidelines
Fedora 11 Preview- ATI fglrx install reboot crash
Hope I am doing this right. Installed Fedora Preview 11 (which looks amazing by the way) and installed the RPM Fusion Drivers for ATI. After config and reboot, crashes with several messages like avc: denied {search} for pid=176 comm = "readahead_t:s0 tcontext=system_u: object_r:sysctl_irq_t:s0 tclass=dir type=1400 audit(1241493896.514:47286): This is on a Core i7 system with X58 Board and ATI 4870X2 ASUS BRAND... Help? -- Rob Campbell MCP, MCSA, Comp TIA Security+, MPBB -- fedora-list mailing list fedora-list@redhat.com To unsubscribe: https://www.redhat.com/mailman/listinfo/fedora-list Guidelines: http://fedoraproject.org/wiki/Communicate/MailingListGuidelines