Tgtd dirty pages issue

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



Hello,

We are encountering a backup problem using tgtd.

Though, we believe it to be a kernel problem, you might have
encountered such an issue before and have some lights about it.

We backup a Linux RHEL 6 system using an iSCSI link connected to an
usb3 drive on another system. The problem is that the backup process
on the source system is writing too fast for the network to send data.

The number of dirty pages of unwritten data keep rising on the source
system because of the network bottleneck.This keep growing until the
source system freeze because of too much allocated memory.

We believe it’s a kernel issue which has not been fixed even in the
most recent kernel versions (3.3). To fix that, it would require a max
dirty pages per device kernel parameter which is not available at this
moment.

Have you heard of any « strategy » which we could use as a workaround
for this specific problem ?

Thanks for your help,
--
To unsubscribe from this list: send the line "unsubscribe stgt" in
the body of a message to majordomo@xxxxxxxxxxxxxxx
More majordomo info at  http://vger.kernel.org/majordomo-info.html



[Index of Archives]     [Linux SCSI]     [Linux RAID]     [Linux Clusters]     [Linux USB Devel]     [Linux Audio Users]     [Yosemite News]     [Linux Kernel]

  Powered by Linux