From mboxrd@z Thu Jan 1 00:00:00 1970 From: "Kathy KN (HK)" Subject: Re: reiser4: mv changes mtime ? Date: Fri, 8 Apr 2005 16:59:16 +0800 Message-ID: References: <4254F10A.7060103@ujf-grenoble.fr> <1112944858.4420.94.camel@tribesman.namesys.com> <42564609.4040208@ujf-grenoble.fr> Reply-To: "Kathy KN (HK)" Mime-Version: 1.0 Content-Transfer-Encoding: 7bit Return-path: list-help: list-unsubscribe: list-post: Errors-To: flx@namesys.com In-Reply-To: <42564609.4040208@ujf-grenoble.fr> List-Id: Content-Type: text/plain; charset="us-ascii" To: Mickael Marchand Cc: Vladimir Saveliev , reiserfs-list@namesys.com For your first problem, see fs/reiser4/plugin/dir/hashed_dir.c, line 540, comment "from_dir->i_mtime = CURRENT_TIME;" away, and recompile your kernel. mtime shouldn't update when you try to "mv", and thus will not break your backup scripts. Kathy On Apr 8, 2005 4:51 PM, Mickael Marchand wrote: > hmm just got 3 more soft lookups in a few hours (2/3 hours I think) ;) > my script (attached in case you want to try it) for backups basically do: > rm -rf hourly.11 > mv hourly.10 hourly.11 > ... > mv hourly.1 hourly.2 > mv hourly.0 hourly.1 > cp -al hourly.1 hourly.0 > > rsync [various options] /home/ hourly.0/ > > the size of the base backup being about 37Go which is incrementally > rsync-ed thanks to hard links on a 500Go raid6 array. > > another backups scripts just rsync some box over ssh once a day ... > > tell me if I can provide more infos that could help you ... > > Cheers, > Mik > > reiser4[ktxnmgrd:md3:ti(3087)]: commit_current_atom > (fs/reiser4/txnmgr.c:1147)[nikita-3176]: > WARNING: Flushing like mad: 16384 > reiser4[ktxnmgrd:md3:ti(3087)]: commit_current_atom > (fs/reiser4/txnmgr.c:1147)[nikita-3176]: > WARNING: Flushing like mad: 16384 > reiser4[ktxnmgrd:md3:ti(3087)]: commit_current_atom > (fs/reiser4/txnmgr.c:1147)[nikita-3176]: > WARNING: Flushing like mad: 16384 > ssh[4076]: segfault at 0000000000000000 rip 0000000000425b05 rsp > 00007ffffffb0c50 error 4 > ssh[4079]: segfault at 0000000000000000 rip 0000000000425b05 rsp > 00007fffffef6a50 error 4 > ssh[4082]: segfault at 0000000000000000 rip 0000000000425b05 rsp > 00007ffffff92250 error 4 > ssh[4085]: segfault at 0000000000000000 rip 0000000000425b05 rsp > 00007fffff956810 error 4 > ssh[4088]: segfault at 0000000000000000 rip 0000000000425b05 rsp > 00007fffffe9f9f0 error 4 > reiser4[ktxnmgrd:md3:ti(3087)]: commit_current_atom > (fs/reiser4/txnmgr.c:1147)[nikita-3176]: > WARNING: Flushing like mad: 16384 > reiser4[ktxnmgrd:md3:ti(3087)]: commit_current_atom > (fs/reiser4/txnmgr.c:1147)[nikita-3176]: > WARNING: Flushing like mad: 16384 > reiser4[ktxnmgrd:md3:ti(3087)]: commit_current_atom > (fs/reiser4/txnmgr.c:1147)[nikita-3176]: > WARNING: Flushing like mad: 16384 > BUG: soft lockup detected on CPU#0! > > Modules linked in: ipv6 parport_pc parport ehci_hcd eth1394 uhci_hcd > ohci1394 ieee1394 ohci_hcd usbcore snd_intel8x0 snd_ac97_codec snd_pcm > snd_timer snd snd_page_alloc i2c_amd756 i2c_amd8111 i2c_isa w83781d > i2c_sensor i2c_core e1000 > Pid: 6131, comm: pdflush Not tainted 2.6.12-rc2-mm1 > RIP: 0010:[] {jlookup+36} > RSP: 0018:ffff81001def3670 EFLAGS: 00000286 > RAX: ffff81007f81b340 RBX: ffff8100c09f5000 RCX: 00000000000038b1 > RDX: ffff81001c7171c0 RSI: 000000000030c1df RDI: ffff8100c739b020 > RBP: 0000002000000000 R08: ffff81001def38a0 R09: ffff810011b54b54 > R10: 0000000000000026 R11: ffffffff802118d0 R12: 00007fe01def35e0 > R13: ffff8100c09f5004 R14: ffff81001def365c R15: 00007fe000000001 > FS: 00002aaaaadfeae0(0000) GS:ffffffff806eb840(0000) knlGS:0000000000000000 > CS: 0010 DS: 0018 ES: 0018 CR0: 000000008005003b > CR2: 00002aaaabb58dc8 CR3: 000000000dbab000 CR4: 00000000000006e0 > > Call Trace:{protect_extent_nodes+213} > {extent_size+30} > {txnh_get_atom+41} > {alloc_extent+562} > {plugin_by_unsafe_id+28} > {item_length_by_coord+17} > {handle_pos_on_twig+351} > {flush_current_atom+2022} > {flush_some_atom+458} > {generic_sync_sb_inodes+723} > {keventd_create_kthread+0} > {reiser4_sync_inodes+229} > {writeback_inodes+137} > {background_writeout+124} > {pdflush+0} {pdflush+316} > {background_writeout+0} > {kthread+217} > {schedule_tail+64} {child_rip+8} > {keventd_create_kthread+0} > {kthread+0} > {child_rip+0} > BUG: soft lockup detected on CPU#0! > > Modules linked in: ipv6 parport_pc parport ehci_hcd eth1394 uhci_hcd > ohci1394 ieee1394 ohci_hcd usbcore snd_intel8x0 snd_ac97_codec snd_pcm > snd_timer snd snd_page_alloc i2c_amd756 i2c_amd8111 i2c_isa w83781d > i2c_sensor i2c_core e1000 > Pid: 6131, comm: pdflush Not tainted 2.6.12-rc2-mm1 > RIP: 0010:[] {jlookup+36} > RSP: 0018:ffff81001def3670 EFLAGS: 00000282 > RAX: ffff810058578880 RBX: ffff8100c0a5f000 RCX: 000000000000c0c3 > RDX: ffff81004d60ec40 RSI: 000000000030c1df RDI: ffff8100c739b020 > RBP: 0000002000000000 R08: ffff81001def38a0 R09: ffff810040f9570c > R10: 0000000000000018 R11: ffffffff802118d0 R12: 00007fe00001412a > R13: ffff8100c0a5f004 R14: ffff81001def365c R15: 00007fe000000001 > FS: 00002aaaaadfeae0(0000) GS:ffffffff806eb840(0000) knlGS:0000000000000000 > CS: 0010 DS: 0018 ES: 0018 CR0: 000000008005003b > CR2: 00002aaaaaac2000 CR3: 000000000dbab000 CR4: 00000000000006e0 > > Call Trace:{protect_extent_nodes+213} > {extent_size+30} > {txnh_get_atom+41} > {alloc_extent+562} > {longterm_unlock_znode+275} > {item_id_by_coord+45} > {handle_pos_on_twig+351} > {flush_current_atom+2022} > {flush_some_atom+458} > {generic_sync_sb_inodes+723} > {keventd_create_kthread+0} > {reiser4_sync_inodes+229} > {writeback_inodes+137} > {background_writeout+124} > {pdflush+0} {pdflush+316} > {background_writeout+0} > {kthread+217} > {schedule_tail+64} {child_rip+8} > {keventd_create_kthread+0} > {kthread+0} > {child_rip+0} > BUG: soft lockup detected on CPU#0! > > Modules linked in: ipv6 parport_pc parport ehci_hcd eth1394 uhci_hcd > ohci1394 ieee1394 ohci_hcd usbcore snd_intel8x0 snd_ac97_codec snd_pcm > snd_timer snd snd_page_alloc i2c_amd756 i2c_amd8111 i2c_isa w83781d > i2c_sensor i2c_core e1000 > Pid: 8037, comm: rsync Not tainted 2.6.12-rc2-mm1 > RIP: 0010:[] {jlookup+36} > RSP: 0018:ffff81007539f3f0 EFLAGS: 00000282 > RAX: ffff81001fdf8580 RBX: ffff8100c0940000 RCX: 000000000001c54e > RDX: ffff81001ae99880 RSI: 000000000030c1df RDI: ffff8100c739b020 > RBP: 0000002000000000 R08: ffff81007539f620 R09: ffff81008ab989bc > R10: 000000000000003b R11: ffffffff802118d0 R12: 00007fe07539f360 > R13: ffff8100c0940004 R14: ffff81007539f3dc R15: 00007fe000000001 > FS: 00002aaaab01b6d0(0000) GS:ffffffff806eb840(0000) knlGS:0000000000000000 > CS: 0010 DS: 0000 ES: 0000 CR0: 000000008005003b > CR2: 00002aaaaaac2000 CR3: 000000000dbab000 CR4: 00000000000006e0 > > Call Trace:{protect_extent_nodes+213} > {extent_size+30} > {txnh_get_atom+41} > {alloc_extent+562} > {longterm_unlock_znode+275} > {handle_pos_end_of_twig+642} > {item_length_by_coord+17} > {handle_pos_on_twig+351} > {flush_current_atom+2022} > {owns_item_common+75} > {txn_end+419} {txn_restart+9} > {reiser4_throttle_write+9} > {write_extent+1509} > {item_length_by_coord+17} > {nr_units_extent+9} > {init_coord_extension_extent+121} > {write_extent+0} {write_flow+640} > {__down_read+49} > {write_unix_file+835} > {txn_end+1114} > {reiser4_write+157} > {vfs_write+190} {sys_write+83} > {system_call+126} > reiser4[ktxnmgrd:md3:ti(3087)]: commit_current_atom > (fs/reiser4/txnmgr.c:1147)[nikita-3176]: > WARNING: Flushing like mad: 16384 > reiser4[ktxnmgrd:md3:ti(3087)]: commit_current_atom > (fs/reiser4/txnmgr.c:1147)[nikita-3176]: > WARNING: Flushing like mad: 16384 > reiser4[ktxnmgrd:md3:ti(3087)]: commit_current_atom > (fs/reiser4/txnmgr.c:1147)[nikita-3176]: > WARNING: Flushing like mad: 16384 > > > Vladimir Saveliev wrote: > > Hello > > > > On Thu, 2005-04-07 at 12:36, Mickael Marchand wrote: > > > >>Hi, > >> > >>I am giving a shot at reiser4 to make rsync snapshots backups (using > >>hard links and incremental rsync). > >>this works definitely great apart from 2 minor bugs :) > >> > >>1 : it seems that mv directory/ directory2/ changes the mtime of the > >>directory. This is not the case with reiser3. > > > > > > I am not sure which is correct. > > ext2 also changes mtime when it renames a directory. > > > > Also, renaming directory changes its ".." entry because on rename it may > > get new parent. So, probably, updating mtime on directory rename is not > > very incorrect. > > > > > >> Is this intentional ? > >>(it basically breaks my recover-from-snapshots script which uses the > >>mtime ;) > >> > >>2 : this was posted on lkml today but it fits better here I guess : > >> > >>2.6.12-rc1-mm4 config at > >>http://www-fourier.ujf-grenoble.fr/~mmarcha/config-2.6.12-rc1-mm4.gz > >> > >>running on a bi-opteron (debian-amd64), > >>I got some "flushing like mad" warning messages from reiser4 (which > >>are safe apparently). > > > > > > yes, if its counter does not increase endlessly. > > > > > >>and this soft lookup BUG caused by reiser4 I think : > >> > > > > > > Have you found a test on which this soft lockup get detected 10 times in > > 10 attempts? > > > > > >>BUG: soft lockup detected on CPU#0! > >> > >>Modules linked in: ipv6 parport_pc parport eth1394 ehci_hcd uhci_hcd > >>ohci1394 ieee1394 ohci_hcd usbcore snd_intel8x0 snd_ac97_codec snd_pcm > >>snd_timer snd snd_page_alloc i2c_amd756 i2c_amd8111 i2c_isa w83781d > >>i2c_sensor i2c_core e1000 > >>Pid: 25291, comm: pdflush Not tainted 2.6.12-rc1-mm4 > >>RIP: 0010:[] {protect_extent_nodes+382} > >>RSP: 0018:ffff81007df45678 EFLAGS: 00000202 > >>RAX: ffff810015c7c5e0 RBX: ffff81007c609000 RCX: ffff81001074ba60 > >>RDX: ffff81001074b220 RSI: ffff81001074b1c0 RDI: ffff81001074b210 > >>RBP: 0000002000000000 R08: ffff81007df458a0 R09: ffff810044068e14 > >>R10: 000000000000001c R11: ffffffff802119a0 R12: 00007fe07df455e0 > >>R13: ffff81007c609004 R14: ffff81007df4565c R15: 00007fe000000001 > >>FS: 00002aaaaadfeae0(0000) GS:ffffffff806e7840(0000) knlGS:0000000000000000 > >>CS: 0010 DS: 0018 ES: 0018 CR0: 000000008005003b > >>CR2: 00002aaaaaac2000 CR3: 000000009bc83000 CR4: 00000000000006e0 > >> > >>Call Trace:{protect_extent_nodes+378} > >>{extent_size+30} > >> {txnh_get_atom+41} > >>{alloc_extent+562} > >> {plugin_by_unsafe_id+28} > >>{item_length_by_coord+17} > >> {handle_pos_on_twig+351} > >>{flush_current_atom+2022} > >> {flush_some_atom+458} > >>{generic_sync_sb_inodes+723} > >> {keventd_create_kthread+0} > >>{reiser4_sync_inodes+229} > >> {writeback_inodes+137} > >>{background_writeout+124} > >> {pdflush+0} {pdflush+316} > >> {background_writeout+0} > >>{kthread+217} > >> {schedule_tail+64} {child_rip+8} > >> {keventd_create_kthread+0} > >>{kthread+0} > >> {child_rip+0} > >> > >>Please CC-me in answers, I am not subscribed here. > >> > >>Cheers, > >>Mik > >> > > > > > > -- > Mickael Marchand, > Ingenieur de recherche CNRS > Service Informatique, Institut Fourier - UFR Maths > Tel : 0476635655 Fax : 0476514478 > > >