* Help with XFS
@ 2010-06-17 13:18 Thomas Førde
2010-06-17 15:15 ` Michael Monnerie
2010-06-18 11:21 ` Emmanuel Florac
0 siblings, 2 replies; 26+ messages in thread
From: Thomas Førde @ 2010-06-17 13:18 UTC (permalink / raw)
To: xfs
[-- Attachment #1.1: Type: text/plain, Size: 2971 bytes --]
during the other day our XFS filesystem had a unexpected shutdown
according to logs.
un 16 15:48:42 strmng04 kernel: 0x0: 00 00 c0 46 01 00 c0 46 77 02 c0 46
fe 7d 00 40
Jun 16 15:48:42 strmng04 kernel: Filesystem "sdf1": XFS internal error
xfs_da_do_buf(2) at line 2276 of file
/home/buildcentos/rpmbuild/BUILD/xfs-kmod-0.4/_kmod_build_smp/xfs_da_bt$
Jun 16 15:48:42 strmng04 kernel:
Jun 16 15:48:42 strmng04 kernel: Call
Trace:<ffffffffa0211762>{:xfs:xfs_corruption_error+236}
<ffffffffa023c7cc>{:xfs:kmem_zone_alloc+66}
Jun 16 15:48:42 strmng04 kernel:
<ffffffffa0202526>{:xfs:xfs_da_do_buf+1335}
<ffffffffa0202653>{:xfs:xfs_da_read_buf+21}
Jun 16 15:48:42 strmng04 kernel:
<ffffffffa0202653>{:xfs:xfs_da_read_buf+21}
<ffffffffa0207210>{:xfs:xfs_dir2_block_lookup_int+71}
Jun 16 15:48:42 strmng04 kernel:
<ffffffffa0207210>{:xfs:xfs_dir2_block_lookup_int+71}
Jun 16 15:48:42 strmng04 kernel:
<ffffffffa0207359>{:xfs:xfs_dir2_block_lookup+19}
<ffffffffa0206457>{:xfs:xfs_dir2_lookup+200}
Jun 16 15:48:42 strmng04 kernel: <ffffffff801347b0>{__wake_up+54}
<ffffffff801ef3a1>{__up_read+16}
Jun 16 15:48:42 strmng04 kernel:
<ffffffffa0229d22>{:xfs:xfs_dir_lookup_int+53}
<ffffffffa022e47d>{:xfs:xfs_lookup+74}
Jun 16 15:48:42 strmng04 kernel: <ffffffffa02371e0>{:xfs:linvfs_lookup+48}
<ffffffff80189fc5>{__lookup_hash+263}
Jun 16 15:48:42 strmng04 kernel: <ffffffff8018a04f>{lookup_one_len+94}
<ffffffffa03bd2bc>{:nfsd:nfsd_lookup+936}
Jun 16 15:48:42 strmng04 kernel:
<ffffffffa03c55fa>{:nfsd:nfsd3_proc_lookup+198}
<ffffffffa03ba7dc>{:nfsd:nfsd_dispatch+219}
Jun 16 15:48:42 strmng04 kernel:
<ffffffffa03474ac>{:sunrpc:svc_process+1227}
<ffffffff80134709>{default_wake_function+0}
Jun 16 15:48:42 strmng04 kernel: <ffffffffa03ba31b>{:nfsd:nfsd+0}
<ffffffffa03ba553>{:nfsd:nfsd+568}
Jun 16 15:48:42 strmng04 kernel: <ffffffff80133470>{schedule_tail+55}
<ffffffff80110fd3>{child_rip+8}
Jun 16 15:48:42 strmng04 kernel: <ffffffffa03ba31b>{:nfsd:nfsd+0}
<ffffffffa03ba31b>{:nfsd:nfsd+0}
Jun 16 15:48:42 strmng04 kernel: <ffffffff80110fcb>{child_rip+0}
many of those. and at the end
Jun 16 15:50:13 strmng04 kernel: xfs_force_shutdown(sdf1,0x8) called from
line 4092 of file
/home/buildcentos/rpmbuild/BUILD/xfs-kmod-0.4/_kmod_build_smp/xfs_bmap.c.
Return address
= 0xffffffffa01f7fb4
Jun 16 15:50:13 strmng04 kernel: Filesystem "sdf1": Corruption of
in-memory data detected. Shutting down filesystem: sdf1
Jun 16 15:50:13 strmng04 kernel: Please umount the filesystem, and rectify
the problem(s)
i have run xfs_check without any verbos information given
i have run xfs_repair without any information errors fixed.
when i try to mount the XFS filesystem of 10TB, my 7.8 TB of data is now
gone.
before: /dev/sdf1 10527858560 8801101708 1726756852 84%
/D5
after: /dev/sdf1 10527858560 528 10527858032 1%
/D5
help, where did my data go, and how can i get it back.
[-- Attachment #1.2: Type: text/html, Size: 4952 bytes --]
[-- Attachment #2: Type: text/plain, Size: 121 bytes --]
_______________________________________________
xfs mailing list
xfs@oss.sgi.com
http://oss.sgi.com/mailman/listinfo/xfs
^ permalink raw reply [flat|nested] 26+ messages in thread* Re: Help with XFS 2010-06-17 13:18 Help with XFS Thomas Førde @ 2010-06-17 15:15 ` Michael Monnerie 2010-06-18 11:21 ` Emmanuel Florac 1 sibling, 0 replies; 26+ messages in thread From: Michael Monnerie @ 2010-06-17 15:15 UTC (permalink / raw) To: xfs [-- Attachment #1.1: Type: Text/Plain, Size: 715 bytes --] On Donnerstag, 17. Juni 2010 Thomas Førde wrote: > when i try to mount the XFS filesystem of 10TB, my 7.8 TB of data is > now gone. Do you have any logs in /var/log/warn about errors before that crash? How long had that machine been up? What kernel version? How many files/dirs have there been? I'm not a dev, but I guess running xfs_metadump, zipping the outcome and putting it on a website would be a good preparation. -- mit freundlichen Grüssen, Michael Monnerie, Ing. BSc it-management Internet Services http://proteger.at [gesprochen: Prot-e-schee] Tel: 0660 / 415 65 31 // Wir haben im Moment zwei Häuser zu verkaufen: // http://zmi.at/langegg/ // http://zmi.at/haus2009/ [-- Attachment #1.2: This is a digitally signed message part. --] [-- Type: application/pgp-signature, Size: 198 bytes --] [-- Attachment #2: Type: text/plain, Size: 121 bytes --] _______________________________________________ xfs mailing list xfs@oss.sgi.com http://oss.sgi.com/mailman/listinfo/xfs ^ permalink raw reply [flat|nested] 26+ messages in thread
* Re: Help with XFS 2010-06-17 13:18 Help with XFS Thomas Førde 2010-06-17 15:15 ` Michael Monnerie @ 2010-06-18 11:21 ` Emmanuel Florac 2010-06-18 11:27 ` Thomas Førde 1 sibling, 1 reply; 26+ messages in thread From: Emmanuel Florac @ 2010-06-18 11:21 UTC (permalink / raw) To: Thomas Førde; +Cc: xfs Le Thu, 17 Jun 2010 15:18:26 +0200 Thomas Førde <thomas.forde@bergenofs.no> écrivait: > i have run xfs_check without any verbos information given > i have run xfs_repair without any information errors fixed. That's unfortunate that you didn't post here before doing irreparable damage. Any activity to the filesystem may delete permanently data, so you should stop using it completely until done with the rescue operations and unmount it. > > when i try to mount the XFS filesystem of 10TB, my 7.8 TB of data is > now gone. > > before: /dev/sdf1 10527858560 8801101708 > 1726756852 84% /D5 > after: /dev/sdf1 10527858560 528 > 10527858032 1% /D5 > Some old versions of xfs_repair may fail on big FS. You didn't mention which version you're using, which distribution and which kernel. The hardware setup may be important, too. > help, where did my data go, and how can i get it back. Apparently xfs_repair deleted it because it was corrupt (alas, happen sometimes with xfs_repair before 2.8). The best thing to do is to get it back from backups. I suppose that you have no backup (people don't do any backup until they lose important data, which always occurs). If you have no backups, your last hope is to use a tool like photorec to find your data on the raw device; however it won't reconstruct the metadata (no names, no folders, no hierarchy, no user rights). BTW you need some other place to store the newly discovered files with at least as much space (7.8 TB). My condolences. I once lost 13TB and see, I'm not dead. You'll get over it somehow. -- ------------------------------------------------------------------------ Emmanuel Florac | Direction technique | Intellique | <eflorac@intellique.com> | +33 1 78 94 84 02 ------------------------------------------------------------------------ _______________________________________________ xfs mailing list xfs@oss.sgi.com http://oss.sgi.com/mailman/listinfo/xfs ^ permalink raw reply [flat|nested] 26+ messages in thread
* Re: Help with XFS 2010-06-18 11:21 ` Emmanuel Florac @ 2010-06-18 11:27 ` Thomas Førde 2010-06-18 11:34 ` Emmanuel Florac 0 siblings, 1 reply; 26+ messages in thread From: Thomas Førde @ 2010-06-18 11:27 UTC (permalink / raw) To: Emmanuel Florac; +Cc: xfs [-- Attachment #1.1: Type: text/plain, Size: 3200 bytes --] both the xfs_check and xfs_Reapir was done from a unmounted system, the system has not been mounted or used since. its a IBM x3650 with stadnard 2x73GB disk. [root@strmng04 ~]# cat /etc/issue CentOS release 4.7 (Final) Kernel \r on an \m [root@strmng04 ~]# uname -a Linux strmng04 2.6.9-78.0.5.ELsmp #1 SMP Wed Oct 8 07:06:30 EDT 2008 x86_64 x86_64 x86_64 GNU/Linux there is no backup no, as how to backup 8 TB of data,very expensive tape wise. xfs_irecover ias been mentioned to me, so my fingers are crossed. Sincerely ------------------------------------------------------------------- Thomas Førde IT-Manager Mobile +47 90 41 41 90 Fax +47 55 31 67 66 thomas.forde@bergenofs.no www.bergenofs.no ------------------------------------------------------------------- Bergen Oilfield Services AS Address: Nedre Aastveit 12 NO-5106 Ovre Ervik ------------------------------------------------------------------- Please consider the environment before printing From: Emmanuel Florac <eflorac@intellique.com> To: Thomas Førde <thomas.forde@bergenofs.no> Cc: xfs@oss.sgi.com Date: 18.06.2010 13:21 Subject: Re: Help with XFS Le Thu, 17 Jun 2010 15:18:26 +0200 Thomas Førde <thomas.forde@bergenofs.no> écrivait: > i have run xfs_check without any verbos information given > i have run xfs_repair without any information errors fixed. That's unfortunate that you didn't post here before doing irreparable damage. Any activity to the filesystem may delete permanently data, so you should stop using it completely until done with the rescue operations and unmount it. > > when i try to mount the XFS filesystem of 10TB, my 7.8 TB of data is > now gone. > > before: /dev/sdf1 10527858560 8801101708 > 1726756852 84% /D5 > after: /dev/sdf1 10527858560 528 > 10527858032 1% /D5 > Some old versions of xfs_repair may fail on big FS. You didn't mention which version you're using, which distribution and which kernel. The hardware setup may be important, too. > help, where did my data go, and how can i get it back. Apparently xfs_repair deleted it because it was corrupt (alas, happen sometimes with xfs_repair before 2.8). The best thing to do is to get it back from backups. I suppose that you have no backup (people don't do any backup until they lose important data, which always occurs). If you have no backups, your last hope is to use a tool like photorec to find your data on the raw device; however it won't reconstruct the metadata (no names, no folders, no hierarchy, no user rights). BTW you need some other place to store the newly discovered files with at least as much space (7.8 TB). My condolences. I once lost 13TB and see, I'm not dead. You'll get over it somehow. -- ------------------------------------------------------------------------ Emmanuel Florac | Direction technique | Intellique | <eflorac@intellique.com> | +33 1 78 94 84 02 ------------------------------------------------------------------------ [-- Attachment #1.2: Type: text/html, Size: 5093 bytes --] [-- Attachment #2: Type: text/plain, Size: 121 bytes --] _______________________________________________ xfs mailing list xfs@oss.sgi.com http://oss.sgi.com/mailman/listinfo/xfs ^ permalink raw reply [flat|nested] 26+ messages in thread
* Re: Help with XFS 2010-06-18 11:27 ` Thomas Førde @ 2010-06-18 11:34 ` Emmanuel Florac 2010-06-18 11:43 ` Thomas Førde 0 siblings, 1 reply; 26+ messages in thread From: Emmanuel Florac @ 2010-06-18 11:34 UTC (permalink / raw) To: Thomas Førde; +Cc: xfs Le Fri, 18 Jun 2010 13:27:01 +0200 Thomas Førde <thomas.forde@bergenofs.no> écrivait: > both the xfs_check and xfs_Reapir was done from a unmounted system, > the system has not been mounted or used since. That's good. Did you run xfs_repair -n first ? Did you run xfs_repair -L afterwards? > its a IBM x3650 with stadnard 2x73GB disk. But what about the RAID array? > [root@strmng04 ~]# cat /etc/issue > CentOS release 4.7 (Final) > Kernel \r on an \m > > [root@strmng04 ~]# uname -a > Linux strmng04 2.6.9-78.0.5.ELsmp #1 SMP Wed Oct 8 07:06:30 EDT 2008 > x86_64 x86_64 x86_64 GNU/Linux > > > there is no backup no, as how to backup 8 TB of data,very expensive > tape wise. You could have a disk backup on cheaper drives. And current tapes are 800 GB (LTO-3) or 1.5 TB (LTO-4), and libraries are cheaper nowadays. > xfs_irecover ias been mentioned to me, so my fingers are crossed. > If your data is a huge bunch of media files or similar, photorec really can help you as a very last resort, though you'll have to manually sort through all this data... good luck, -- ------------------------------------------------------------------------ Emmanuel Florac | Direction technique | Intellique | <eflorac@intellique.com> | +33 1 78 94 84 02 ------------------------------------------------------------------------ _______________________________________________ xfs mailing list xfs@oss.sgi.com http://oss.sgi.com/mailman/listinfo/xfs ^ permalink raw reply [flat|nested] 26+ messages in thread
* Re: Help with XFS 2010-06-18 11:34 ` Emmanuel Florac @ 2010-06-18 11:43 ` Thomas Førde 2010-06-18 12:00 ` Emmanuel Florac ` (2 more replies) 0 siblings, 3 replies; 26+ messages in thread From: Thomas Førde @ 2010-06-18 11:43 UTC (permalink / raw) To: Emmanuel Florac; +Cc: xfs [-- Attachment #1.1: Type: text/plain, Size: 2360 bytes --] the raid array is a FC SAN array consisting of DS4700 unit with EXP810 expansion system xfs_check first, xfs_repair -n, and xfs_repair xfs_Repair -L has not been used. its seismisc processed data, large text files. Sincerely ------------------------------------------------------------------- Thomas Førde IT-Manager Mobile +47 90 41 41 90 Fax +47 55 31 67 66 thomas.forde@bergenofs.no www.bergenofs.no ------------------------------------------------------------------- Bergen Oilfield Services AS Address: Nedre Aastveit 12 NO-5106 Ovre Ervik ------------------------------------------------------------------- Please consider the environment before printing From: Emmanuel Florac <eflorac@intellique.com> To: Thomas Førde <thomas.forde@bergenofs.no> Cc: xfs@oss.sgi.com Date: 18.06.2010 13:35 Subject: Re: Help with XFS Le Fri, 18 Jun 2010 13:27:01 +0200 Thomas Førde <thomas.forde@bergenofs.no> écrivait: > both the xfs_check and xfs_Reapir was done from a unmounted system, > the system has not been mounted or used since. That's good. Did you run xfs_repair -n first ? Did you run xfs_repair -L afterwards? > its a IBM x3650 with stadnard 2x73GB disk. But what about the RAID array? > [root@strmng04 ~]# cat /etc/issue > CentOS release 4.7 (Final) > Kernel \r on an \m > > [root@strmng04 ~]# uname -a > Linux strmng04 2.6.9-78.0.5.ELsmp #1 SMP Wed Oct 8 07:06:30 EDT 2008 > x86_64 x86_64 x86_64 GNU/Linux > > > there is no backup no, as how to backup 8 TB of data,very expensive > tape wise. You could have a disk backup on cheaper drives. And current tapes are 800 GB (LTO-3) or 1.5 TB (LTO-4), and libraries are cheaper nowadays. > xfs_irecover ias been mentioned to me, so my fingers are crossed. > If your data is a huge bunch of media files or similar, photorec really can help you as a very last resort, though you'll have to manually sort through all this data... good luck, -- ------------------------------------------------------------------------ Emmanuel Florac | Direction technique | Intellique | <eflorac@intellique.com> | +33 1 78 94 84 02 ------------------------------------------------------------------------ [-- Attachment #1.2: Type: text/html, Size: 3911 bytes --] [-- Attachment #2: Type: text/plain, Size: 121 bytes --] _______________________________________________ xfs mailing list xfs@oss.sgi.com http://oss.sgi.com/mailman/listinfo/xfs ^ permalink raw reply [flat|nested] 26+ messages in thread
* Re: Help with XFS 2010-06-18 11:43 ` Thomas Førde @ 2010-06-18 12:00 ` Emmanuel Florac 2010-06-18 12:17 ` Thomas Førde ` (2 more replies) 2010-06-18 12:47 ` Help with XFS Andi Kleen 2010-06-18 16:43 ` Michael Monnerie 2 siblings, 3 replies; 26+ messages in thread From: Emmanuel Florac @ 2010-06-18 12:00 UTC (permalink / raw) To: Thomas Førde; +Cc: xfs Le Fri, 18 Jun 2010 13:43:57 +0200 Thomas Førde <thomas.forde@bergenofs.no> écrivait: > the raid array is a FC SAN array consisting of DS4700 unit with > EXP810 expansion system > > xfs_check first, xfs_repair -n, and xfs_repair > > xfs_Repair -L has not been used. That's fortunate, maybe something can be saved from that. > its seismisc processed data, large text files. I see. Extremely expensive to reproduce... If you know the file structure and the metadata isn't much ineresting, a simple perl or python script can scrap the raw device for the data. I've done it before. I can send you code snippets if you want. Did you have any success compiling xfs_irecover? It's a side note but one of my customers is specialised in seismic data acquisition, and record every data twice on two different RAID-1 systems and always keep at least two copies of everything, plus an on-tape copy... A commodity 16TB NAS costs much less (10000 € or less) than the data it holds and makes a nice backup system. NOTHING replaces a backup. Your system WILL fail someday (well it has now apparently). -- ------------------------------------------------------------------------ Emmanuel Florac | Direction technique | Intellique | <eflorac@intellique.com> | +33 1 78 94 84 02 ------------------------------------------------------------------------ _______________________________________________ xfs mailing list xfs@oss.sgi.com http://oss.sgi.com/mailman/listinfo/xfs ^ permalink raw reply [flat|nested] 26+ messages in thread
* Re: Help with XFS 2010-06-18 12:00 ` Emmanuel Florac @ 2010-06-18 12:17 ` Thomas Førde 2010-06-18 13:08 ` Emmanuel Florac 2010-06-18 12:30 ` Thomas Førde 2010-06-18 12:55 ` Stan Hoeppner 2 siblings, 1 reply; 26+ messages in thread From: Thomas Førde @ 2010-06-18 12:17 UTC (permalink / raw) To: Emmanuel Florac; +Cc: xfs [-- Attachment #1.1: Type: text/plain, Size: 2252 bytes --] got the libXH installed and compiled, but get a shared.22 error file does not exist trying to run it. Sincerely ------------------------------------------------------------------- Thomas Førde IT-Manager Mobile +47 90 41 41 90 Fax +47 55 31 67 66 thomas.forde@bergenofs.no www.bergenofs.no ------------------------------------------------------------------- Bergen Oilfield Services AS Address: Nedre Aastveit 12 NO-5106 Ovre Ervik ------------------------------------------------------------------- Please consider the environment before printing From: Emmanuel Florac <eflorac@intellique.com> To: Thomas Førde <thomas.forde@bergenofs.no> Cc: xfs@oss.sgi.com Date: 18.06.2010 14:00 Subject: Re: Help with XFS Le Fri, 18 Jun 2010 13:43:57 +0200 Thomas Førde <thomas.forde@bergenofs.no> écrivait: > the raid array is a FC SAN array consisting of DS4700 unit with > EXP810 expansion system > > xfs_check first, xfs_repair -n, and xfs_repair > > xfs_Repair -L has not been used. That's fortunate, maybe something can be saved from that. > its seismisc processed data, large text files. I see. Extremely expensive to reproduce... If you know the file structure and the metadata isn't much ineresting, a simple perl or python script can scrap the raw device for the data. I've done it before. I can send you code snippets if you want. Did you have any success compiling xfs_irecover? It's a side note but one of my customers is specialised in seismic data acquisition, and record every data twice on two different RAID-1 systems and always keep at least two copies of everything, plus an on-tape copy... A commodity 16TB NAS costs much less (10000 € or less) than the data it holds and makes a nice backup system. NOTHING replaces a backup. Your system WILL fail someday (well it has now apparently). -- ------------------------------------------------------------------------ Emmanuel Florac | Direction technique | Intellique | <eflorac@intellique.com> | +33 1 78 94 84 02 ------------------------------------------------------------------------ [-- Attachment #1.2: Type: text/html, Size: 3603 bytes --] [-- Attachment #2: Type: text/plain, Size: 121 bytes --] _______________________________________________ xfs mailing list xfs@oss.sgi.com http://oss.sgi.com/mailman/listinfo/xfs ^ permalink raw reply [flat|nested] 26+ messages in thread
* Re: Help with XFS 2010-06-18 12:17 ` Thomas Førde @ 2010-06-18 13:08 ` Emmanuel Florac 2010-06-18 13:35 ` Thomas Førde 0 siblings, 1 reply; 26+ messages in thread From: Emmanuel Florac @ 2010-06-18 13:08 UTC (permalink / raw) To: Thomas Førde; +Cc: xfs Le Fri, 18 Jun 2010 14:17:29 +0200 Thomas Førde <thomas.forde@bergenofs.no> écrivait: > got the libXH installed and compiled, but get a shared.22 error file > does not exist trying to run it. > Trying to run what? Apparently I can't compile hxtools with hxlib v1 nor version 3, only v2 would work apparently... -- ------------------------------------------------------------------------ Emmanuel Florac | Direction technique | Intellique | <eflorac@intellique.com> | +33 1 78 94 84 02 ------------------------------------------------------------------------ _______________________________________________ xfs mailing list xfs@oss.sgi.com http://oss.sgi.com/mailman/listinfo/xfs ^ permalink raw reply [flat|nested] 26+ messages in thread
* Re: Help with XFS 2010-06-18 13:08 ` Emmanuel Florac @ 2010-06-18 13:35 ` Thomas Førde 2010-06-18 14:01 ` Emmanuel Florac 0 siblings, 1 reply; 26+ messages in thread From: Thomas Førde @ 2010-06-18 13:35 UTC (permalink / raw) To: Emmanuel Florac; +Cc: xfs [-- Attachment #1.1: Type: text/plain, Size: 1535 bytes --] testrun of xfs_irecover error while loading shard libraries: libHX.so.22, cannot open shared object file, no such file or directory. prolly some libs at the wrong place point elsewhere. Sincerely ------------------------------------------------------------------- Thomas Førde IT-Manager Mobile +47 90 41 41 90 Fax +47 55 31 67 66 thomas.forde@bergenofs.no www.bergenofs.no ------------------------------------------------------------------- Bergen Oilfield Services AS Address: Nedre Aastveit 12 NO-5106 Ovre Ervik ------------------------------------------------------------------- Please consider the environment before printing From: Emmanuel Florac <eflorac@intellique.com> To: Thomas Førde <thomas.forde@bergenofs.no> Cc: xfs@oss.sgi.com Date: 18.06.2010 15:08 Subject: Re: Help with XFS Le Fri, 18 Jun 2010 14:17:29 +0200 Thomas Førde <thomas.forde@bergenofs.no> écrivait: > got the libXH installed and compiled, but get a shared.22 error file > does not exist trying to run it. > Trying to run what? Apparently I can't compile hxtools with hxlib v1 nor version 3, only v2 would work apparently... -- ------------------------------------------------------------------------ Emmanuel Florac | Direction technique | Intellique | <eflorac@intellique.com> | +33 1 78 94 84 02 ------------------------------------------------------------------------ [-- Attachment #1.2: Type: text/html, Size: 2895 bytes --] [-- Attachment #2: Type: text/plain, Size: 121 bytes --] _______________________________________________ xfs mailing list xfs@oss.sgi.com http://oss.sgi.com/mailman/listinfo/xfs ^ permalink raw reply [flat|nested] 26+ messages in thread
* Re: Help with XFS 2010-06-18 13:35 ` Thomas Førde @ 2010-06-18 14:01 ` Emmanuel Florac 2010-06-18 18:50 ` Thomas Førde 0 siblings, 1 reply; 26+ messages in thread From: Emmanuel Florac @ 2010-06-18 14:01 UTC (permalink / raw) To: Thomas Førde; +Cc: xfs Le Fri, 18 Jun 2010 15:35:39 +0200 Thomas Førde <thomas.forde@bergenofs.no> écrivait: > testrun of xfs_irecover > > > error while loading shard libraries: libHX.so.22, cannot open shared > object file, no such file or directory. > > prolly some libs at the wrong place point elsewhere. > What version of libhx did you install and how? I've finally managed to compile xfs_irecover by using libhx18. -- ------------------------------------------------------------------------ Emmanuel Florac | Direction technique | Intellique | <eflorac@intellique.com> | +33 1 78 94 84 02 ------------------------------------------------------------------------ _______________________________________________ xfs mailing list xfs@oss.sgi.com http://oss.sgi.com/mailman/listinfo/xfs ^ permalink raw reply [flat|nested] 26+ messages in thread
* Re: Help with XFS 2010-06-18 14:01 ` Emmanuel Florac @ 2010-06-18 18:50 ` Thomas Førde 2010-06-18 20:57 ` Emmanuel Florac 0 siblings, 1 reply; 26+ messages in thread From: Thomas Førde @ 2010-06-18 18:50 UTC (permalink / raw) To: Emmanuel Florac; +Cc: xfs [-- Attachment #1.1: Type: text/plain, Size: 1525 bytes --] when i compiled it i used libHX 3.4 as thats why the xfs_irecover ./configure demanded. Sincerely ------------------------------------------------------------------- Thomas Førde IT-Manager Mobile +47 90 41 41 90 Fax +47 55 31 67 66 thomas.forde@bergenofs.no www.bergenofs.no ------------------------------------------------------------------- Bergen Oilfield Services AS Address: Nedre Aastveit 12 NO-5106 Ovre Ervik ------------------------------------------------------------------- Please consider the environment before printing From: Emmanuel Florac <eflorac@intellique.com> To: Thomas Førde <thomas.forde@bergenofs.no> Cc: xfs@oss.sgi.com Date: 18.06.2010 16:01 Subject: Re: Help with XFS Le Fri, 18 Jun 2010 15:35:39 +0200 Thomas Førde <thomas.forde@bergenofs.no> écrivait: > testrun of xfs_irecover > > > error while loading shard libraries: libHX.so.22, cannot open shared > object file, no such file or directory. > > prolly some libs at the wrong place point elsewhere. > What version of libhx did you install and how? I've finally managed to compile xfs_irecover by using libhx18. -- ------------------------------------------------------------------------ Emmanuel Florac | Direction technique | Intellique | <eflorac@intellique.com> | +33 1 78 94 84 02 ------------------------------------------------------------------------ [-- Attachment #1.2: Type: text/html, Size: 2824 bytes --] [-- Attachment #2: Type: text/plain, Size: 121 bytes --] _______________________________________________ xfs mailing list xfs@oss.sgi.com http://oss.sgi.com/mailman/listinfo/xfs ^ permalink raw reply [flat|nested] 26+ messages in thread
* Re: Help with XFS 2010-06-18 18:50 ` Thomas Førde @ 2010-06-18 20:57 ` Emmanuel Florac 0 siblings, 0 replies; 26+ messages in thread From: Emmanuel Florac @ 2010-06-18 20:57 UTC (permalink / raw) To: Thomas Førde; +Cc: xfs Le Fri, 18 Jun 2010 20:50:49 +0200 vous écriviez: > when i compiled it i used libHX 3.4 as thats why the xfs_irecover > ./configure demanded. Yes, but did you install libhx? Do you have /usr/lib/libHX.so* ? -- ------------------------------------------------------------------------ Emmanuel Florac | Direction technique | Intellique | <eflorac@intellique.com> | +33 1 78 94 84 02 ------------------------------------------------------------------------ _______________________________________________ xfs mailing list xfs@oss.sgi.com http://oss.sgi.com/mailman/listinfo/xfs ^ permalink raw reply [flat|nested] 26+ messages in thread
* Re: Help with XFS 2010-06-18 12:00 ` Emmanuel Florac 2010-06-18 12:17 ` Thomas Førde @ 2010-06-18 12:30 ` Thomas Førde 2010-06-18 12:48 ` Emmanuel Florac 2010-06-18 13:00 ` Stan Hoeppner 2010-06-18 12:55 ` Stan Hoeppner 2 siblings, 2 replies; 26+ messages in thread From: Thomas Førde @ 2010-06-18 12:30 UTC (permalink / raw) To: Emmanuel Florac; +Cc: xfs [-- Attachment #1.1: Type: text/plain, Size: 2425 bytes --] they have all the data in tape, but not the processed data, so that has to be redone, will take about 15-30 days work to get updated. ill see if we can rebuild a different SAN with mirror functionalityt, y have 384x300GB disk in my SAN, so it should be possible. Sincerely ------------------------------------------------------------------- Thomas Førde IT-Manager Mobile +47 90 41 41 90 Fax +47 55 31 67 66 thomas.forde@bergenofs.no www.bergenofs.no ------------------------------------------------------------------- Bergen Oilfield Services AS Address: Nedre Aastveit 12 NO-5106 Ovre Ervik ------------------------------------------------------------------- Please consider the environment before printing From: Emmanuel Florac <eflorac@intellique.com> To: Thomas Førde <thomas.forde@bergenofs.no> Cc: xfs@oss.sgi.com Date: 18.06.2010 14:00 Subject: Re: Help with XFS Le Fri, 18 Jun 2010 13:43:57 +0200 Thomas Førde <thomas.forde@bergenofs.no> écrivait: > the raid array is a FC SAN array consisting of DS4700 unit with > EXP810 expansion system > > xfs_check first, xfs_repair -n, and xfs_repair > > xfs_Repair -L has not been used. That's fortunate, maybe something can be saved from that. > its seismisc processed data, large text files. I see. Extremely expensive to reproduce... If you know the file structure and the metadata isn't much ineresting, a simple perl or python script can scrap the raw device for the data. I've done it before. I can send you code snippets if you want. Did you have any success compiling xfs_irecover? It's a side note but one of my customers is specialised in seismic data acquisition, and record every data twice on two different RAID-1 systems and always keep at least two copies of everything, plus an on-tape copy... A commodity 16TB NAS costs much less (10000 € or less) than the data it holds and makes a nice backup system. NOTHING replaces a backup. Your system WILL fail someday (well it has now apparently). -- ------------------------------------------------------------------------ Emmanuel Florac | Direction technique | Intellique | <eflorac@intellique.com> | +33 1 78 94 84 02 ------------------------------------------------------------------------ [-- Attachment #1.2: Type: text/html, Size: 3840 bytes --] [-- Attachment #2: Type: text/plain, Size: 121 bytes --] _______________________________________________ xfs mailing list xfs@oss.sgi.com http://oss.sgi.com/mailman/listinfo/xfs ^ permalink raw reply [flat|nested] 26+ messages in thread
* Re: Help with XFS 2010-06-18 12:30 ` Thomas Førde @ 2010-06-18 12:48 ` Emmanuel Florac 2010-06-19 15:14 ` Robert Brockway 2010-06-18 13:00 ` Stan Hoeppner 1 sibling, 1 reply; 26+ messages in thread From: Emmanuel Florac @ 2010-06-18 12:48 UTC (permalink / raw) To: Thomas Førde; +Cc: xfs Le Fri, 18 Jun 2010 14:30:43 +0200 Thomas Førde <thomas.forde@bergenofs.no> écrivait: > ill see if we can rebuild a different SAN with mirror functionalityt, > y have 384x300GB disk in my SAN, so it should be possible. No, a mirror will corrupt your data as well, a simple copy is better; unless you break the mirror as soon as the data is on it, to keep a copy safe. But the copy has another benefit, it's a different filesystem too. -- ------------------------------------------------------------------------ Emmanuel Florac | Direction technique | Intellique | <eflorac@intellique.com> | +33 1 78 94 84 02 ------------------------------------------------------------------------ _______________________________________________ xfs mailing list xfs@oss.sgi.com http://oss.sgi.com/mailman/listinfo/xfs ^ permalink raw reply [flat|nested] 26+ messages in thread
* Re: Help with XFS 2010-06-18 12:48 ` Emmanuel Florac @ 2010-06-19 15:14 ` Robert Brockway 0 siblings, 0 replies; 26+ messages in thread From: Robert Brockway @ 2010-06-19 15:14 UTC (permalink / raw) To: xfs [-- Attachment #1: Type: TEXT/PLAIN, Size: 843 bytes --] On Fri, 18 Jun 2010, Emmanuel Florac wrote: > Le Fri, 18 Jun 2010 14:30:43 +0200 > Thomas Førde <thomas.forde@bergenofs.no> écrivait: > >> ill see if we can rebuild a different SAN with mirror functionalityt, >> y have 384x300GB disk in my SAN, so it should be possible. > > No, a mirror will corrupt your data as well, a simple copy is better; Exactly. High availability and backups are two different things, although people often confuse them. Here are my notes from my backup talk: http://www.timetraveller.org/talks/backup_talk.pdf This approach is honed over many years, having done many disaster recoveries in the real world. Cheers, Rob -- Email: robert@timetraveller.org Linux counter ID #16440 IRC: Solver (OFTC & Freenode) Web: http://www.practicalsysadmin.com Open Source: The revolution that silently changed the world [-- Attachment #2: Type: text/plain, Size: 121 bytes --] _______________________________________________ xfs mailing list xfs@oss.sgi.com http://oss.sgi.com/mailman/listinfo/xfs ^ permalink raw reply [flat|nested] 26+ messages in thread
* Re: Help with XFS 2010-06-18 12:30 ` Thomas Førde 2010-06-18 12:48 ` Emmanuel Florac @ 2010-06-18 13:00 ` Stan Hoeppner 1 sibling, 0 replies; 26+ messages in thread From: Stan Hoeppner @ 2010-06-18 13:00 UTC (permalink / raw) To: xfs Thomas Førde put forth on 6/18/2010 7:30 AM: > they have all the data in tape, but not the processed data, so that has to > be redone, will take about 15-30 days work to get updated. > > ill see if we can rebuild a different SAN with mirror functionalityt, y > have 384x300GB disk in my SAN, so it should be possible. Heheh. Well, scratch my Nexsan recommendation then. With that much free space on your SAN arrays, one wonders why you didn't already have some kind of tar'd or other backup of the processed data... -- Stan _______________________________________________ xfs mailing list xfs@oss.sgi.com http://oss.sgi.com/mailman/listinfo/xfs ^ permalink raw reply [flat|nested] 26+ messages in thread
* Re: Help with XFS 2010-06-18 12:00 ` Emmanuel Florac 2010-06-18 12:17 ` Thomas Førde 2010-06-18 12:30 ` Thomas Førde @ 2010-06-18 12:55 ` Stan Hoeppner 2010-06-18 14:04 ` Emmanuel Florac 2 siblings, 1 reply; 26+ messages in thread From: Stan Hoeppner @ 2010-06-18 12:55 UTC (permalink / raw) To: xfs Emmanuel Florac put forth on 6/18/2010 7:00 AM: > A commodity 16TB NAS costs much less (10000 € or less) > than the data it holds and makes a nice backup system. NOTHING replaces > a backup. Your system WILL fail someday (well it has now apparently). Since he already has a FC SAN, going with something like a 4Gb FC Nexsan Sataboy w/16 1TB drives would be a better option. Pricing should be around $10-12k USD. I bought an 8x500GB drive 2Gb FC Satablade back in 2006 for approximately $9k USD because expanding our IBM FasTt 600 would have cost over $20K USD for 1/4th the additional storage of thh Nexsan (the FasTt 600 wasn't compatible with the EXP810, so the only expansion option was adding another FC tray with 14x73GB 15k FC disks). As long as the OP has a free SFP LC port on his FC switch (and the ability to program zones) this is definitely the way to go. No NFS/CIFS overhead. And given the default 1GB cache on the Sataboy, it'll likely have better performance than the DS4700/EXP810 combo (at half the cost). The web GUI admin interface makes setting up and managing the Nexsan units a breeze. I've been really happy with ours, and with Nexsan support. Great products, great company. http://www.nexsan.com/sataboy.php -- Stan _______________________________________________ xfs mailing list xfs@oss.sgi.com http://oss.sgi.com/mailman/listinfo/xfs ^ permalink raw reply [flat|nested] 26+ messages in thread
* Re: Help with XFS 2010-06-18 12:55 ` Stan Hoeppner @ 2010-06-18 14:04 ` Emmanuel Florac 2010-06-18 15:38 ` Help with XFS -- use DS4700 Volume Copy feature for backing up the seismic date LUN Stan Hoeppner 0 siblings, 1 reply; 26+ messages in thread From: Emmanuel Florac @ 2010-06-18 14:04 UTC (permalink / raw) To: Stan Hoeppner; +Cc: xfs Le Fri, 18 Jun 2010 07:55:14 -0500 Stan Hoeppner <stan@hardwarefreak.com> écrivait: > Since he already has a FC SAN, going with something like a 4Gb FC > Nexsan Sataboy w/16 1TB drives would be a better option. Why not, actually anything that could hold a backup will do :) -- ------------------------------------------------------------------------ Emmanuel Florac | Direction technique | Intellique | <eflorac@intellique.com> | +33 1 78 94 84 02 ------------------------------------------------------------------------ _______________________________________________ xfs mailing list xfs@oss.sgi.com http://oss.sgi.com/mailman/listinfo/xfs ^ permalink raw reply [flat|nested] 26+ messages in thread
* Re: Help with XFS -- use DS4700 Volume Copy feature for backing up the seismic date LUN 2010-06-18 14:04 ` Emmanuel Florac @ 2010-06-18 15:38 ` Stan Hoeppner 0 siblings, 0 replies; 26+ messages in thread From: Stan Hoeppner @ 2010-06-18 15:38 UTC (permalink / raw) To: xfs Emmanuel Florac put forth on 6/18/2010 9:04 AM: > Le Fri, 18 Jun 2010 07:55:14 -0500 > Stan Hoeppner <stan@hardwarefreak.com> écrivait: > >> Since he already has a FC SAN, going with something like a 4Gb FC >> Nexsan Sataboy w/16 1TB drives would be a better option. > > Why not, actually anything that could hold a backup will do :) That really depends on the size of one's filesystem(s) to be backed up and the required backup schedule. Backup times, optimal configurations: 10TB FS 20TB FS 40TB FS 4Gb FC 7 hours 14 hours 28 hours 1GbE NFS 28 hours 56 hours 111 hours With 4Gb FC one could backup 40TB in just over a day. Using a 1GbE NAS filer it would take 4.6 days, almost an entire standard business _week_. Now, depending on the data, one could always tar the FS with compression and substantially decrease these wire xfer times with either FC or NAS, which most OPs would probably do with given the FS sizes involved. And this is where the really nice high end arrays start to be worth their price tag. Even some upper midrange arrays, both SAN and NAS, have PIT snapshot and LUN mirroring backup capabilities. Both operations are much faster than a filesystem level backup over the wire. The DS4700 offers both a PIT snapshot feature called "FlashCopy" and a LUN mirroring feature called "Volume Copy". It would seem in the OP's case that making use of the DS4700's Volume Copy feature would be of great benefit. He would simply make a Volume Copy of the current LUN holding the processed seismic data using the System Storage DS4000 Storage Manager software. He should be able to schedule this operation to occur nightly, every other day, weekly, biweekly, etc, or he could just run it manually occasionally if the dataset doesn't change after it's been processed. Again, given the OP's SAN hardware, this is really the only way to fly in this case. -- Stan _______________________________________________ xfs mailing list xfs@oss.sgi.com http://oss.sgi.com/mailman/listinfo/xfs ^ permalink raw reply [flat|nested] 26+ messages in thread
* Re: Help with XFS 2010-06-18 11:43 ` Thomas Førde 2010-06-18 12:00 ` Emmanuel Florac @ 2010-06-18 12:47 ` Andi Kleen 2010-06-18 16:43 ` Michael Monnerie 2 siblings, 0 replies; 26+ messages in thread From: Andi Kleen @ 2010-06-18 12:47 UTC (permalink / raw) To: Thomas Førde; +Cc: xfs Thomas Førde <thomas.forde@bergenofs.no> writes: > the raid array is a FC SAN array consisting of DS4700 unit with EXP810 > expansion system > > xfs_check first, xfs_repair -n, and xfs_repair > > xfs_Repair -L has not been used. > > its seismisc processed data, large text files. I've seen people get text files (source files) back with strings /dev/... If you're lucky it's mostly continous and large and not too hard to sort out. But definitely backups are a good idea next time. RAID is no replacement for backups. -Andi -- ak@linux.intel.com -- Speaking for myself only. _______________________________________________ xfs mailing list xfs@oss.sgi.com http://oss.sgi.com/mailman/listinfo/xfs ^ permalink raw reply [flat|nested] 26+ messages in thread
* Re: Help with XFS 2010-06-18 11:43 ` Thomas Førde 2010-06-18 12:00 ` Emmanuel Florac 2010-06-18 12:47 ` Help with XFS Andi Kleen @ 2010-06-18 16:43 ` Michael Monnerie 2010-06-18 16:52 ` Emmanuel Florac 2010-06-18 17:21 ` Stan Hoeppner 2 siblings, 2 replies; 26+ messages in thread From: Michael Monnerie @ 2010-06-18 16:43 UTC (permalink / raw) To: xfs [-- Attachment #1.1: Type: Text/Plain, Size: 592 bytes --] On Freitag, 18. Juni 2010 Thomas Førde wrote: > the raid array is a FC SAN array consisting of DS4700 unit with > EXP810 expansion system You have the money for a IBM DS4700 (costs with disk >15.000€), but not for 4 cheap 2TB SATA disks to at least copy the data there? That would have cost <500€. -- mit freundlichen Grüssen, Michael Monnerie, Ing. BSc it-management Internet Services http://proteger.at [gesprochen: Prot-e-schee] Tel: 0660 / 415 65 31 // Wir haben im Moment zwei Häuser zu verkaufen: // http://zmi.at/langegg/ // http://zmi.at/haus2009/ [-- Attachment #1.2: This is a digitally signed message part. --] [-- Type: application/pgp-signature, Size: 198 bytes --] [-- Attachment #2: Type: text/plain, Size: 121 bytes --] _______________________________________________ xfs mailing list xfs@oss.sgi.com http://oss.sgi.com/mailman/listinfo/xfs ^ permalink raw reply [flat|nested] 26+ messages in thread
* Re: Help with XFS 2010-06-18 16:43 ` Michael Monnerie @ 2010-06-18 16:52 ` Emmanuel Florac 2010-06-19 8:29 ` Michael Monnerie 2010-06-18 17:21 ` Stan Hoeppner 1 sibling, 1 reply; 26+ messages in thread From: Emmanuel Florac @ 2010-06-18 16:52 UTC (permalink / raw) To: Michael Monnerie; +Cc: xfs [-- Attachment #1.1: Type: text/plain, Size: 745 bytes --] Le Fri, 18 Jun 2010 18:43:01 +0200 Michael Monnerie <michael.monnerie@is.it-management.at> écrivait: > > You have the money for a IBM DS4700 (costs with disk >15.000€), but > not for 4 cheap 2TB SATA disks to at least copy the data there? That > would have cost <500€. This isn't very helpful. Advice to everyone : read the tao of backup ( http://www.taobackup.com ). Old, funny and still right on. -- ------------------------------------------------------------------------ Emmanuel Florac | Direction technique | Intellique | <eflorac@intellique.com> | +33 1 78 94 84 02 ------------------------------------------------------------------------ [-- Attachment #1.2: signature.asc --] [-- Type: application/pgp-signature, Size: 197 bytes --] [-- Attachment #2: Type: text/plain, Size: 121 bytes --] _______________________________________________ xfs mailing list xfs@oss.sgi.com http://oss.sgi.com/mailman/listinfo/xfs ^ permalink raw reply [flat|nested] 26+ messages in thread
* Re: Help with XFS 2010-06-18 16:52 ` Emmanuel Florac @ 2010-06-19 8:29 ` Michael Monnerie 0 siblings, 0 replies; 26+ messages in thread From: Michael Monnerie @ 2010-06-19 8:29 UTC (permalink / raw) To: xfs [-- Attachment #1.1: Type: Text/Plain, Size: 1137 bytes --] On Freitag, 18. Juni 2010 Emmanuel Florac wrote: > > You have the money for a IBM DS4700 (costs with disk >15.000€), but > > not for 4 cheap 2TB SATA disks to at least copy the data there? > > That would have cost <500€. > > This isn't very helpful. Advice to everyone : read the tao of backup > ( http://www.taobackup.com ). Old, funny and still right on. I didn't say it's a backup solution. It's the simplest form of keeping data, and would have helped here. We tend to do backup-to-disk and then disk-to-tape, which until now is superior to just backup-to-tape. It speeds up backup and restore time, even when "just" using simple 2TB SATA drives (in RAID-5 arrays). The following disk-to-tape runs without any start/stop cycles of the tape (mostly LTO4 now), leading to much longer tape and tape drive lifetimes than before. -- mit freundlichen Grüssen, Michael Monnerie, Ing. BSc it-management Internet Services http://proteger.at [gesprochen: Prot-e-schee] Tel: 0660 / 415 65 31 // Wir haben im Moment zwei Häuser zu verkaufen: // http://zmi.at/langegg/ // http://zmi.at/haus2009/ [-- Attachment #1.2: This is a digitally signed message part. --] [-- Type: application/pgp-signature, Size: 198 bytes --] [-- Attachment #2: Type: text/plain, Size: 121 bytes --] _______________________________________________ xfs mailing list xfs@oss.sgi.com http://oss.sgi.com/mailman/listinfo/xfs ^ permalink raw reply [flat|nested] 26+ messages in thread
* Re: Help with XFS 2010-06-18 16:43 ` Michael Monnerie 2010-06-18 16:52 ` Emmanuel Florac @ 2010-06-18 17:21 ` Stan Hoeppner 2010-06-19 13:13 ` Emmanuel Florac 1 sibling, 1 reply; 26+ messages in thread From: Stan Hoeppner @ 2010-06-18 17:21 UTC (permalink / raw) To: xfs Michael Monnerie put forth on 6/18/2010 11:43 AM: > On Freitag, 18. Juni 2010 Thomas Førde wrote: >> the raid array is a FC SAN array consisting of DS4700 unit with >> EXP810 expansion system > > You have the money for a IBM DS4700 (costs with disk >15.000€), but not > for 4 cheap 2TB SATA disks to at least copy the data there? That would > have cost <500€. I'm guessing the OP works for a petroleum company, given the seismic data. Either that or a government agency studying volcanism. He states their DS4700 system(s) (a single DS4700 is limited to 112 drives) have 384x300GB drives. That setup would cost at least $250k USD at IBM list price, probably more given the number of drives. Money isn't the issue here. Lack of planning and procedure seems to be the issue. -- Stan _______________________________________________ xfs mailing list xfs@oss.sgi.com http://oss.sgi.com/mailman/listinfo/xfs ^ permalink raw reply [flat|nested] 26+ messages in thread
* Re: Help with XFS 2010-06-18 17:21 ` Stan Hoeppner @ 2010-06-19 13:13 ` Emmanuel Florac 0 siblings, 0 replies; 26+ messages in thread From: Emmanuel Florac @ 2010-06-19 13:13 UTC (permalink / raw) To: Stan Hoeppner; +Cc: xfs Le Fri, 18 Jun 2010 12:21:13 -0500 vous écriviez: > Money isn't the issue here. Lack of planning and procedure seems to > be the issue. > Yes, we all agree on that, Thomas must be inexperienced and nobody ever makes backup prior to serious data loss :) Now he'll see how to do backups, but his current problem is being able to restore the data if possible... -- ------------------------------------------------------------------------ Emmanuel Florac | Direction technique | Intellique | <eflorac@intellique.com> | +33 1 78 94 84 02 ------------------------------------------------------------------------ _______________________________________________ xfs mailing list xfs@oss.sgi.com http://oss.sgi.com/mailman/listinfo/xfs ^ permalink raw reply [flat|nested] 26+ messages in thread
end of thread, other threads:[~2010-06-19 15:08 UTC | newest] Thread overview: 26+ messages (download: mbox.gz follow: Atom feed -- links below jump to the message on this page -- 2010-06-17 13:18 Help with XFS Thomas Førde 2010-06-17 15:15 ` Michael Monnerie 2010-06-18 11:21 ` Emmanuel Florac 2010-06-18 11:27 ` Thomas Førde 2010-06-18 11:34 ` Emmanuel Florac 2010-06-18 11:43 ` Thomas Førde 2010-06-18 12:00 ` Emmanuel Florac 2010-06-18 12:17 ` Thomas Førde 2010-06-18 13:08 ` Emmanuel Florac 2010-06-18 13:35 ` Thomas Førde 2010-06-18 14:01 ` Emmanuel Florac 2010-06-18 18:50 ` Thomas Førde 2010-06-18 20:57 ` Emmanuel Florac 2010-06-18 12:30 ` Thomas Førde 2010-06-18 12:48 ` Emmanuel Florac 2010-06-19 15:14 ` Robert Brockway 2010-06-18 13:00 ` Stan Hoeppner 2010-06-18 12:55 ` Stan Hoeppner 2010-06-18 14:04 ` Emmanuel Florac 2010-06-18 15:38 ` Help with XFS -- use DS4700 Volume Copy feature for backing up the seismic date LUN Stan Hoeppner 2010-06-18 12:47 ` Help with XFS Andi Kleen 2010-06-18 16:43 ` Michael Monnerie 2010-06-18 16:52 ` Emmanuel Florac 2010-06-19 8:29 ` Michael Monnerie 2010-06-18 17:21 ` Stan Hoeppner 2010-06-19 13:13 ` Emmanuel Florac
This is a public inbox, see mirroring instructions for how to clone and mirror all data and code used for this inbox