Recover slave PFS

Sven Gaerner sgaerner at
Sun Aug 7 02:12:08 PDT 2011

On Sat, Aug 06, 2011 at 04:43:43PM -0700, Matthew Dillon wrote:
>     It is a bug, it shouldn't have removed the softlink for the PFS.  However, the
>     only way to destroy a pfs is with pfs-destroy and since you didn't do that the
>     PFS is still intact.
Thanks for pointing this out. I guessed that because the space was still

>     All you have to do is re-create the softlink.
>     The PFS softlink points to "@@-1:nnnnn" Where 'n' is the pfs number.  For example,
>     PFS #5 would be: "@@-1:00005"
>     The format must be precise.  If you recreate the softlink for the missing pfs in
>     your /pfs directory you should be able to CD into it and get it back.
>     If you don't know the PFS number look at the PFS numbers for the existing PFS's and
>     guess at the ones that might be missing.
> 						-Matt
It worked by re-creating the softlink. Very nice. It was the first PSF
on that device, so I did not have to test a lot.

Is there a way to list all allocated but not referenced PSF?

Thanks a lot.


More information about the Users mailing list