Lost all Data

Hi, I dont Know when this actually happened today or yesterday. After the Update I found that the pfss on my Master and Slave mirror are completely missing. I cannot point out to anything except upgrade because nothing happens on the system except upgrade that is of administration status. mount

Re: Lost all Data

Siju George wrote: Hi, I dont Know when this actually happened today or yesterday. After the Update I found that the pfss on my Master and Slave mirror are completely missing. I cannot point out to anything except upgrade because nothing happens on the system except upgrade that is of

Re: Lost all Data

Siju George wrote: h: 955801585 20971520unused# 466699.993MB ^^ this is flagged unused. change it to read HAMMER. do that by running disklabel -e h: 955801585 20971520unused# 466699.993MB same here. cheers simon

Re: Lost all Data

On Tue, Aug 11, 2009 at 8:03 PM, Simon 'corecode' Schubertcorec...@fs.ei.tum.de wrote: Siju George wrote:  h:  955801585   20971520    unused    #  466699.993MB ^^ this is flagged unused.  change it to read HAMMER.  do that by running disklabel -e  h:  955801585   20971520    unused    #  

Re: Lost all Data

Siju George wrote: On Tue, Aug 11, 2009 at 8:03 PM, Simon 'corecode' Schubertcorec...@fs.ei.tum.de wrote: Siju George wrote: h: 955801585 20971520unused# 466699.993MB ^^ this is flagged unused. change it to read HAMMER. do that by running disklabel -e h: 955801585

Re: Lost all Data

On Tue, Aug 11, 2009 at 8:14 PM, Simon 'corecode' Schubertcorec...@fs.ei.tum.de wrote: that's my point.  give the slices a proper type in disklabel, then they will appear (devfs). disklabel says line 29: Warning, unknown filesystem type hammer and the disklabel shows unused still :-( I

Re: Lost all Data

On Tue, Aug 11, 2009 at 7:30 PM, Simon 'corecode' Schubertcorec...@fs.ei.tum.de wrote: undo does not work on directories, try hammer history How do I do that? Any Idea how to get the data back? it doesn't seem that /Backup1 or /Backup2 are mounted.  Did maybe your device numbers change

Re: Lost all Data

On Tue, Aug 11, 2009 at 8:12 PM, Sascha Wildners...@online.de wrote: Siju George schrieb: Hope the Data is still in there and it is a matter of making the device file /dev/ad4s1h and ad6s1h :-) Are these GPT related partitions? No they are not GPT To what did you upgrade? And when? I

Re: Lost all Data

Siju George schrieb: Hope the Data is still in there and it is a matter of making the device file /dev/ad4s1h and ad6s1h :-) Are these GPT related partitions? To what did you upgrade? And when? Can you try upgrading again or are the disks crucial for that? What disk devices do you have in

Re: Lost all Data

Siju George schrieb: disklabel says line 29: Warning, unknown filesystem type hammer and the disklabel shows unused still :-( Does HAMMER (uppercase) work? Sascha -- http://yoyodyne.ath.cx

Re: Lost all Data

Siju George wrote: On Tue, Aug 11, 2009 at 8:14 PM, Simon 'corecode' Schubertcorec...@fs.ei.tum.de wrote: that's my point. give the slices a proper type in disklabel, then they will appear (devfs). disklabel says line 29: Warning, unknown filesystem type hammer as i wrote before, use

Re: Lost all Data

: line 29: Warning, unknown filesystem type hammer : :as i wrote before, use HAMMER (yes, not intuitive.) : :cheers : simon The lower/upper case problem has caught more then a few people. I will change the lookups in the disklabel code to use strcasecmp(). I have also noticed that

Re: Lost all Data

On Tue, Aug 11, 2009 at 9:45 PM, Simon 'corecode' Schubertcorec...@fs.ei.tum.de wrote: as i wrote before, use HAMMER (yes, not intuitive.) Yes it worked Now i have all data :-)) but my /dev on the second disk has more files than /dev on the first disk. I have updated the base

Re: Lost all Data

That's because on one you have devfs mounted and on the other one you don't. Sincerely, Alex Hornung 2009/8/11 Siju George sgeorge...@gmail.com: On Tue, Aug 11, 2009 at 9:45 PM, Simon 'corecode' Schubertcorec...@fs.ei.tum.de wrote: as i wrote before, use HAMMER (yes, not intuitive.) Yes

