[Bug 13536] New: crash while copying atime with touch

http://bugzilla.kernel.org/show_bug.cgi?id=13536

           Summary: crash while copying atime with touch
           Product: File System
           Version: 2.5
          Platform: All
        OS/Version: Linux
              Tree: Mainline
            Status: NEW
          Severity: normal
          Priority: P1
         Component: ReiserFS
        AssignedTo: reiserfs-devel@...
        ReportedBy: estellnb@...
        Regression: No


Created an attachment (id=21910)
 --> (http://bugzilla.kernel.org/attachment.cgi?id=21910)
files for which time could be changed + last file on which crash occurred

The system suddenly powers off executing this little scriptlet:
mount -t reiserfs /dev/sdb8 /mnt/ptgsuse
mount -t reiserfs /dev/temp/ptgsuse /mnt/ptgsuse-new/
cd /mnt/ptgsuse
find . -print0| while read -d $'\000' file; do
  echo $file >>/mnt/timestamped.ok
  touch -r "$file" -a "/mnt/ptgsuse-new/$file"
done

--
Configure bugmail: http://bugzilla.kernel.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug.
--
To unsubscribe from this list: send the line "unsubscribe reiserfs-devel" in
the body of a message to majordomo@...
More majordomo info at  http://vger.kernel.org/majordomo-info.html

http://bugzilla.kernel.org/show_bug.cgi?id=13536


Elmar Stellnberger <estellnb@...> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
           Platform|All                         |x86-64




--
Configure bugmail: http://bugzilla.kernel.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug.
--
To unsubscribe from this list: send the line "unsubscribe reiserfs-devel" in
the body of a message to majordomo@...
More majordomo info at  http://vger.kernel.org/majordomo-info.html

http://bugzilla.kernel.org/show_bug.cgi?id=13536





--- Comment #1 from Elmar Stellnberger <estellnb@...>  2009-06-14 11:36:20 ---
Created an attachment (id=21911)
 --> (http://bugzilla.kernel.org/attachment.cgi?id=21911)
/var/log/messages

--
Configure bugmail: http://bugzilla.kernel.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug.
--
To unsubscribe from this list: send the line "unsubscribe reiserfs-devel" in
the body of a message to majordomo@...
More majordomo info at  http://vger.kernel.org/majordomo-info.html

http://bugzilla.kernel.org/show_bug.cgi?id=13536





--- Comment #2 from Elmar Stellnberger <estellnb@...>  2009-06-14 11:37:42 ---
tested for kernel-vanilla-2.6.30-master_20090610141226_1b1ebc88 from
http://ftp.suse.com/pub/projects/kernel/kotd/master/.

--
Configure bugmail: http://bugzilla.kernel.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug.
--
To unsubscribe from this list: send the line "unsubscribe reiserfs-devel" in
the body of a message to majordomo@...
More majordomo info at  http://vger.kernel.org/majordomo-info.html

http://bugzilla.kernel.org/show_bug.cgi?id=13536





--- Comment #3 from Elmar Stellnberger <estellnb@...>  2009-06-14 11:54:22 ---
also there for kernel-2.6.27.23-0.1.

--
Configure bugmail: http://bugzilla.kernel.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug.
--
To unsubscribe from this list: send the line "unsubscribe reiserfs-devel" in
the body of a message to majordomo@...
More majordomo info at  http://vger.kernel.org/majordomo-info.html

http://bugzilla.kernel.org/show_bug.cgi?id=13536


Jeff Mahoney <jeffm@...> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
                 CC|                            |jeffm@...




--- Comment #4 from Jeff Mahoney <jeffm@...>  2009-06-14 22:45:26 ---
Are you able to reproduce this without virtualbox?

--
Configure bugmail: http://bugzilla.kernel.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug.
--
To unsubscribe from this list: send the line "unsubscribe reiserfs-devel" in
the body of a message to majordomo@...
More majordomo info at  http://vger.kernel.org/majordomo-info.html

http://bugzilla.kernel.org/show_bug.cgi?id=13536





--- Comment #5 from Elmar Stellnberger <estellnb@...>  2009-06-15 16:29:57 ---
did not use virtualbox in a fact.
good idea nonetheless to dump all unnecessary kernel modules first (vmware,
virtualbox) and retry it in runlevel 1 or 2.

--
Configure bugmail: http://bugzilla.kernel.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug.
--
To unsubscribe from this list: send the line "unsubscribe reiserfs-devel" in
the body of a message to majordomo@...
More majordomo info at  http://vger.kernel.org/majordomo-info.html

http://bugzilla.kernel.org/show_bug.cgi?id=13536





--- Comment #6 from Elmar Stellnberger <estellnb@...>  2009-06-15 16:33:53 ---
Created an attachment (id=21926)
 --> (http://bugzilla.kernel.org/attachment.cgi?id=21926)
lsmod

perhaps there are some other modules I could unload before issuing the next
test (please tell me).

--
Configure bugmail: http://bugzilla.kernel.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug.
--
To unsubscribe from this list: send the line "unsubscribe reiserfs-devel" in
the body of a message to majordomo@...
More majordomo info at  http://vger.kernel.org/majordomo-info.html

http://bugzilla.kernel.org/show_bug.cgi?id=13536





--- Comment #7 from Elmar Stellnberger <estellnb@...>  2009-06-15 17:36:17 ---
Why not test it forthwith kernel-debug? Just tell me where to find the core
file then.?

--
Configure bugmail: http://bugzilla.kernel.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug.
--
To unsubscribe from this list: send the line "unsubscribe reiserfs-devel" in
the body of a message to majordomo@...
More majordomo info at  http://vger.kernel.org/majordomo-info.html

http://bugzilla.kernel.org/show_bug.cgi?id=13536





--- Comment #8 from Elmar Stellnberger <estellnb@...>  2009-06-18 13:53:02 ---
  Lately I tried to infringe the problem by unloading all possibly unloadable
kernel modules (up to 9) and see it suddenly worked without any problem.
Unexpectedly the vmware&virualbox modules did not harm. However finding the
kernel module that causes the crash by binary search is almost impossible since
there is no crash as soon as all requests can be satisfied from the cache
memory. Nonetheless I can provide a minimal module list the script has been
working with and a maximal module list that is sure to cause a crash.
  I wonder if there is any way to forge ahead to a backtrace/core file. At
FreeBSD there is always a core-dump hanging around after a crash.

--
Configure bugmail: http://bugzilla.kernel.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug.
--
To unsubscribe from this list: send the line "unsubscribe reiserfs-devel" in
the body of a message to majordomo@...
More majordomo info at  http://vger.kernel.org/majordomo-info.html

http://bugzilla.kernel.org/show_bug.cgi?id=13536





--- Comment #9 from Elmar Stellnberger <estellnb@...>  2009-06-18 13:54:19 ---
Created an attachment (id=21988)
 --> (http://bugzilla.kernel.org/attachment.cgi?id=21988)
lsmod-list for last crash

--
Configure bugmail: http://bugzilla.kernel.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug.
--
To unsubscribe from this list: send the line "unsubscribe reiserfs-devel" in
the body of a message to majordomo@...
More majordomo info at  http://vger.kernel.org/majordomo-info.html

http://bugzilla.kernel.org/show_bug.cgi?id=13536





--- Comment #10 from Elmar Stellnberger <estellnb@...>  2009-06-18 13:56:14 ---
Created an attachment (id=21990)
 --> (http://bugzilla.kernel.org/attachment.cgi?id=21990)
lsmods for last working full run of the timestamping script

--
Configure bugmail: http://bugzilla.kernel.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug.
--
To unsubscribe from this list: send the line "unsubscribe reiserfs-devel" in
the body of a message to majordomo@...
More majordomo info at  http://vger.kernel.org/majordomo-info.html

http://bugzilla.kernel.org/show_bug.cgi?id=13536


Roland Kletzing <devzero@...> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
                 CC|                            |devzero@...




--- Comment #11 from Roland Kletzing <devzero@...>  2009-08-11 14:33:00 ---
>However finding the kernel module that causes the crash by binary search is >almost impossible since there is no crash as soon as all requests can be
>satisfied from the cache

so, for each iteration you will need a reboot before, right ?

but, what`s the problem with that ? ;)

i`d go this way:

1. make a list of all modules you want to unload.
2. name that file however you want
3. do "cat file.list |while read module;do modprobe -r $module;done"
4. test
5. after the next crash, cut that file into 2 parts and repeat 3+4
6. in theory, one of the file should contain the "bad" module. name that file
appropriately (.good / .bad)
7. take the .bad file and repeat the steps until bisection results with a file
containing a single module

--
Configure bugmail: http://bugzilla.kernel.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug.
--
To unsubscribe from this list: send the line "unsubscribe reiserfs-devel" in
the body of a message to majordomo@...
More majordomo info at  http://vger.kernel.org/majordomo-info.html

http://bugzilla.kernel.org/show_bug.cgi?id=13536





--- Comment #12 from Elmar Stellnberger <estellnb@...>  2009-08-12 09:09:11 ---
  This is exactly what I have been doing. Very cumbersome and tedious since not
only booting takes a while but even much worse the looped touch consumes a lot
of time and hdd activity so that my hard disk will have to suffer. Logarithmic
search is far not as fast here as I would wish it to be.
  Besides this I am really in wonder if there is no way to debug the Linux
kernel. It is so easy to analyze an auto-created backtrace under FreeBSD.
Furthermore I have no idea how you will find the bug just knowing the offensive
kernel module. It could hide anywhere. Is there really no possibility to get a
Linux kernel core dump?

--
Configure bugmail: http://bugzilla.kernel.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug.
--
To unsubscribe from this list: send the line "unsubscribe reiserfs-devel" in
the body of a message to majordomo@...
More majordomo info at  http://vger.kernel.org/majordomo-info.html

http://bugzilla.kernel.org/show_bug.cgi?id=13536





--- Comment #13 from Roland Kletzing <devzero@...>  2009-08-15 16:19:26 ---
i don`t know how to do a kernel dump core, but besides all that, i think you
have another major problem with your system.

i`d probably call that a root-cause (found it in the logs you sent):

Jun 14 10:50:07 scaleo smartd[3947]: Device: /dev/sda [SAT], SMART Usage
Attribute: 194 Temperature_Celsius changed from 111 to 123
Jun 14 10:50:07 scaleo smartd[3947]: Device: /dev/sdb [SAT], SMART Prefailure
Attribute: 7 Seek_Error_Rate changed from 200 to 100
Jun 14 10:50:07 scaleo smartd[3947]: Device: /dev/sdb [SAT], SMART Usage
Attribute: 194 Temperature_Celsius changed from 112 to 123
Jun 14 11:20:07 scaleo smartd[4022]: Device: /dev/sda [SAT], SMART Usage
Attribute: 194 Temperature_Celsius changed from 123 to 112


123 degrees celsius ?  

DOH!

i never saw a harddisk getting that hot and by sure that`s an operational
temperature which is above the specs.

i think you could fry eggs on your harddisks!!!

if the harddisks really get that hot (please check that smartd doesn`t lie
here) i`d first consider getting the cooling for your system fixed.

--
Configure bugmail: http://bugzilla.kernel.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug.
--
To unsubscribe from this list: send the line "unsubscribe reiserfs-devel" in
the body of a message to majordomo@...
More majordomo info at  http://vger.kernel.org/majordomo-info.html

http://bugzilla.kernel.org/show_bug.cgi?id=13536





--- Comment #14 from Roland Kletzing <devzero@...>  2009-08-15 18:50:55 ---
>i don`t know how to do a kernel dump core
here is some information for you:
http://git.kernel.org/?p=linux/kernel/git/torvalds/linux-2.6.git;a=blob;f=Documentation/kdump/kdump.txt

--
Configure bugmail: http://bugzilla.kernel.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug.
--
To unsubscribe from this list: send the line "unsubscribe reiserfs-devel" in
the body of a message to majordomo@...
More majordomo info at  http://vger.kernel.org/majordomo-info.html

http://bugzilla.kernel.org/show_bug.cgi?id=13536


Christian Kujau <lists@...> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
                 CC|                            |lists@...




--- Comment #15 from Christian Kujau <lists@...>  2009-08-18 07:32:56 ---
> Jun 14 11:20:07 scaleo smartd[4022]: Device: /dev/sda [SAT], SMART Usage
> Attribute: 194 Temperature_Celsius changed from 123 to 112

This should be the raw value of the SMART temperature attribute, not the real
value. Elmar, you should nevertheless check the temperature of your drives and
for hardware errors in general (cabling, bad memory, hot components, etc) to
rule out hardware issues. It may well be that the CPU is getting warmer than
usual when executing the script and the box just powers off for safety reasons.

 > find . -print0| while read -d $'\000' file; do
 >  echo $file >>/mnt/timestamped.ok
 >  touch -r "$file" -a "/mnt/ptgsuse-new/$file"
 > done

So, you basically create new files in /mnt/ptgsuse-new, with a refrence
timestamp of the file found in /mnt/ptgsuse? Or do the files in
/mnt/ptgsuse-new exist already and you're just changing atimes?

  > cd $MNT1
  > find . -xdev ! -type l -exec touch -r '{}' -a $MNT2/'{}' \; \
                           -exec echo '{}' >> $HOME/timestamped.ok \;

I've run this one a few times with already existing files in the other
filesystem (MNT2), no errors or powerdowns so far (vanilla, latest git).

--
Configure bugmail: http://bugzilla.kernel.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug.
--
To unsubscribe from this list: send the line "unsubscribe reiserfs-devel" in
the body of a message to majordomo@...
More majordomo info at  http://vger.kernel.org/majordomo-info.html

http://bugzilla.kernel.org/show_bug.cgi?id=13536





--- Comment #16 from Elmar Stellnberger <estellnb@...>  2009-08-18 07:56:54 ---
  My new FS-notebook does not get hot at all (in contrast to others). I have
recently had a comprehensive hardware check (memory, hdd). The only thing I can
not fully exclude by the time is a malware infection though basic tests yielded
negative.
  The posted program does not copy files but only atime records (see Comment
#1). No crash will occur if you just copy a few files. Moreover the problem may
be related to reiserfs. I will read Roland Kletzings howto on creating kernel
core dumps to provide useful information, soon. Nonetheless it would be
momentous if someone else could reproduce it. Use the root-fs of a fully
installed system, two reiserfs partitions and two different sata hard disks for
them (here: SATA_WDC_WD6400AAKS).

--
Configure bugmail: http://bugzilla.kernel.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug.
--
To unsubscribe from this list: send the line "unsubscribe reiserfs-devel" in
the body of a message to majordomo@...
More majordomo info at  http://vger.kernel.org/majordomo-info.html

http://bugzilla.kernel.org/show_bug.cgi?id=13536





--- Comment #17 from Roland Kletzing <devzero@...>  2009-08-18 09:07:37 ---
>This should be the raw value of the SMART temperature attribute, not the
>real value.

how can we determine the real value then ?

on my system it looks like this:

neoware:~ # smartctl -d ata -a /dev/sda |egrep "RAW_VALUE|Temperature_Celsius"
ID# ATTRIBUTE_NAME          FLAG     VALUE WORST THRESH TYPE      UPDATED
WHEN_FAILED RAW_VALUE
194 Temperature_Celsius     0x0022   076   046   000    Old_age   Always      
-       52 (Lifetime Min/Max 9/67)

mind the column "RAW_VALUE".
so, if smartd isn`t telling nonsense, my disk runs a little bit cooler....
(whereas i think 52 degrees is still too hot)


>I will read Roland Kletzings howto on creating kernel core dumps to
>provide useful information, soon.
mind, that this is just a pointer. i cannot even tell how good this works or if
it works at all, as i did not try it.

--
Configure bugmail: http://bugzilla.kernel.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug.
--
To unsubscribe from this list: send the line "unsubscribe reiserfs-devel" in
the body of a message to majordomo@...
More majordomo info at  http://vger.kernel.org/majordomo-info.html

http://bugzilla.kernel.org/show_bug.cgi?id=13536





--- Comment #18 from Christian Kujau <lists@...>  2009-08-18 09:21:00 ---
On 8/18/09 2:07 AM, bugzilla-daemon@... wrote:
>> This should be the raw value of the SMART temperature attribute, not the
>> real value.
>
> how can we determine the real value then ?

My wording was wrong: the 123 degrees were not the "raw" but the
"normalized" value:

http://smartmontools.sourceforge.net/faq.html#disk-temperature

> on my system it looks like this:
[...]

Yeah, on mine too. smartd however has to be tought to print the raw
("real") value as well, as the FAQ above explains.

C.

--
Configure bugmail: http://bugzilla.kernel.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug.
--
To unsubscribe from this list: send the line "unsubscribe reiserfs-devel" in
the body of a message to majordomo@...
More majordomo info at  http://vger.kernel.org/majordomo-info.html