Bug 72155 - root window deterieoration followed by system crash - kernel panic after shutdown
Summary: root window deterieoration followed by system crash - kernel panic after shut...
Alias: None
Product: Red Hat Linux
Classification: Retired
Component: nautilus   
(Show other bugs)
Version: 7.3
Hardware: athlon Linux
Target Milestone: ---
Assignee: Havoc Pennington
QA Contact: Jay Turner
: 69639 (view as bug list)
Depends On:
TreeView+ depends on / blocked
Reported: 2002-08-21 16:31 UTC by Serge Naggar
Modified: 2015-01-07 23:59 UTC (History)
2 users (show)

Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of:
Last Closed: 2002-09-05 21:44:23 UTC
Type: ---
Regression: ---
Mount Type: ---
Documentation: ---
Verified Versions:
Category: ---
oVirt Team: ---
RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: ---

Attachments (Terms of Use)
rpm -qa file (17.57 KB, patch)
2002-08-25 00:43 UTC, Serge Naggar
no flags Details | Diff
lsmod file (1.63 KB, patch)
2002-08-25 00:44 UTC, Serge Naggar
no flags Details | Diff
/etc/X11/XF86Config-4 (3.72 KB, text/plain)
2002-08-25 00:50 UTC, Serge Naggar
no flags Details
/var/log/XFree86.0.log (24.39 KB, text/plain)
2002-08-25 00:53 UTC, Serge Naggar
no flags Details
/var/log/messages (155.49 KB, text/plain)
2002-08-25 00:55 UTC, Serge Naggar
no flags Details
screenshot of nautilus (10.26 KB, image/gif)
2002-09-03 17:09 UTC, Serge Naggar
no flags Details
nautilus with jpg (31.52 KB, image/gif)
2002-09-03 17:11 UTC, Serge Naggar
no flags Details
nautilus in .jpg (31.50 KB, image/gif)
2002-09-03 17:14 UTC, Serge Naggar
no flags Details
nautilus - jpg (11.21 KB, image/gif)
2002-09-03 17:16 UTC, Serge Naggar
no flags Details
nautilu - jpg (10.25 KB, image/gif)
2002-09-03 17:23 UTC, Serge Naggar
no flags Details

Description Serge Naggar 2002-08-21 16:31:50 UTC
From Bugzilla Helper:
User-Agent: Mozilla/4.61 [en] (OS/2; U)

Description of problem:
I reported this as a kernel bug initially #71880 but now have doubts that the bug is directly related to the kernel. I feel that it more than likely related to 
dragging/moving folders within the file manager / nautilus? as it deteriorates first followed by the other functions/icons in the window.
This has happened a number of times to me since 7.2. I had filed a bug report on mozilla a while ago but never got any follow-up except for the 
computer generated reply.
I must tell you that it is VERY frustrating to be in the complete dark with no communication.
If you don't take reports seriously you should so state.

Version-Release number of selected component (if applicable):

How reproducible:

Steps to Reproduce:
1.dragging/dropping folders form one area of the file manager to another.
2.after a number of folder drags/drop the window shows a marked deteriorations - icons no longer work.
3.after the machine is rebooted, mistakenly thinking it will clear the window there is a kernel panic ...
this has happened to me a number of times starting in 7.2

Actual Results:  the window deteriorated to the point where the icons on the bar were no longer responsive.

Expected Results:  continued ability to drag/drop folders/files from one area to any other: in this last case I was dragging the last two errata folders with 
their rpm files from /home/scn/download/errataname to /misc/rpm/security.

I am not absolutely sure of the cause because I had also changed the mozilla preferences.
Mozilla preferences would freeze if a number of the items were changed. However I found that if I changed them one at time [close & reopen] the 
preferences accepted the change[s].

Could that have affected the window? or the combination of both?

Additional info:

In bug #71880 I was quite long and I don't want to repeat here but I'll be more than happy to answer questions.

Comment 1 Mike A. Harris 2002-08-21 17:04:18 UTC
We do take bug reports seriously.  We're not able to always fix
all bugs that are reported, but we try to fix as many as we can.

It isn't completely clear what you mean by "windows deteriorated"
above.  Could you explain that in more detail?  If you could
produce a screenshot of this, and attach it to the bug report,
that would perhaps help also.  My suspicion is that you're
experiencing some form of screen corruption.

What video card are you using?  It is possible it could be video
driver related.

Comment 2 Serge Naggar 2002-08-23 23:41:17 UTC
It's interesting to think of screen corruption as a cause but it's my fault for
using the terms `window deterioration'. I can readily understand where video is
the immediate interpretation. 
The video `card' on the gigabyte board is Nvidia with 64mb.

I should have explained that the deterioration I was experiencing was within the
window and did not relate to the quality of the screen but to the deterioration
and behavior of the applications such as the gnome file manager [nautilus].

The deterioration of the window relates to the fact that the file manager would:

