Bug 199863 - kernel panic (ufs_dirrem) using portmaster
Summary: kernel panic (ufs_dirrem) using portmaster
Status: Closed Feedback Timeout
Alias: None
Product: Base System
Classification: Unclassified
Component: kern (show other bugs)
Version: 10.1-STABLE
Hardware: amd64 Any
: --- Affects Only Me
Assignee: Walter Schwarzenfeld
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2015-05-02 12:50 UTC by trust_no_1
Modified: 2019-08-08 10:04 UTC (History)
2 users (show)

See Also:


Attachments
core file for kernel panic (91.63 KB, text/plain)
2015-05-02 12:50 UTC, trust_no_1
no flags Details

Note You need to log in before you can comment on or make changes to this bug.
Description trust_no_1 2015-05-02 12:50:49 UTC
Created attachment 156236 [details]
core file for kernel panic

On my system I have installed dns/bind99 configured with a fake domain (2mh.it) for learning purposes.
As far as I can tell all works well, and I can surf the web, ping external hosts and so on without problems.

=> Trying to update dns/bind it via "portmaster -B bind" to the latest version, leads to a kernel panic <=

What I have done is simply to run (as root):
1) portsnap fetch update
2) portmaster -B bind

After 2), the build starts and all things go well until the script try to delete the old files,... then suddenly the kernel panics.
I tough the problem could be related to my raid card, so I tried to disable the write cache from the controller bios and redo 1) and 2), but noting changed.

I also tried to mount both /var and /usr as readonly, then "tunefs -j disable -n disable" for the two filesystems and "rm .sujournal" on them.
Then re-enable both journal and softupdates, and remount as rw /var and /usr and again 1) and 2)
But noting changed, all the times I have the same panic at the same point.
I attach the core file.
Thank yopu.
Comment 1 Walter Schwarzenfeld 2018-01-16 21:33:32 UTC
I don't think this is still relevant (?)
Comment 2 Walter Schwarzenfeld 2019-08-08 10:04:59 UTC
10.1. is gone. Feedback timeout!