Primary Server down
Justin Sherrill
justin at shiningsilence.com
Sun Oct 11 19:35:04 PDT 2015
If redo fails, you can set a tunable:
vfs.hammer.skip_redo=<value>
0 Run redo recovery normally and fail to mount in the case of
error
(default).
1 Run redo recovery but continue mounting if an error appears.
2 Completely bypass redo recovery.
I assume you'd want 2, and then immediately copy your data to a filesystem
you can trust on another machine. I don't know what's up with that
machine, but take no chances.
There is a 'hammer recover' command (see man 8 hammer), to use as a
last-ditch effort. I've never tried it.
On Sat, Oct 10, 2015 at 7:29 PM, Konrad Neuwirth <konrad at fimsch.net> wrote:
> Dear reader,
>
> our primary server just rebooted and has somehow shot itself into the
> hammer filesystem while doing so.
>
> It can’t mount hammer because undo/redo recovery doesn’t work.
>
> I can only access the machine via its console card, so I can’t copy &
> paste text contents, but what I see is:
>
>
> So I can mount read-only, but it doesn’t work so well for read-write.
>
> I need the data on that filesystem. If one or two files are a problem,
> that’s not tough.
>
> What could I do?
>
> Thank you,
> Konrad
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.dragonflybsd.org/pipermail/users/attachments/20151011/ddb57934/attachment-0003.htm>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: Bildschirmfoto 2015-10-11 um 01.14.44.png
Type: image/png
Size: 42807 bytes
Desc: not available
URL: <http://lists.dragonflybsd.org/pipermail/users/attachments/20151011/ddb57934/attachment-0011.png>
More information about the Users
mailing list