Re: Lost all Data

:but my /dev on the second disk has more files than /dev on the first disk. :I have updated the base system on the second disk also using chroot . :Is it because i have not booted from the second disk after the upgade? It's just because DEVFS is mounted on one and not mounted on the

got some strange vfsync messages about dirty buffer!

Hi! What does this kernel messages mean? Aug 11 19:27:05 kernel: Warning: vfsync_bp skipping dirty buffer 0xc2d52bec Aug 11 19:57:40 kernel: Warning: vfsync_bp skipping dirty buffer 0xc2ecb6a4 Aug 11 20:58:52 kernel: Warning: vfsync_bp skipping dirty buffer 0xc2c6c150 My machine is a

Re: got some strange vfsync messages about dirty buffer!

:Hi! : :What does this kernel messages mean? : :Aug 11 19:27:05 kernel: Warning: vfsync_bp skipping dirty buffer :0xc2d52bec :Aug 11 19:57:40 kernel: Warning: vfsync_bp skipping dirty buffer :0xc2ecb6a4 :Aug 11 20:58:52 kernel: Warning: vfsync_bp skipping dirty buffer :0xc2c6c150 You can

Re: got some strange vfsync messages about dirty buffer!

Matthew Dillon wrote: :Hi! : :What does this kernel messages mean? : :Aug 11 19:27:05 kernel: Warning: vfsync_bp skipping dirty buffer :0xc2d52bec :Aug 11 19:57:40 kernel: Warning: vfsync_bp skipping dirty buffer :0xc2ecb6a4 :Aug 11 20:58:52 kernel: Warning: vfsync_bp skipping dirty buffer

Re: HEADS UP - devfs integration update. iscsi now alpha.

Matthew Dillon schrieb: :Matt, do you think it's worth to even drive this one step further by :probing device slices for HAMMER (or other types of) filesystems, and :create devfs entries like /dev/hammer/fsid or /dev/hammer/volname.volno? : :This would, in case of HAMMER, make devtab kind of

Re: got some strange vfsync messages about dirty buffer!

Matthew Dillon wrote: :Hi! : :What does this kernel messages mean? : :Aug 11 19:27:05 kernel: Warning: vfsync_bp skipping dirty buffer :0xc2d52bec :Aug 11 19:57:40 kernel: Warning: vfsync_bp skipping dirty buffer :0xc2ecb6a4 :Aug 11 20:58:52 kernel: Warning: vfsync_bp skipping dirty buffer

Re: got some strange vfsync messages about dirty buffer!

:Thank you for that, then i can ignore the SET_MULTI failures :D, Ok then :i made a good choice of choosing UFS instead of Hammer beacuse my disk :would run out of space pretty fast when hammer is pruning and cleaning :up every night right? Yes. Way too fast. :By the way do you know why

Re: Lost all Data

On Tue, Aug 11, 2009 at 10:43 PM, Matthew Dillondil...@apollo.backplane.com    If you want to mount DEVFS in both places you can do so with    mount_devfs, or even mount_null. Thanks matt for the long explanation. :-) Currently I update the contents of the second disk by mounting it under

is hammer for us

I am a student doing fluid dynamics research. We generate a lot of data (close to 2TB a day). We are having scalability problems with NFS. We have 2 Linux servers with 64GB of RAM, and they are serving the files. We are constantly running into I/O bottle neck problems. Would hammer fix the

Re: Lost all Data

:Thanks matt for the long explanation. :-) :Currently I update the contents of the second disk by mounting it :under /mnt/2ndDisk and chrooting to it. So in future upgrades when I :chroot should devfs be mounted on /mnt/2ndDisk/dev inorder for :buildworld and build kernel to suceed proprely? :

Re: Lost all Data

On Wed, Aug 12, 2009 at 9:05 AM, Matthew Dillondil...@apollo.backplane.com    Anything you chroot to will need its own devfs mount, either using    mount_null of /dev onto the target dev or (more directly) mount_devfs    on the target dev. Thanks matt :-) --Siju

Re: is hammer for us

The I/O bottleneck is coming from the disk subsystem and network. I was wondering if HAMMER can do parallel filesystem implementation similar to GPFS or Lustre. Also, the reads/writes are random access there is very little sequential streaming, but the files are large.Each file is around 30GB