Bug 601800

Summary:	Umount external USB while copying data
Product:	[openSUSE] openSUSE 11.2	Reporter:	Jörg Dippel <joerg.dippel>
Component:	Basesystem	Assignee:	Petr Uzel <puzel>
Status:	RESOLVED WONTFIX	QA Contact:	E-mail List <qa-bugs>
Severity:	Normal
Priority:	P3 - Medium	CC:	joerg.dippel, puzel
Version:	Final
Target Milestone:	---
Hardware:	x86-64
OS:	SLES 11
Whiteboard:
Found By:	---	Services Priority:
Business Priority:		Blocker:	---
Marketing QA Status:	---	IT Deployment:	---
Attachments:	dmesg output

Description Jörg Dippel 2010-05-02 23:13:24 UTC

User-Agent:       Mozilla/5.0 (X11; U; Linux x86_64; de; rv:1.9.1.9) Gecko/20100317 SUSE/3.5.9-0.1.1 Firefox/3.5.9

This is the bug report for the commercial product, the bug is already reported by bug600813. That bug may have been closed because it is detected on a 10.0, but already reproduced on a 11.2.
The only precondition is that the ext3 file system has been created with a 10.0.

This has been reproduced with the current SLES 11 built by SuSE studio some days ago. To simplify the test setup an external USB hard disk holds two partitions.
The file system on the target partition is created. The data of one file system is copied to the other one by command cp.
The test setup needs around four to six hours to get the observed behaviour:
The copy process names errors because the devices are renamed. 

At the moment I've reproduced that several times. 
For the SLES I have the same behaviour with
  'dd if=/dev/zero of=./Testdatei.txt bs=4k count=100000'
within the related directory - the size represents a smaller test file.
Afterwards after removing the file I can redo the copying without any errors.
Thus I go back to the initial test setup.

Reproducible: Always

Steps to Reproduce:
1. copy a large amount of data to an external USB device
2.
3.
Actual Results:  
the devices are getting lost
new device names are appearing

Comment 1 Jörg Dippel 2010-05-02 23:20:27 UTC

Created attachment 358467 [details]
dmesg output

I've added also a 'fdisk -l' and a 'df'.

Comment 2 Jörg Dippel 2010-05-03 10:34:00 UTC

I have repeated the test to check my assumption:

The file system on target disk has been created with mkfs of SLES 11 (util-linux-2.14.1-11.15). There is only one output line by dmesg after copying 500 GB:
CE: hpet increasing min_delta_ns to 22500 nsec

I have not checked the files but there are no umounts for devices.

For me that's my workaround.
For me the candidate for the cause is located in mkfs:

FAILS:   util-linux-2.12q-26        SuSE 10.0
WORKS:   util-linux-2.14.1-11.15    SLES 11

'Works' does not implies there is no error. The statement is that for the defined spot test the original characteristics have not been reproduced.

That's all for me - test runtime around 10 hours

Comment 4 Petr Uzel 2013-05-15 15:04:28 UTC

Due the lack of resources on my side, I did not find time to look into this problem for which I have to apologize. Since opensuse 11.2 is now out of support, I'm closing this bug. Please reopen if you can reproduce it with supported version.