Internal HDD thrashing when using Transmission

Bug #701753 reported by Peter Lehner
6
This bug affects 1 person
Affects Status Importance Assigned to Milestone
transmission (Ubuntu)
Invalid
Undecided
Unassigned

Bug Description

Binary package hint: transmission

I am an inexperienced Ubuntu user.
I am not sure if this is the correct way to report this incident.

System Info
OS: Windows XP SP3, Windows 7 Ultimate (64 bit), Ubuntu 10.04 (64 bit)
CPU: AMD Phenom 9750 Quad-Core
RAM: 8 GB DDR2
HDD: 1 TB WD SATA, 1.5 TB WD SATA

Ubuntu Info
Release 10.04 (lucid)
Kernel Linux 2.6.32-27-generic
GNOME 2.30.2

Package
Transmission 1.93-0ubuntu0.10.04.1

I recently (less than a week ago) updated Ubuntu 10.04 (64 bit).
Since then I have noticed my HDD making a high pitched buzzing noise when using "Transmission".
This seems to happen at regular intervals (e.g. every 60 seconds - I haven't timed it to get the exact figure).

This only occurs when I try to save data from more than 1 torrent, to the same partition at the same time.
Prior to the recent update, I had been able to run 4 torrents simultaneously (saving to the same partition) with no problems.

I noticed that there are 6 "mount.ntfs" processes listed in the "System Monitor" (one for each mounted partition?).

I also noticed that when the problem occurs, one of the "mount.ntfs" processes "goes wild".
It's status changes from "Sleeping" to "Uninterruptible".
It also goes from 0 %CPU to ~30 %CPU.
If I pause that process, "Transmission" stops running (e.g. the window "greys out").

My friend lent me an external HDD (EXT format).
I can save data from 1 torrent to the NTFS partition and another to the external HDD (EXT format) and there are no mysterious noises.

I am not sure if this is a "Transmission" problem, or an OS problem, or some weird interaction between the 2.
The only changes that I have made recently are a new "Theme" and I installed new "Updates".

ProblemType: Bug
DistroRelease: Ubuntu 10.04
Package: transmission (not installed)
ProcVersionSignature: Ubuntu 2.6.32-27.49-generic 2.6.32.26+drm33.12
Uname: Linux 2.6.32-27-generic x86_64
NonfreeKernelModules: nvidia
Architecture: amd64
Date: Wed Jan 12 11:30:27 2011
InstallationMedia: Ubuntu 10.04 "Lucid Lynx" - Beta amd64 (20100318)
ProcEnviron:
 LANG=en_AU.utf8
 SHELL=/bin/bash
SourcePackage: transmission

Revision history for this message
Charles Kerr (charlesk) wrote :

Thank you for taking the time to report this bug and helping to make Ubuntu better.

There are a couple of possible reasons for this that I can think of. The primary one is that Linux's NTFS drivers do not play particularly well with p2p, as described at <http://wiki.fon.com/wiki/Fonera_Troubleshooting#Why_are_NTFS_disk_slow_with_the_Fonera>. So my first question would be if the problems go away if you stop using NTFS partitions with Transmission.

A second possibility is that Transmission added a memory cache in 2.10 to reduce overall disk IO. 10.04's repositories are still on 2.0x, but if you're feeling adventurous you can give 2.1x a try from the ppas at https://edge.launchpad.net/~transmissionbt/+archive/ppa

If you give either of these suggestions a try, please let me know via the ticket. Thanks!

Changed in transmission (Ubuntu):
status: New → Incomplete
Revision history for this message
Peter Lehner (lehnerus2000) wrote :

Thanks for your email and comment, Jordan.

I'll have to wait for my "Linux Expert" friend to help me (I'm going to be busy for the next few days anyway).

I forgot to mention in the previous report that the drive buzzed for about 5 - 10 seconds every minute (a repeating cycle).

I tried using 3 torrents.
I saved:
One to the external HDD (EXT format).
One to the 1 TB WD internal HDD (NTFS format).
One to the 1.5 TB WD internal HDD (NTFS format).
That made the problem worse.

