Date: Sat, 23 Aug 1997 08:55:48 PDT From: Bill Fenner <fenner@parc.xerox.com> To: Joerg Wunsch <joerg@freebsd.org> Cc: fenner@parc.xerox.com, freebsd-bugs@freebsd.org Subject: Re: bin/3170 Message-ID: <97Aug23.085551pdt.177486@crevenia.parc.xerox.com> In-Reply-To: Your message of "Sat, 23 Aug 97 07:15:45 PDT." <199708231415.HAA19726@freefall.freebsd.org>
next in thread | previous in thread | raw e-mail | index | archive | help
Still exists. I just: 1. vi'd a file 2. kill'd ypbind 3. tried to make a change in vi 4. vi said: +=+=+=+=+=+=+=+ Information on user id 5275 not found. Modifications not recoverable if the session fails (long pause) Segmentation fault (core dumped) on 2.2.2-RELEASE . I'm not running NIS on my 3.0-CURRENT box, but if I 1. vi file 2. remove myself from the passwd file & rebuild indexes 3. make a change 4. I also get: +=+=+=+=+=+=+=+ Information on user id 5275 not found. Modifications not recoverable if the session fails (lock up) USER PID %CPU %MEM VSZ RSS TT STAT STARTED TIME COMMAND 5275 9023 96.9 27.1 32020 5964 p7 R+ 8:47AM 3:54.41 vi so the symptom is slightly different; not clear if that's 2.2 vs. 3.0 or NIS vs. non-NIS. Hmm, I just noticed that it's allocating memory like a banshee: USER PID %CPU %MEM VSZ RSS TT STAT STARTED TIME COMMAND 5275 9023 96.2 31.3 46484 6900 p7 R+ 8:47AM 5:39.68 vi so it probably ends up dumping core then the allocation fails. This is 3.0-current from May or so, but vi hasn't been changed since then. Bill
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?97Aug23.085551pdt.177486>