Error Module Scsi_wait_scan Does Not Exist In /proc/modules
[Fedora]Fedora Reporter: Karsten Roch
not in your last search results. Bug3883 - Module scsi_wait_scan does not exist Summary: Module scsi_wait_scan does not exist Status: RESOLVED WONTFIX Product: Mageia Classification: Unclassified Component: RPM Packages Version: Cauldron Platform: i586 Linux Priority: Normal Severity: normal TargetMilestone: --- Assigned To: Thomas Backlund QA Contact: URL: Whiteboard: Keywords: NEEDINFO, Triaged Dependson: Blocks: Show dependency tree /graph Reported: 2011-12-26 08:34 CET by gil gil Modified: 2012-10-21 12:16 CEST (History) CC List: 0 users See Also: Source RPM: kernel CVE: Status comment: Attachments Add an attachment (proposed patch, testcase, https://bugzilla.redhat.com/show_bug.cgi?format=multiple&id=527800 etc.) Description gil gil 2011-12-26 08:34:08 CET 26/12/2011 02:32:30 rmmod[1259] ERROR: Module scsi_wait_scan does not exist in /proc/modules Kernel version = desktop586-3.2.0-0.rc7.1.mga2 (Linux kernel for desktop use with i586 and less than 4GB RAM​) Distribution=Mageia release 2 (Cauldron) for i586 CPU=AMD Athlon(tm) II X4 640 Processor Comment 1 Manuel Hiebel 2011-12-26 12:47:47 CET Hi, thanks for reporting this bug. can you attach the output of dmidecode https://bugs.mageia.org/show_bug.cgi?id=3883 ? Also assigned to the package maintainer. (Please set the status to 'assigned' if you are working on it) Comment 2 gil gil 2011-12-26 16:57:05 CET hi # dmidecode 2.11 SMBIOS 2.6 present. 33 structures occupying 1603 bytes. Table at 0x000FCD10. Handle 0x0000, DMI type 0, 24 bytes BIOS Information Vendor: American Megatrends Inc. Version: P1.60 Release Date: 09/14/2010 Address: 0xF0000 Runtime Size: 64 kB ROM Size: 1024 kB Characteristics: PCI is supported BIOS is upgradeable BIOS shadowing is allowed Boot from CD is supported Selectable boot is supported BIOS ROM is socketed EDD is supported 5.25"/1.2 MB floppy services are supported (int 13h) 3.5"/720 kB floppy services are supported (int 13h) 3.5"/2.88 MB floppy services are supported (int 13h) Print screen service is supported (int 5h) 8042 keyboard services are supported (int 9h) Serial services are supported (int 14h) Printer services are supported (int 17h) CGA/mono video services are supported (int 10h) ACPI is supported USB legacy is supported LS-120 boot is supported ATAPI Zip drive boot is supported BIOS boot specification is supported Function key-initiated network boot is supported Targeted content distribution is supported BIOS Revision: 8.15 Handle 0x0001, DMI type 1, 27 bytes System In
yangwei
message: [Gluster-devel] QEMU-libgfapi integration: glfs_pwritev_async() failing for iovec count>1 Messages sorted by: [ date ] [ thread ] [ subject ] [ author ] Hi Avati, I am seeing a failure when using glfs_pwritev_async() with iovec count greater than 1 from QEMU. I have verified from a sample application that it works correctly for iovec count of 1 and 2. However when QEMU issues writes with higher iovec counts, I see a problem whose log is pasted below. I am not sure if you will get enough details to exactly pin point the probem, but I am sending the log with the hope that you might get some clues by looking at the backtrace. The log has details about how I start the QEMU, the options used, how all glfs_pwritev_async() calls with iovec count of 1 succeed before the one with higher iovec count fails. I am not sure if I am doing everything right from QEMU side, but thought of passing this by you. Sorry for the big log, you might want to scroll down to the end to see the failure case backtrace. [root at bharata qemu]# gdb ./x86_64-softmmu/qemu-system-x86_64 (gdb) set args --enable-kvm -nographic -m 1024 -smp 4 -drive file=gluster:bharata at 24007:test:/F16,format=gluster,cache=none -net nic,model=virtio -net user -redir tcp:2000::22 (gdb) b qemu_gluster_aio_writev Breakpoint 1 at 0x877b9: file block/gluster.c, line 433. (gdb) r Starting program: /home/bharata/work/kvmfs/qemu/qemu/x86_64-softmmu/qemu-system-x86_64 --enable-kvm -nographic -m 1024 -smp 4 -drive file=gluster:bharata at 24007:test:/F16,format=gluster,cache=none -net nic,model=virtio -net user -redir tcp:2000::22 [Thread debugging using libthread_db enabled] Using host libthread_db library "/lib64/libthread_db.so.1". [New Thread 0x7ffff4c42700 (LWP 27681)] [New Thread 0x7ffff4441700 (LWP 27682)] [New Thread 0x7ffff33e4700 (LWP 27683)] [New Thread 0x7ffff27c1700 (LWP 27684)] [New Thread 0x7fffebfff700 (LWP 27685)] [New Thread 0x7fffeb7fe700 (LWP 27686)] [New T