Opened 8 months ago

Last modified 34 hours ago

#18849 closed bug

vfs refcount bug around shared_memory — at Version 1

Reported by: kallisti5 Owned by: nobody
Priority: normal Milestone: Unscheduled
Component: - General Version: R1/beta4
Keywords: Cc:
Blocked By: Blocking: #18805
Platform: All

Description (last modified by kallisti5)

Running a build of tcl on riscv64, I keep getting hung unmounts from haikuporter.

Looking through syslog, noticing a repeating:

fs_unmount(): inode 1 is still referenced

a quick search shows that /boot/system/var/shared_memory is inode 1.

looking over fdinfo, and the matching output from haikuporter, nothing seems to have anything related to any shared_memory paths open. In addition to that, nothing in any work-* directories is open.

waddlesplash pointed out this may be a regression (or an additional symptom of #18805)

riscv64 image running in qemu. hrev57641

Change History (2)

comment:1 by kallisti5, 8 months ago

Description: modified (diff)

by kallisti5, 8 months ago

Attachment: haikuporter.png added

fdinfo during event

Note: See TracTickets for help on using tickets.