1 - work fine for a while [days, maybe even weeks] only occasionally crashing;
2 - close/crash when directories/files were dragged/trashed more frequently;
3 - it could be re-activated/opened after a crash and work for a while, then;
4 - it could no loger be opened;
5 - the other icons would also refuse to function.

This last time, as root,I had dragged some errata which I had downloaded, as
scn, in /home/scn/ ...to /misc/rpm/ ...

I then tried, as root, to open the terminal window to rpm the errata, but couldn't.
I rebooted to kernel panic.

Cause: To me it seems that the dragging function disrupted and corrupted areas.
Effect: leading to kernel panic.

I am trying to avoid using the file-manager to move/drag but it is difficult and
I wonder it the deterioration has a cumulative effect? as it seems to get worse
with time.

This was not my first kernel panic - I just hope it will be my last.

In kernel panic situation I had been also been working with the preferences on
Mozilla. Mozilla does not take multiple changes and refuses to close the
preferences folder. I then thought it was the principal culprit  and reported to
bugzilla but I don't think it was ever followed up.

I now feel that the file manager is the main culprit; maybe Mozilla is a
contributing factor but I don't really know.

I'll be glad to cooperate.

Comment 3 Mike A. Harris 2002-08-24 02:39:16 UTC
Can you please attach your X configuration file /etc/X11/XF86Config-4,
your X log file /var/log/XFree86.0.log, your kernel log /var/log/messages
and also the output of the following commands:

uname -a

Run the following command, and attach the resulting file "rpm.log"

rpm -qa | sort > rpm.log

Comment 4 Serge Naggar 2002-08-25 00:36:33 UTC
Here are the files requested. I think I can only upload one at a time.

