How to Fix Solaris Panics Caused by "freeing free", "ufs_putapage: bn == UFS_HOLE", or "alloccgblk: can't find blk in cyl, pos"
Last updated on FEBRUARY 07, 2018
Applies to:OpenSolaris Operating System - Version 2008.05 and later
Solaris Operating System - Version 8.0 and later
***Checked for relevance on 08-Jul-2014***
Document is still relevant and appropriate, as UFS is still in use and ufs corruptions do happen.
File system corruption can lead to system panics with the following types of panic strings:
freeing free frag
freeing free inode
freeing free block
ufs_putapage: bn == UFS_HOLE
alloccgblk: can't find blk in cyl, pos
These panic strings indicate that the system was trying to put a fragment, inode or block onto the free list but found that it was already there. The correct response for Solaris is to stop operating with the bad data by panicking the system.
following document for alternative responses:
Document 1009218.1 Troubleshooting the Cause of Solaris UFS File System Corruption and Preventing Future Corruption
The goal of this document is to provide guidance on using fsck(1M) to resolve the panics by cleaning up the file system corruption.
Sign In with your My Oracle Support account
Don't have a My Oracle Support account? Click to get started
Million Knowledge Articles and hundreds of Community platforms