| From | Subject | Date |
|---|---|---|
| bugzilla-daemon | [Bug 25792] New: Kernel panic in __mark_inode_dirty (fs- ...
https://bugzilla.kernel.org/show_bug.cgi?id=25792
Summary: Kernel panic in __mark_inode_dirty (fs-writeback.c:
978)
Product: File System
Version: 2.5
Kernel Version: 2.6.36-rc8
Platform: All
OS/Version: Linux
Tree: Mainline
Status: NEW
Severity: high
Priority: P1
Component: ext4
AssignedTo: fs_ext4@kernel-bugs.osdl.org
ReportedBy: ...
| Dec 28, 5:10 pm 2010 |
| Mike Christie | Re: Ext4 and scsi commands resubmission
The request goes to eh head. scsi layer calls
blk_requeue_request->elv_requeue_request->
elv_insert(ELEVATOR_INSERT_REQUEUE) and ELEVATOR_INSERT_REQUEUE's case
falls through to the ELEVATOR_INSERT_FRONT case.
--
| Dec 28, 9:43 pm 2010 |
| Ted Ts'o | Re: Uneven load on my raid disks.
Actually, "tune2fs -l" and "dumpe2fs -h" both run in about the same
amount of time. dumpe2fs without the -h option runs slower than
tune2fs -l, true. But that's because it reads and prints out
information regarding the block and inode allocation bitmaps.
- Ted
--
| Dec 29, 3:17 pm 2010 |
| Kay Diederichs | Re: Uneven load on my raid disks.
Rogier Wolff wrote:
% tune2fs -l /dev/md0
...
RAID stride: 128
RAID stripe width: 768
...
runs much faster than dumpe2fs.
The command can also adjust the values.
HTH,
Kay
--
| Dec 29, 9:40 am 2010 |
| previous day | today | next day |
|---|---|---|
| December 28, 2010 | December 29, 2010 | December 30, 2010 |
