xfs
[Top] [All Lists]

Re: VERY URGENT: "cp -a" creates mysteriously "hidden" files?!

To: "Eric Sandeen" <sandeen@xxxxxxx>
Subject: Re: VERY URGENT: "cp -a" creates mysteriously "hidden" files?!
From: "Ralf G. R. Bergs" <rabe@xxxxxxxxxxxxxx>
Date: Sat, 05 Jan 2002 16:54:40 +0100
Cc: "Linux XFS Mailing List" <linux-xfs@xxxxxxxxxxx>
In-reply-to: <1010172903.2576.10.camel@stout.americas.sgi.com>
Reply-to: "Ralf G. R. Bergs" <rabe@xxxxxxxxxxxxxx>
Sender: owner-linux-xfs@xxxxxxxxxxx
On Fri, 04 Jan 2002 13:35:03 -0600, Eric Sandeen wrote:

[...]
>Ok, I'm not sure what to tell you about the force shutdowns at this
>point... but try to get it into a state where it did not shut down, but
>you have "missing" files, and I can talk you through some exploration
>with xfs_db.

I've now managed to copy the whole old RAID over to the new (larger) RAID 
running XFS, PLUS I got the same errors about missing files again:

  Fileserver:/mnt/raidNEU# ls -lahR >/tmp/ls-R.txt
  ls: ./daten/software/win 2000/Standard Fonts/.AppleDouble/M
                                                             CORSVA.TTF: No 
such file or directory
  ls: ./home/hiwi/willared/Netscapestangdefaultdefault__/Cache/MVDALU23.3IF: 
No such file or directory

This is what I received when running "xfs_repair -n" on the UNMOUNTED 
filesystem:

Fileserver:/mnt# xfs_repair -n /dev/sdc5
Phase 1 - find and verify superblock...
Phase 2 - using internal log
        - scan filesystem freespace and inode maps...
        - found root inode chunk
Phase 3 - for each AG...
        - scan (but don't clear) agi unlinked lists...
        - process known inodes and perform inode discovery...
        - agno = 0
        - agno = 1
        - agno = 2
        - agno = 3
        - agno = 4
        - agno = 5
        - agno = 6
        - agno = 7
        - agno = 8
        - agno = 9
        - agno = 10
        - agno = 11
        - agno = 12
        - agno = 13
        - agno = 14
        - agno = 15
        - agno = 16
        - agno = 17
        - agno = 18
        - agno = 19
        - agno = 20
        - agno = 21
        - agno = 22
        - agno = 23
        - agno = 24
        - agno = 25
        - agno = 26
        - agno = 27
        - agno = 28
        - agno = 29
        - agno = 30
        - agno = 31
        - agno = 32
        - agno = 33
        - agno = 34
        - agno = 35
        - agno = 36
        - agno = 37
        - agno = 38
        - agno = 39
        - agno = 40
        - agno = 41
        - agno = 42
        - agno = 43
        - agno = 44
        - agno = 45
        - agno = 46
        - agno = 47
        - agno = 48
        - agno = 49
        - agno = 50
        - agno = 51
        - agno = 52
        - agno = 53
        - agno = 54
        - agno = 55
        - agno = 56
        - agno = 57
        - agno = 58
        - agno = 59
entry contains offset out of order in shortform dir 989855872
would have corrected entry offsets in directory 989855872
        - agno = 60
        - agno = 61
        - agno = 62
        - agno = 63
        - agno = 64
        - agno = 65
        - agno = 66
        - agno = 67
        - agno = 68
        - agno = 69
        - agno = 70
        - agno = 71
        - agno = 72
        - agno = 73
        - agno = 74
        - agno = 75
        - agno = 76
        - agno = 77
        - agno = 78
        - agno = 79
        - agno = 80
        - agno = 81
        - agno = 82
        - agno = 83
        - agno = 84
        - agno = 85
        - process newly discovered inodes...
Phase 4 - check for duplicate blocks...
        - setting up duplicate extent list...
        - check for inodes claiming duplicate blocks...
        - agno = 0
        - agno = 1
        - agno = 2
        - agno = 3
        - agno = 4
        - agno = 5
        - agno = 6
        - agno = 7
        - agno = 8
        - agno = 9
        - agno = 10
        - agno = 11
        - agno = 12
        - agno = 13
        - agno = 14
        - agno = 15
        - agno = 16
        - agno = 17
        - agno = 18
        - agno = 19
        - agno = 20
        - agno = 21
        - agno = 22
        - agno = 23
        - agno = 24
        - agno = 25
        - agno = 26
        - agno = 27
        - agno = 28
        - agno = 29
        - agno = 30
        - agno = 31
        - agno = 32
        - agno = 33
        - agno = 34
        - agno = 35
        - agno = 36
        - agno = 37
        - agno = 38
        - agno = 39
        - agno = 40
        - agno = 41
        - agno = 42
        - agno = 43
        - agno = 44
        - agno = 45
        - agno = 46
        - agno = 47
        - agno = 48
        - agno = 49
        - agno = 50
        - agno = 51
        - agno = 52
        - agno = 53
        - agno = 54
        - agno = 55
        - agno = 56
        - agno = 57
        - agno = 58
        - agno = 59
entry contains offset out of order in shortform dir 989855872
would have corrected entry offsets in directory 989855872
        - agno = 60
        - agno = 61
        - agno = 62
        - agno = 63
        - agno = 64
        - agno = 65
        - agno = 66
        - agno = 67
        - agno = 68
        - agno = 69
        - agno = 70
        - agno = 71
        - agno = 72
        - agno = 73
        - agno = 74
        - agno = 75
        - agno = 76
        - agno = 77
        - agno = 78
        - agno = 79
        - agno = 80
        - agno = 81
        - agno = 82
        - agno = 83
        - agno = 84
        - agno = 85
No modify flag set, skipping phase 5
Phase 6 - check inode connectivity...
        - traversing filesystem starting at / ... 
bad hash table for directory inode 950985409 (hash value mismatch): would 
rebuild
        - traversal finished ... 
        - traversing all unattached subtrees ... 
        - traversals finished ... 
        - moving disconnected inodes to lost+found ... 
Phase 7 - verify link counts...
No modify flag set, skipping filesystem flush and exiting.


That's it.

Does this tell you anything about what could be going wrong? Can I do anything 
else to further investigate the problem?

Thanks,

Ralf


-- 
Verkaufe Original-BMW-Raeder:                    L I N U X       .~.
http://adsl-bergs.rz.rwth-aachen.de/~rabe       The  Choice      /V\
                                                 of a  GNU      /( )\
                                                Generation      ^^-^^



<Prev in Thread] Current Thread [Next in Thread>
  • Re: VERY URGENT: "cp -a" creates mysteriously "hidden" files?!, Ralf G. R. Bergs <=