I noticed, in /home/scn that I was crashing the file manager when dragging empty
directories to trash.
I tend to use empty folders as `notes' within another directory and as I
can'tdon't-know how to change the folder title I drag it to trash and open
another one.

I chose 24 colors for the Xwindow & 1024x780 [I think].

Comment 5 Serge Naggar 2002-08-25 00:43:44 UTC
Created attachment 72806 [details]
rpm -qa file

Comment 6 Serge Naggar 2002-08-25 00:44:58 UTC
Created attachment 72807 [details]
lsmod file

Comment 7 Serge Naggar 2002-08-25 00:50:17 UTC
Created attachment 72808 [details]

Comment 8 Serge Naggar 2002-08-25 00:53:02 UTC
Created attachment 72809 [details]

Comment 9 Serge Naggar 2002-08-25 00:55:23 UTC
Created attachment 72810 [details]

Comment 10 Serge Naggar 2002-08-25 18:56:54 UTC
I download the rpm from rhn as they are posted by rhn and then apply them
While `rpm-ing'[-Fvh], before and also most recently on re-installation a few
days ago, I had noticed the some rpm resulted in a multitude of `conflict' messages.

I posted a couple of questions to the non-bugzilla support group but never
received a real reply.
The rpms in question are particularly the glibc and openssl series:
 - 116-03 - glibc-2.2.5-36
 - 139-10 - glibc-2.2.5-37
 - 166-07 - glibc-2.2.5-39
one of their very many conflict messages was: 
/usr/lib/gconv/UTF-16.50 conflicts between attempted installs of glibc-2.2.5-36
and glibc-2.2.5-36 
[this looks to me as the same file which presumably just got installed!].

and also the openssl series:
 - 155-11 - openssl-0.9.6b-24
 - 160-21 - openssl-0.9.6b-28

All the messages were essentially similar and involved the files to be installed.

I don't know if these messages indicate corruption? but they puzzle me as they
reveal an aberrant behavior.

Most of the other rpms installed with no problem except for those which never
seemed to install with -Fvh:
- 051-16 - squid
- 070-08 - modpython
- 088-06 - ethereal
- 095-08 - minichinput  -  I'm not quite sure why rhn included this errata.
- 099-04 - mailman
I am tempted to install these last rpms with -ivh?

I was wondering if there was a practical way to measure and record memory
leakage as folders/files are dragged/trashed?
Does rh7.3 have an error alert which would indicate irregular behavior by an
application rather than crashing.
Os/2 crashes with a Trap D [or other] error msg. but will usually recover on reboot.

I am available.
You can also reach me @ 1212.794.0058

Comment 11 Serge Naggar 2002-08-27 23:53:40 UTC
A similar kernel panic occurred in rh7.2 and I left that hd as is and use os2
which is also on it.
If you think it might provide insight[s] let me know how and I'll try to get it.

Comment 12 Serge Naggar 2002-08-29 14:42:18 UTC
I am maybe becoming paranoid but I sense a deterioration in the behavior of both
Mozilla and the file manager [Nautilus] yesterday evening.
Mozilla email definition windows had trouble closing - I had to log out and it
restored itself.

I find it hard to believe I'm doing something that unusual that it has not
happened many times before.

If you have any words of wisdom or needs for file[s] let me know.


Comment 13 Mike A. Harris 2002-09-01 06:23:58 UTC
This bug report is horked.  It has:

Bug 72155 depends on:71880


Bug 72155 blocks:69639

When I try to add any comment to the bug report, bugzilla freaks right out,
and gives me:

       Dependency loop detected!

       The change you are making to dependencies has caused a
       circular dependency chain.

       Please press Back and try again.

However I haven't made _ANY_ changes other than adding a comment.
As such, I am removing the bogus dependancies from this report as
they aren't particularly that useful anyway.  Neither bug is
dependant in any way on the others being fixed first.

Please do not add bogus dependancy information to bug reports.

Comment 14 Mike A. Harris 2002-09-01 06:24:39 UTC
*** Bug 69639 has been marked as a duplicate of this bug. ***

Comment 15 Mike A. Harris 2002-09-01 06:27:02 UTC
Please attach a screen shot of the corrupted video.

Comment 16 Serge Naggar 2002-09-03 17:09:38 UTC
Created attachment 74725 [details]
screenshot of nautilus

Comment 17 Serge Naggar 2002-09-03 17:11:58 UTC
Created attachment 74726 [details]
nautilus with jpg

Comment 18 Serge Naggar 2002-09-03 17:14:35 UTC
Created attachment 74727 [details]
nautilus in .jpg

Comment 19 Serge Naggar 2002-09-03 17:16:23 UTC
Created attachment 74729 [details]
nautilus - jpg

Comment 20 Serge Naggar 2002-09-03 17:23:33 UTC
Created attachment 74730 [details]
nautilu - jpg

Comment 21 Serge Naggar 2002-09-03 17:28:00 UTC


NAUTILUS IS non functional in /home/scn
fstab lost a line affecting the Orb 2.2 gig removable hard drive:
/dev/sda1   /mnt/sda   etc ...

I will try to arrest this degradation by going to 16 from 24 [if I can] and see
if that restores the screen

Comment 22 Serge Naggar 2002-09-03 23:41:29 UTC
I went in as root whose window worked with no problems and called Xconfigurator.

Chose the noprobe then the monitor, video card and 16 plus 1024x768 [I think].
Well, in checking the combination it froze and I had to reboot.

I presumed that rebooting canceled the change from 24 to 16 but I don't know how
to easily check the status of the video environment without going to its
XF86Config file which seems to indicate that it is running at 16.

Could that have been the problem? 
or is that only a temporary reprieve?
why the slow deterioration?
why did the many re-installations I had to make accept the 24 and show the
message while it didn't seem to accept the 16 today and froze?

Let me know your opinion and if you need anything else.


Comment 23 Mike A. Harris 2002-09-04 01:27:45 UTC
The screenshots that you have provided show to me that this is not
actually an XFree86 bug/problem but rather is most likely a nautilus

What is happening is nautilus is screwing up somewhere, the process is
spinning off into deadlock, and the graphics do not get updated.  The
state of the nautilus window is then in disarray.  Most likely, if you
look at the output of the "top" command, you'll see your nautilus
process(es) consuming a large amount of CPU resources in the hung
spinning state.

Reassigning to nautilus component.

Comment 24 Serge Naggar 2002-09-04 20:03:31 UTC
I am both happy and unhappy at the reassignment to Nautilus.
Happy to feel that we are narrowing the field to a real culprit; unhappy because
I thought the downgrading from 24 to 16 colordepth was the solution.

As the system, both /root and /home/scn, is responsive to the change to 16 I
think that Nautilus must be having more trouble maintaining its `balance' with
the higher depth of 24.

Am I correct in this assumption and that I should stay at the 24 colordepth?

Until the bug gets resolved I am interested in having a working system so I
would appreciate any and all `words of wisdom' and approaches.


Comment 25 Mike A. Harris 2002-09-04 22:13:46 UTC
I would wager that the color depth you are using is completely
irrelevant to the problem.  More likely, any change you see
in changing the color depth is a placebo effect.

The only solution at this point in time is to not use nautilus
at all.


Comment 26 Serge Naggar 2002-09-04 23:49:10 UTC
thanks for the words ...
I'm going to keep to a 16 depth hoping that there is a lessening of pressure on
I'm surprised that the bug/problem has not surfaced before - I don't consider
myself unique and I encountered this bug in 7.2 which also went to kernel panic.
I reported it then but I don't think anybody took it seriously.
I won't ask for an eta - just 
what happens now?

Comment 27 Serge Naggar 2002-09-05 21:44:17 UTC
I can't tell where the problem originates - so for want of a better place let me
lay another one at this portal:
In trying to access mbna.com and capitalone.com - maybe others Mozilla reported
error 8174 - problem with certificate database.
I haven't had any such problem before.
Is it related?

Comment 28 Havoc Pennington 2002-09-05 21:56:13 UTC
The screenshots show that nautilus is locked up - it's very unlikely to be
related to any problems with the kernel, X server, or mozilla.

The nautilus issue is almost certainly fixed in the latest development version
(aka rawhide) which reworks most of the nautilus code.

Note You need to log in before you can comment on or make changes to this bug.