From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 7502 invoked by alias); 19 Sep 2007 13:04:37 -0000 Received: (qmail 7474 invoked by uid 48); 19 Sep 2007 13:04:27 -0000 Date: Wed, 19 Sep 2007 15:10:00 -0000 Message-ID: <20070919130427.7473.qmail@sourceware.org> From: "hunt at redhat dot com" To: systemtap@sources.redhat.com In-Reply-To: <20070917191522.5042.mmlnx@us.ibm.com> References: <20070917191522.5042.mmlnx@us.ibm.com> Reply-To: sourceware-bugzilla@sourceware.org Subject: [Bug runtime/5042] procfs probe script not recreating /proc entries in some cases X-Bugzilla-Reason: AssignedTo Mailing-List: contact systemtap-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Post: List-Help: , Sender: systemtap-owner@sourceware.org X-SW-Source: 2007-q3/txt/msg00644.txt.bz2 ------- Additional Comments From hunt at redhat dot com 2007-09-19 13:04 ------- Checked in a fix for this. There were several related problems I fixed that all involved problems with directories that are awaiting deletion, but getting reused. I applied the attached ownership patch because it had the effect of making the deletion finish before the module gets removed. I had thought this was annoying, but it removes problems caused by running the same script again while the original scripts's path elements were all marked as awaiting deletion. The problem reported in this BZ was caused when /proc/systemtap was marked as awaiting deletion while new scripts kept reusing it. path_lookup() could see it, while "ls" could not. There was no easy fix for this problem. So the new behavior is for /proc/systemtap to never be in a deferred deletion state. If it is in use when a module exits, it will not be deleted. Next time a systemtap module exits, if not in use, it will be deleted. -- What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |RESOLVED Resolution| |FIXED http://sourceware.org/bugzilla/show_bug.cgi?id=5042 ------- You are receiving this mail because: ------- You are the assignee for the bug, or are watching the assignee.