[Lustre-discuss] BAD last_transno problem
Andreas Dilger
adilger at sun.com
Tue Feb 9 06:55:07 PST 2010
On 2010-02-08, at 06:29, Lu Wang wrote:
> We set the osc of "besfs-OST0034" on MDS "deactivate". The OSS did
> not crash again. However, this problem has not been solved. The OST
> "besfs-OST0034" cannot be written now.
>
> ------------------
> Lu Wang
> 2010-02-08
>
> -------------------------------------------------------------
> 发件人:Lu Wang
> 发送日期:2010-02-08 20:47:16
> 收件人:lustre-discuss
> 抄送:
> 主题:[Lustre-discuss] BAD last_transno problem
>
> Dear list,
> we got a bad last_transno after a OST is remounted.
> cat /proc/fs/lustre/obdfilter/besfs-OST0034/recovery_status
> status: COMPLETE
> recovery_start: 1265630163
> recovery_duration: 466 completed_clients: 298/298
> replayed_requests: 0 last_transno: -499056254903072891
>
> Each time after the OST finished recovery, the OSS crashed. With a
> kernel "Opps error", and reports error about deleting orphan objects.
Having the actual "oops error" makes commenting on such problems a lot
easier. It sounds like running "e2fsck -f" on this OST may avoid the
oops, but it won't fix the transno error. You can mount the OST
filesystem as ldiskfs and delete the "last_rcvd" file to clear the
transno
Cheers, Andreas
--
Andreas Dilger
Sr. Staff Engineer, Lustre Group
Sun Microsystems of Canada, Inc.
More information about the lustre-discuss
mailing list