Opened 8 years ago

Closed 8 years ago

#8053 closed bug (fixed)

KDL when working many files

Reported by: X512 Owned by: mmlr
Priority: normal Milestone: R1
Component: Drivers/USB Version: R1/Development
Keywords: PMA Cc:
Blocked By: Blocking:
Has a Patch: no Platform: All

Description

This is hrev42696.

When I try to copy my BFS partition(about 130000 inodes) to removable HDD I get KDL. As I understand there are something wrong with the block cache. Checkfs says that all is OK.

I tried to copy 3 times with Tracker and Terminal and get same result.

Attachments (3)

kdl.jpg (275.2 KB ) - added by X512 8 years ago.
KDL
kdl1_0.jpg (240.7 KB ) - added by X512 8 years ago.
syslog, other pages look like similar
kdl1_1.jpg (138.1 KB ) - added by X512 8 years ago.
syslog, with diffrent errors

Download all attachments as: .zip

Change History (10)

by X512, 8 years ago

Attachment: kdl.jpg added

KDL

comment:1 by anevilyak, 8 years ago

Component: System/KernelDrivers/USB
Owner: changed from axeld to mmlr

That actually looks like your removable disk is timing out a request.

comment:2 by mmlr, 8 years ago

When you're in KDL can you run "syslog | tail 150" (or just syslog and page through to the end) and get the last few lines. It should show what's going on, i.e. why it failed to read the blocks. The timeout might be preceeded by some errors that'd need special recovery. It's also possible that a burst write is simply getting so large that it actually does take this much time. The usb_disk driver (still) doesn't do a flexible timeout depending on transfer size, neither does it chop up large chunks, so it can absolutely happen that a huge burst write takes too long for the timeout to kick in.

in reply to:  2 comment:3 by X512, 8 years ago

Replying to mmlr:

When you're in KDL can you run "syslog | tail 150" (or just syslog and page through to the end) and get the last few lines.

OK.

by X512, 8 years ago

Attachment: kdl1_0.jpg added

syslog, other pages look like similar

by X512, 8 years ago

Attachment: kdl1_1.jpg added

syslog, with diffrent errors

comment:4 by mmlr, 8 years ago

Keywords: PMA added
Status: newassigned

It looks like the physical memory pool of USB gets exhausted. There might be a leak causing this, but it might also just be too much data being pushed through.

comment:5 by mmlr, 8 years ago

I've made the PMA more robust in hrev43125. If it is just too many transfers then it should work now. If there's a transfer leak somewhere, then the problem should remain, though there should only be a single PMA message and it'd wait there forever.

comment:6 by X512, 8 years ago

I tried to backup BFS partition to USB HDD(13GB). Coping ended correctly.

in reply to:  6 comment:7 by mmlr, 8 years ago

Resolution: fixed
Status: assignedclosed

Replying to X512:

I tried to backup BFS partition to USB HDD(13GB). Coping ended correctly.

Great, thanks for the feedback! Closing as fixed in hrev43125.

Note: See TracTickets for help on using tickets.