Thanks, erik and cinap,
I have believed that tag/path of first block in fscache is to be created by
config mode.
but not.
I retried complete copy (16KB copy) of the first block of fscache.
as erik pointed me.
recover main
end
is enough.
thanks again
Kenji Arisawa
On 2013/02/22, at 19:40, erik quanstrom <[email protected]> wrote:
>> the response were:
>> check tag PC=12336 w"/dev/sdC0/fscache"(0) tag/path=<badtag> /15.....36:
>> expected <nil>
>> and then returned back to the selection prompt.
>>
>> why tag/path in fscache is the problem in recovering?
>> they must be cleaned based on fsworm.
>
> on the real file server, the command is
>
> recover main
>
> note the fs name. and one would expect a stream of
> "dump %lld is good; %lld next\n" messages.
>
> peeking at the source, i would expect similar from
> cwfs.
>
> - erik
>
