On Thursday 22 June 2006 21:04, Jon Falconer wrote:
> Greetings,
>
> I needed to dump the partitions on a running FreeBSD 6.1R system so I
> could duplicate them on a test server. The server is a Dell 2850 with the
> PERC 4e/Di RAID controller with 5 x 73GB disk array. So I thought I would
> try using the snapshot feature. I used the mksnap_ffs to create a snapshot
> of a 20GB partition. The command completed in about 15 - 20 seconds. I was
> then able to run dump against the new snap file and all seemed ok. I then
> tried the same thing on a 225GB partition. The mksnap_ffs command took
> over 30 minutes to complete. But every access to that partition after that
> just hung. I wanted to see the size of the snap file so I typed ls -l
> /home/.snap (where I had told mksnap_ffs to put the snap file) and it
> hung. Same thing from several logins. I figured I would have to reset the
> box so I typed sync, and that hung. All the time, access to other
> partitions was just fine (/, /usr, /var).
>
> All partitions (except /) were created with soft update enables (default
> when installing.)
>
> The questions. Is there anything magic about the /xxx/.snap directory in
> each partition? When I created the snap file for the 20GB partition, I did
> not put it inside the /xxx/.snap directory, and it worked fine.

No, there is no magic in .snap directories. You can create a snapshot
anywhere you want. You can find all snapshots in a UFS with the
snapinfo(8) utility.

> Is there 
> some partition size restrictions?

Can't answer this question, but there are a few commits after 6.1-RELEASE
so you can try updating to 6.1-STABLE and see what's going on.

Also, why don't you ask [EMAIL PROTECTED]
_______________________________________________
freebsd-questions@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-questions
To unsubscribe, send any mail to "[EMAIL PROTECTED]"

Reply via email to