Multiple Issues (Nautilus Thumbnail and ALSA updates)
by Stephen Esquibel
I am having an issue with nautilus thumbnailing videos. After the
latest update (yumex) the thumbnails for divx encoded files do not
show up. WMV, MPG and other videos are thumbnailed fine. Is this a
problem with a new version of the w32codec package? If so, how do I
reverse that?
The other issue I am having is with ALSA. Again, after I updated, no
sound. How can I reload a previous version of that package?
Thanks in advance for the help.
17 years, 8 months
Re: installed CPAN but application still doesn't work
by Erik Hemdal
> From: jim martin <postfix168(a)yahoo.com>
> Subject: installed CPAN but application still doesn't work
> To: fedora-list(a)redhat.com
> Message-ID: <20060905093817.54675.qmail(a)web55308.mail.re4.yahoo.com>
> Content-Type: text/plain; charset=iso-8859-1
>
> Hi.. I am install a application called swatch and it required CPAN to be installed. I got this
> message
>
> [root@wa swatch-3.2.1]# perl Makefile.PL
> Warning: prerequisite Date::Calc 0 not found.
> Warning: prerequisite Date::Format 0 not found.
> Warning: prerequisite File::Tail 0 not found.
> Writing Makefile for swatch
>
> In the swatch documentation it states
. . . .
> Any body can help ? Is that because I had ran "make" before CPAN is installed that I need to
> unmake and run again ? Or Is there anything that I missed out in CPAN installation ?
>
> What is Date::Calc 0, Date::Format 0, File::Tail 0 not found mean ??
What you ran is called the "CPAN shell". It lets you find, install, and
update Perl modules. When you install a package from CPAN, you actually
download the source code, create a custom makefile, build it, test it,
and install it in the "right" place on your system.
Before you use CPAN for the first time, you must configure it
(information goes into a .cpan directory under your home by default, as
I recall). When you do this, you have a choice to have the CPAN shell
ignore missing dependencies, "follow" and install them automatically, or
ask you each time. It sounds like you want the CPAN shell to follow
dependencies.
It looks like the Date::Calc, Date::Format and File::Tail modules are
missing and must be installed before Swatch is going to "make". Use
CPAN to install those modules (as I think others have mentioned) and
then you should be able to complete the make.
Erik
17 years, 8 months
Searching through the fedora-list archives
by Timothy Murphy
Is there a simple way of searching through the archives
for a particular topic?
(In my case, it was "/dev/dsp".)
I tried to use google groups,
but it did not seem to recognize the gmane "newsgroups".
I seem to recall that one can use google
to search a mailing-list archive,
but if that is so I don't remember how.
--
Timothy Murphy
e-mail (<80k only): tim /at/ birdsnest.maths.tcd.ie
tel: +353-86-2336090, +353-1-2842366
s-mail: School of Mathematics, Trinity College, Dublin 2, Ireland
17 years, 8 months
Lot of UDP traffic shown by iptraf. Does it mean problem?
by Vijay Gill
Hi,
I am running FC5 connected to NTL (Ireland) cable modem. I have
iptables firewall setup. Whenever I run iptraf it shows a lot of
activity on my eth0 (the NIC connected to cable modem). Does it mean
there is some trouble? I will go home in the evening and grab some
more information (say tcp dump) and post it if needed.
In the mean while can somebody tell me something about this by just
their own experience?
Thanks
Vijay
17 years, 8 months
Re: USB disconnect during heavy I/O
by Schuyler J Wavrek I
My USB drive is externally powered.
I also experienced the failure you described. My Ethernet also stopped
but restarting the service failed to correct the problem. I attributed
the problem to something on the network, since Ethernet stopped on both
systems and both required reboot to restart it.
Best regards,
Sky Wavrek
> Message: 6
> Date: Tue, 05 Sep 2006 10:30:18 -0600
> From: Guy Fraser <guy(a)incentre.net>
> Subject: Re: USB disconnect during heavy I/O
> To: For users of Fedora Core releases <fedora-list(a)redhat.com>
> Message-ID: <1157473818.14142.9.camel(a)sigurd.incentre.net>
> Content-Type: text/plain
>
> On Tue, 2006-09-05 at 02:08 -0400, Schuyler J Wavrek I wrote:
> > I have a 160G USB 2.0 drive on current FC5 32bit system. During periods
> > of heavy I/O, it is disconnected from the system. All the failures
> > until today were occurred with the heavy I/O on the USB drive. Today, I
> > experienced the same failure during heavy nfs load on my system and
> > minimal load on the USB drive. I didn't find others reporting the same
> > problem under the same circumstances. I have an encrypted partition
> > (sda3) on the drive mounted through a crypto loop device. The USB drive
> > is quickly redetected. The fat32 and ext3 partitions on the USB drive
> > are unaffected. Anyone else seeing this?
> >
>
> Not specifically, but I have been having issues using an external USB
> drive on my FC5 MC at work. I have also been having problems with the
> Ethernet stopping during heavy load, and have to disable then enable
> the interface to get connectivity back. The MC I am using was from a
> server that had been starting to act up, so I am guessing that is my
> problem.
>
> Is your USB drive externally powered or does it draw power from the
> motherboard?
>
> > Best regards,
> > Sky Wavrek
> >
> > Sep 4 19:50:30 lurch kernel: usb 6-5: USB disconnect, address 2
> > Sep 4 19:50:30 lurch kernel: sd 0:0:0:0: rejecting I/O to device being
> > removed
> > Sep 4 19:50:30 lurch kernel: Buffer I/O error on device sda3, logical
> > block 30104
> > Sep 4 19:50:30 lurch kernel: lost page write due to I/O error on sda3
> > ...
> >
> > Sep 4 19:50:31 lurch kernel: 0:0:0:0: rejecting I/O to dead device
> > Sep 4 19:50:32 lurch kernel: 0:0:0:0: rejecting I/O to dead device
> > Sep 4 19:50:32 lurch kernel: FAT: Directory bread(block 66762) failed
> > ...
> > Sep 4 19:50:33 lurch kernel: EXT3-fs error (device loop0):
> > ext3_find_entry: reading directory #261473 offset 0
> > Sep 4 19:50:33 lurch kernel: Aborting journal on device loop0.
> > Sep 4 19:50:33 lurch kernel: ext3_abort called.
> > Sep 4 19:50:33 lurch kernel: EXT3-fs error (device loop0):
> > ext3_journal_start_sb: Detected aborted journal
> > Sep 4 19:50:33 lurch kernel: Remounting filesystem read-only
> > Sep 4 19:50:33 lurch kernel: usb 6-5: configuration #1 chosen from 1
> > choice
> > Sep 4 19:50:33 lurch kernel: scsi1 : SCSI emulation for USB Mass
> > Storage devices
> > Sep 4 19:50:33 lurch kernel: 0:0:0:0: rejecting I/O to dead device
> > Sep 4 19:50:33 lurch last message repeated 4 times
> > Sep 4 19:50:33 lurch kernel: EXT3-fs error (device loop0):
> > ext3_get_inode_loc: unable to read inode block - inode=163291,
> > block=327684
> > Sep 4 19:50:33 lurch kernel: usb 6-5: USB disconnect, address 3
> > Sep 4 19:50:33 lurch kernel: 0:0:0:0: rejecting I/O to dead device
> > Sep 4 19:50:33 lurch last message repeated 2 times
> > Sep 4 19:50:33 lurch kernel: usb 6-5: new high speed USB device using
> > ehci_hcd and address 4
> > Sep 4 19:50:33 lurch kernel: usb 6-5: configuration #1 chosen from 1
> > choice
> > Sep 4 19:50:33 lurch kernel: scsi2 : SCSI emulation for USB Mass
> > Storage devices
> > Sep 4 19:50:33 lurch kernel: 0:0:0:0: rejecting I/O to dead device
> > Sep 4 19:50:33 lurch kernel: 0:0:0:0: rejecting I/O to dead device
> > Sep 4 19:50:38 lurch kernel: Vendor: USB-HS Model: WDC
> > WD1600BB-00G Rev: 0.01
> > Sep 4 19:50:38 lurch kernel: Type: Direct-Access
> > ANSI SCSI revision: 00
> > Sep 4 19:50:38 lurch kernel: SCSI device sdb: 312581808 512-byte hdwr
> > sectors (160042 MB)
> > Sep 4 19:50:38 lurch kernel: sdb: Write Protect is off
> > Sep 4 19:50:38 lurch kernel: sdb: assuming drive cache: write through
> > Sep 4 19:50:38 lurch kernel: SCSI device sdb: 312581808 512-byte hdwr
> > sectors (160042 MB)
> > Sep 4 19:50:38 lurch kernel: sdb: Write Protect is off
> > Sep 4 19:50:38 lurch kernel: sdb: assuming drive cache: write through
> > Sep 4 19:50:38 lurch kernel: sdb: sdb1 sdb2 sdb3
> > Sep 4 19:50:38 lurch kernel: sd 2:0:0:0: Attached scsi disk sdb
> > Sep 4 19:50:38 lurch kernel: sd 2:0:0:0: Attached scsi generic sg0 type
> > 0
> > Sep 4 19:50:41 lurch kernel: 0:0:0:0: rejecting I/O to dead device
> > Sep 4 19:50:41 lurch kernel: printk: 191 messages suppressed.
> > Sep 4 19:50:41 lurch kernel: Buffer I/O error on device sda3, logical
> > block 14680080
> > Sep 4 19:50:41 lurch kernel: Buffer I/O error on device sda3, logical
> > block 14680081
> > Sep 4 19:50:41 lurch kernel: 0:0:0:0: rejecting I/O to dead device
> > Sep 4 19:50:41 lurch kernel: EXT3-fs error (device loop0):
> > ext3_get_inode_loc: unable to read inode block - inode=913921,
> > block=1835010
> > Sep 4 19:50:43 lurch kernel: 0:0:0:0: rejecting I/O to dead device
> > Sep 4 19:51:08 lurch kernel: 0:0:0:0: rejecting I/O to dead device
> > Sep 4 19:51:08 lurch kernel: printk: 22 messages suppressed.
> > Sep 4 19:51:08 lurch kernel: Buffer I/O error on device sda3, logical
> > block 0
> > ...
> >
> --
> Guy Fraser
> Network Administrator
> The Internet Centre
> 1-888-450-6787
> (780)450-6787
>
>
17 years, 8 months
Dependency error: perl-UNIVERSAL-exports.noarch
by Geoffrey Leach
Standard module UNIVERSAL::require installed, but not discovered.
% yum -y update
...
Resolving Dependencies
---> Package perl-UNIVERSAL-exports.noarch 0:0.05-1.fc5 set to be
updated
...
Error: Missing Dependency: perl(UNIVERSAL::require) is needed by
package perl-CGI-Untaint
17 years, 8 months
RE: Kernel panic after FC2->FC5
by Jack Howarth
The problems I was having with a kernel panic after upgrading
a Fedora Core 2 machine to Fedora Core 5 were entirely due to
the SElinux support. I simply booted in linux rescue mode and
disabled SElinux. Problem solved. I am currently updating all
1.2 Gb of rpms via yum at the moment.
Is there a recommended procedure for re-enabling SElinux in
this case (at least long enough to know it works). I am assuming
that...
touch /.autorelabel
reboot
is the best approach (although I assume I need to re-enable
SElinux for the relabeling to occur).
Jack
17 years, 8 months
grep speed on Opteron vs P4
by Terry Horsnell
I'm seeing huge discrepancies in grep speed between
my Opteron box and P4 boxes.
The Opteron box:
----------------
Dual Opteron 248, 2.2GHz, 1MB cache, 8GB memory, RHEL4
ls1_tsh> uname -a
Linux ls1.lmb.internal 2.6.9-22.0.1.ELsmp #1 SMP Tue Oct 18 18:39:02 EDT 2005 x86_64 x86_64 x86_64 GNU/Linux
ls1_tsh> grep -V
grep (GNU grep) 2.5.1
grepping thro an 800 MB file:
ls1_tsh> time grep rubbishrubbish /tshgrp0/tsh/junkjunk
41.618u 1.263s 0:43.30 99.0% 0+0k 0+0io 0pf+0w
ls1_tsh> time grep rubbishrubbish /tshgrp0/tsh/junkjunk
41.675u 1.477s 0:43.54 99.0% 0+0k 0+0io 0pf+0w
ls1_tsh> ls -l /tshgrp0/tsh/junkjunk
-rw-r--r-- 1 tsh tsh 869243540 Sep 5 13:13 /tshgrp0/tsh/junkjunk
I'm certain the file is all stored in cache during this, and
that no disk accesses are taking place, because:
1. 'top' shows grep at 99.9% cpu
2. iostat on the disk in question shows zero activity.
The P4 box:
-----------
Monocore P4, 3.4GHz, 1MB cache, 2GB memory, FC3.
fm22_tsh> uname -a
Linux fm22.lmb.internal 2.6.11-1.35_FC3 #1 Mon Jun 13 00:52:08 EDT 2005 i686 i686 i386 GNU/Linux
fm22_tsh> grep -V
grep (GNU grep) 2.5.1
fm22_tsh> time grep rubbishrubbish /scr0/tsh/junkjunk
0.272u 0.318s 0:00.59 98.3% 0+0k 0+0io 0pf+0w
fm22_tsh> time grep rubbishrubbish /scr0/tsh/junkjunk
0.311u 0.281s 0:00.59 100.0% 0+0k 0+0io 0pf+0w
fm22_tsh> ls -l /scr0/tsh/junkjunk
-rw-r--r-- 1 tsh users 869243540 Sep 5 14:29 /scr0/tsh/junkjunk
This is indicating that grep on the Opteron is *forty* times
slower than on the P4. Any ideas why this might be?
64-bit nasties in grep? Has anyone else seen this?
Cheers,
Terry
17 years, 8 months
RPM and proxy
by Matthew Polashek
Hi!
Can anyone help me configure my box to navigate proxy .pac files? I'm
trying to install CCRMA for my school computer but I need to get rpm to
work with the proxy. Any help would be greatly appreciated.
Thanks!
Matt
17 years, 8 months
USB disconnect during heavy I/O
by Schuyler J Wavrek I
I have a 160G USB 2.0 drive on current FC5 32bit system. During periods
of heavy I/O, it is disconnected from the system. All the failures
until today were occurred with the heavy I/O on the USB drive. Today, I
experienced the same failure during heavy nfs load on my system and
minimal load on the USB drive. I didn't find others reporting the same
problem under the same circumstances. I have an encrypted partition
(sda3) on the drive mounted through a crypto loop device. The USB drive
is quickly redetected. The fat32 and ext3 partitions on the USB drive
are unaffected. Anyone else seeing this?
Best regards,
Sky Wavrek
Sep 4 19:50:30 lurch kernel: usb 6-5: USB disconnect, address 2
Sep 4 19:50:30 lurch kernel: sd 0:0:0:0: rejecting I/O to device being
removed
Sep 4 19:50:30 lurch kernel: Buffer I/O error on device sda3, logical
block 30104
Sep 4 19:50:30 lurch kernel: lost page write due to I/O error on sda3
...
Sep 4 19:50:31 lurch kernel: 0:0:0:0: rejecting I/O to dead device
Sep 4 19:50:32 lurch kernel: 0:0:0:0: rejecting I/O to dead device
Sep 4 19:50:32 lurch kernel: FAT: Directory bread(block 66762) failed
...
Sep 4 19:50:33 lurch kernel: EXT3-fs error (device loop0):
ext3_find_entry: reading directory #261473 offset 0
Sep 4 19:50:33 lurch kernel: Aborting journal on device loop0.
Sep 4 19:50:33 lurch kernel: ext3_abort called.
Sep 4 19:50:33 lurch kernel: EXT3-fs error (device loop0):
ext3_journal_start_sb: Detected aborted journal
Sep 4 19:50:33 lurch kernel: Remounting filesystem read-only
Sep 4 19:50:33 lurch kernel: usb 6-5: configuration #1 chosen from 1
choice
Sep 4 19:50:33 lurch kernel: scsi1 : SCSI emulation for USB Mass
Storage devices
Sep 4 19:50:33 lurch kernel: 0:0:0:0: rejecting I/O to dead device
Sep 4 19:50:33 lurch last message repeated 4 times
Sep 4 19:50:33 lurch kernel: EXT3-fs error (device loop0):
ext3_get_inode_loc: unable to read inode block - inode=163291,
block=327684
Sep 4 19:50:33 lurch kernel: usb 6-5: USB disconnect, address 3
Sep 4 19:50:33 lurch kernel: 0:0:0:0: rejecting I/O to dead device
Sep 4 19:50:33 lurch last message repeated 2 times
Sep 4 19:50:33 lurch kernel: usb 6-5: new high speed USB device using
ehci_hcd and address 4
Sep 4 19:50:33 lurch kernel: usb 6-5: configuration #1 chosen from 1
choice
Sep 4 19:50:33 lurch kernel: scsi2 : SCSI emulation for USB Mass
Storage devices
Sep 4 19:50:33 lurch kernel: 0:0:0:0: rejecting I/O to dead device
Sep 4 19:50:33 lurch kernel: 0:0:0:0: rejecting I/O to dead device
Sep 4 19:50:38 lurch kernel: Vendor: USB-HS Model: WDC
WD1600BB-00G Rev: 0.01
Sep 4 19:50:38 lurch kernel: Type: Direct-Access
ANSI SCSI revision: 00
Sep 4 19:50:38 lurch kernel: SCSI device sdb: 312581808 512-byte hdwr
sectors (160042 MB)
Sep 4 19:50:38 lurch kernel: sdb: Write Protect is off
Sep 4 19:50:38 lurch kernel: sdb: assuming drive cache: write through
Sep 4 19:50:38 lurch kernel: SCSI device sdb: 312581808 512-byte hdwr
sectors (160042 MB)
Sep 4 19:50:38 lurch kernel: sdb: Write Protect is off
Sep 4 19:50:38 lurch kernel: sdb: assuming drive cache: write through
Sep 4 19:50:38 lurch kernel: sdb: sdb1 sdb2 sdb3
Sep 4 19:50:38 lurch kernel: sd 2:0:0:0: Attached scsi disk sdb
Sep 4 19:50:38 lurch kernel: sd 2:0:0:0: Attached scsi generic sg0 type
0
Sep 4 19:50:41 lurch kernel: 0:0:0:0: rejecting I/O to dead device
Sep 4 19:50:41 lurch kernel: printk: 191 messages suppressed.
Sep 4 19:50:41 lurch kernel: Buffer I/O error on device sda3, logical
block 14680080
Sep 4 19:50:41 lurch kernel: Buffer I/O error on device sda3, logical
block 14680081
Sep 4 19:50:41 lurch kernel: 0:0:0:0: rejecting I/O to dead device
Sep 4 19:50:41 lurch kernel: EXT3-fs error (device loop0):
ext3_get_inode_loc: unable to read inode block - inode=913921,
block=1835010
Sep 4 19:50:43 lurch kernel: 0:0:0:0: rejecting I/O to dead device
Sep 4 19:51:08 lurch kernel: 0:0:0:0: rejecting I/O to dead device
Sep 4 19:51:08 lurch kernel: printk: 22 messages suppressed.
Sep 4 19:51:08 lurch kernel: Buffer I/O error on device sda3, logical
block 0
...
17 years, 8 months