When I tried the scenario above the drive constantly buzzed.
"Transmission" didn't "grey out", but the window was totally empty (no menu, no toolbar & no torrent list, only the titlebar and borders were present).
I had to crash "Transmission" to stop the HDD buzzing/thrashing.

Revision history for this message
Charles Kerr (charlesk) wrote :

Wait, I don't understand what you're saying. All three drives buzzed and thrashed?

Revision history for this message
Peter Lehner (lehnerus2000) wrote :

Once again, thanks for your email and comment, Jordan.

Sorry poor phrasing by me.

The external HDD (EXT format) did NOT buzz (the EXT formatted drive has NEVER made any strange noises).
I'm not sure if both internal HDD were buzzing, but there was a continuous high-pitched buzzing from my PC tower.
The HDD indicator LED was lit constantly (on the PC tower).

I was only able to apt-get the same version (1.93) of Transmission that was already installed.
It was strange, since I included the version number from the list of versions that were supposedly available.

Synaptic was able to retrieve an earlier version (1.92).
I haven't tested this version to see if it behaves the same way (when attempting multiple downloads to the same partition).

I tried this combination of 3 torrents (2x downloads + 1x upload).
One download to the external HDD (EXT format).
One download to the 1.5 TB WD internal HDD (NTFS format).
One upload from the 1.5 TB WD internal HDD (NTFS format).

There are NO buzzing noises using this combination of torrents and version 1.92 (Transmission).
I have run this combination for many (30+) hours, with no sign of any problems.

Revision history for this message
Charles Kerr (charlesk) wrote :

Peter,

I wish I had a more helpful answer to give you, but all of this sounds consistent with my previous comments --

(1) Linux's NTFS drivers do not play nicely with high volumes of random disk reads and writes, such as those generated by p2p applications. You may want to use a different filesystem than NTFS. (The same holds true for encrypted filesystems, by the way.)

(2) You can also try to reduce the frequency of disk reads and writes by using Transmission 2.10 or higher, which has a memory cache for this purpose. I know about the ppa URL listed above, but I'm not an Ubuntu user myself, so I don't know how to use that URL in Ubuntu. Your Linux Expert friend might have better ideas on this.

(3) If the hard drive is literally buzzing from the strain of all the disk reads and writes, it also may be a sign of impending disk failure. You might want to make a backup of that disk before doing anything else.

Changed in transmission (Ubuntu):
status: Incomplete → Invalid
Revision history for this message
Peter Lehner (lehnerus2000) wrote :

Thanks for taking an interest in my problem, Jordan.

I have never noticed any weird behaviour in either of my Windows OS sessions.
Ubuntu behaves exactly the same as Windows (except in the situation that I previously described).
I've never noticed it during any other Ubuntu activities.

I generally try to avoid performing multiple disc operations on the same HDD (when I can).
Sometimes it can't be avoided.

My HDD monitor reports no problems with either of my WD internal HDDs.
WD 1 TB internal HDD (NTFS format) - rated 85% due to Spinup time.
WD 1.5 TB internal HDD (NTFS format) - rated 92% due to Spinup time.

I can't say that I've noticed any HDD slowness when using Ubuntu (i.e. when reading or writing to NTFS partitions).

Revision history for this message
Peter Lehner (lehnerus2000) wrote :

Update

The Transmission problem may have been caused by my WD HDD.
Apparently WD screwed up the firmware.
Some of the symptoms seem similar to my problem.

Here are some links about the WD problem:

WD Caviar Green HDDs Suffer from a Critical Design Flaw
http://news.softpedia.com/news/WD-Caviar-Green-HDDs-Suffer-From-a-Critical-Design-Flaw-196159.shtml

Critical Design Flaw Found in WD Caviar Green HDDs
http://www.ngohq.com/news/19805-critical-design-flaw-found-in-wd-caviar-green-hdds.html

This problem could be responsible for this (compare with my previous post):
WD 1.5 TB internal HDD (NTFS format) - rated 71% due to Spinup time.

To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Other bug subscribers

Remote bug watches

Bug watches keep track of this bug in other bug trackers.