IMHO the drive is in excellent condition given that it has racked up 50000 hours.
The normalised value of the Raw_Read_Error_Rate attribute is 120, which is the maximum possible score. AIUI, the way that this attribute is calculated is that the drive performs 250 million reads and records the number of read errors during this time. The raw value is the read count while the normalised value reflects the error rate. After each block of 250 million reads the raw value rolls over to 0 and the drive starts counting again. The raw value of the Hardware_ECC_Recovered attribute follows a similar pattern.
The Seek_Error_Rate attribute counts the number of seeks and seek errors during the drive's lifetime. The raw value of the attribute reports the lifetime seek count in the lower 32 bits and the lifetime seek error count in the uppermost bits.
Taking your example ...
67629038668649 = 0x3D82 1CD38B69
So the drive has recorded 15746 (= 0x3D82) seek errors in 483625833 (= 0x1CD38B69) seeks.
The normalised value is calculated as follows:
-10 log (0x3D82 / 0x1CD38B69) = 44.9
http://www.google.com/search?q=-10+log+(0x3D82+/+0x1CD38B69)The Command_Timeout attribute is also best viewed in hexadecimal.
4295032991 = 0x0001 0001 009F
This suggests to me that the drive has recorded 159 (= 0x9F) timeouts. This number has not changed in 3000 hours, so perhaps the drive has stabilised since those errors were recorded.
ICBW, but the Total_LBAs_Written and Total_LBAs_Read attributes appear to be 32-bit values which roll over to 0 when the drive has read/written 4 billion (= 2^32) sectors. This corresponds to 2TB.
BTW, is the drive vertically mounted?
You might like to read my article on the subject.
Seagate's Seek Error Rate, Raw Read Error Rate, and Hardware ECC Recovered SMART attributes:
http://www.users.on.net/~fzabkar/HDD/Se ... R_HEC.html