[BUG]: Software compiling occasionlly hangs under 2.6.15-rc1/rc2 and 2.6.15-rc1-mm2

[BUG]: Software compiling occasionlly hangs under 2.6.15-rc1/rc2 and 2.6.15-rc1-mm2

[Tarkan Erimer]

[-- Attachment #1: Type: text/plain, Size: 700 bytes --]

Hi,

I'm having some strange software/package compile problem under Gentoo
and kernels with 2.6.15-rc1/rc2 and 2.6.15-rc1-mm2. When I
install/update a package via emerge, I got occasional hangs at compile
time. When this happenned, system continues to work. No error
messages, no interruption. Just the compile process hangs. Killing
this hanged process is impossible. Immediately, it becomes Zombie
process. Also, Reboot and poweroff hangs, too. Just hard
reboot/poweroff solves it. I've never had this problem under 2.6.14
and downwards.
My ver_linux is attached.

PS: I found a way to reproduce this; installing/updating "man-pages"
package under Gentoo always hangs.


Regards.

[-- Attachment #2: ver_linux.out --]
[-- Type: application/octet-stream, Size: 1210 bytes --]

Linux hightemple 2.6.14 #1 Fri Oct 28 23:02:31 Local time zone must be set--see zic manu i686 Intel(R) Pentium(R) M processor 1400MHz GenuineIntel GNU/Linux

Gnu C                  3.4.4
Gnu make               3.80
binutils               2.16.1
util-linux             2.12r
mount                  2.12r
module-init-tools      3.2-pre7
e2fsprogs              1.38
reiserfsprogs          3.6.19
reiser4progs           line
xfsprogs               2.6.36
pcmcia-cs              3.2.8
quota-tools            3.13.
Linux C Library        2.3.5
Dynamic linker (ldd)   2.3.5
Procps                 3.2.5
Net-tools              1.60
Kbd                    1.12
Sh-utils               5.3.0
udev                   073
Modules Loaded         arc4 pcmcia yenta_socket rsrc_nonstatic pcmcia_core rfcomm l2cap snd_pcm_oss snd_mixer_oss snd_seq_dummy snd_seq_oss snd_seq_midi_event snd_seq snd_seq_device snd_intel8x0m snd_intel8x0 snd_ac97_codec snd_ac97_bus snd_pcm snd_timer snd soundcore snd_page_alloc ntfs ieee80211_crypt_tkip ieee80211_crypt_ccmp usbhid ieee80211_crypt_wep ipw2100 ieee80211 ieee80211_crypt firmware_class e100 mii bluetooth uhci_hcd ehci_hcd ohci_hcd usb_storage usbcore scsi_mod as_iosched agpgart 

Re: [BUG]: Software compiling occasionlly hangs under 2.6.15-rc1/rc2 and 2.6.15-rc1-mm2

[Arjan van de Ven]

On Fri, 2005-11-25 at 11:12 +0000, Tarkan Erimer wrote:
> Hi,
> 
> I'm having some strange software/package compile problem under Gentoo
> and kernels with 2.6.15-rc1/rc2 and 2.6.15-rc1-mm2. When I
> install/update a package via emerge, I got occasional hangs at compile
> time. When this happenned, system continues to work. No error
> messages, no interruption. Just the compile process hangs. Killing
> this hanged process is impossible. Immediately, it becomes Zombie
> process. Also, Reboot and poweroff hangs, too. Just hard
> reboot/poweroff solves it. I've never had this problem under 2.6.14
> and downwards.
> My ver_linux is attached.
> 
> PS: I found a way to reproduce this; installing/updating "man-pages"
> package under Gentoo always hangs.

what is probably needed to diagnose this is that you do a

echo "t" > /proc/sysrq-trigger

and then find the process that hangs in that... and send it to this
list.

Re: [BUG]: Software compiling occasionlly hangs under 2.6.15-rc1/rc2 and 2.6.15-rc1-mm2

[Tarkan Erimer]

[-- Attachment #1: Type: text/plain, Size: 536 bytes --]

On 11/25/05, Arjan van de Ven <arjan@infradead.org> wrote:
> what is probably needed to diagnose this is that you do a
>
> echo "t" > /proc/sysrq-trigger
>
> and then find the process that hangs in that... and send it to this
> list.

Previously; In 2.6.15-rc2 kernel debug is not enabled. I enabled
kernel debug and tried software compiling to reproduce the problem.
But this time, I got hard system lock ups instead of previous process
hangs. I attached my log file. Hope this helps to diagnose this
problem.

Regards.

[-- Attachment #2: syslog.bz2 --]
[-- Type: application/x-bzip2, Size: 14616 bytes --]

Re: [BUG]: Software compiling occasionlly hangs under 2.6.15-rc1/rc2 and 2.6.15-rc1-mm2

[Arjan van de Ven]

On Sun, 2005-11-27 at 11:17 +0000, Tarkan Erimer wrote:
> On 11/25/05, Arjan van de Ven <arjan@infradead.org> wrote:
> > what is probably needed to diagnose this is that you do a
> >
> > echo "t" > /proc/sysrq-trigger
> >
> > and then find the process that hangs in that... and send it to this
> > list.
> 
> Previously; In 2.6.15-rc2 kernel debug is not enabled. I enabled
> kernel debug and tried software compiling to reproduce the problem.
> But this time, I got hard system lock ups instead of previous process
> hangs. I attached my log file. Hope this helps to diagnose this
> proble

which process again was hanging?

(and maybe also post an lsmod output just to get an idea of which
modules/drivers are in play)

Re: [BUG]: Software compiling occasionlly hangs under 2.6.15-rc1/rc2 and 2.6.15-rc1-mm2

[Tarkan Erimer]

[-- Attachment #1: Type: text/plain, Size: 653 bytes --]

Hi again,

On 11/27/05, Arjan van de Ven <arjan@infradead.org> wrote:
> which process again was hanging?
>
> (and maybe also post an lsmod output just to get an idea of which
> modules/drivers are in play)

I investigated the issue a bit  more. When the system under heavy load
(%100 cpu usage), hard lock up/complete freeze occures a few minutes later.
For example, compiling a software or issuing "updatedb" causes this.
At this point, system responds anything. I just hardly caught this
event while freezing:

~#>echo "t" > /proc/sysrq-trigger

[  849.651134 ]  SysRq : Show State

My syslog and lsmod output attached


Regards

[-- Attachment #2: lsmod.out --]
[-- Type: application/octet-stream, Size: 2008 bytes --]

Module                  Size  Used by
pcmcia                 40736  2 
yenta_socket           29324  2 
rsrc_nonstatic         13440  1 yenta_socket
pcmcia_core            44320  3 pcmcia,yenta_socket,rsrc_nonstatic
rfcomm                 41236  0 
l2cap                  27520  5 rfcomm
snd_pcm_oss            55968  0 
snd_mixer_oss          20224  1 snd_pcm_oss
snd_seq_dummy           4100  0 
snd_seq_oss            36096  0 
snd_seq_midi_event      7808  1 snd_seq_oss
snd_seq                56464  5 snd_seq_dummy,snd_seq_oss,snd_seq_midi_event
snd_seq_device          9740  3 snd_seq_dummy,snd_seq_oss,snd_seq
snd_intel8x0m          18700  0 
snd_intel8x0           35100  0 
snd_ac97_codec         97952  2 snd_intel8x0m,snd_intel8x0
snd_ac97_bus            2688  1 snd_ac97_codec
snd_pcm                95876  4 snd_pcm_oss,snd_intel8x0m,snd_intel8x0,snd_ac97_codec
snd_timer              27396  2 snd_seq,snd_pcm
snd                    59748  10 snd_pcm_oss,snd_mixer_oss,snd_seq_oss,snd_seq,snd_seq_device,snd_intel8x0m,snd_intel8x0,snd_ac97_codec,snd_pcm,snd_timer
soundcore              10464  1 snd
snd_page_alloc         11784  3 snd_intel8x0m,snd_intel8x0,snd_pcm
ntfs                  224016  1 
ieee80211_crypt_tkip    11392  0 
ieee80211_crypt_ccmp     7680  0 
ieee80211_crypt_wep     5376  0 
usbhid                 41504  0 
ipw2100               146660  0 
ieee80211              46312  1 ipw2100
ieee80211_crypt         6532  4 ieee80211_crypt_tkip,ieee80211_crypt_ccmp,ieee80211_crypt_wep,ieee80211
firmware_class         11392  2 pcmcia,ipw2100
e100                   41220  0 
mii                     6400  1 e100
bluetooth              51556  4 rfcomm,l2cap
uhci_hcd               35344  0 
ehci_hcd               37128  0 
ohci_hcd               22276  0 
usb_storage            78528  0 
usbcore               136836  6 usbhid,uhci_hcd,ehci_hcd,ohci_hcd,usb_storage
scsi_mod              103976  1 usb_storage
as_iosched             20740  1 
agpgart                36312  0 


[-- Attachment #3: syslog.bz2 --]
[-- Type: application/x-bzip2, Size: 25961 bytes --]

Re: [BUG]: Software compiling occasionlly hangs under 2.6.15-rc1/rc2 and 2.6.15-rc1-mm2

[Arjan van de Ven]

On Sun, 2005-11-27 at 19:08 +0000, Tarkan Erimer wrote:
> Hi again,
> 
> On 11/27/05, Arjan van de Ven <arjan@infradead.org> wrote:
> > which process again was hanging?
> >
> > (and maybe also post an lsmod output just to get an idea of which
> > modules/drivers are in play)
> 
> I investigated the issue a bit  more. When the system under heavy load
> (%100 cpu usage), hard lock up/complete freeze occures a few minutes later.
hmm this in theory could also be a thermal issue...

Re: [BUG]: Software compiling occasionlly hangs under 2.6.15-rc1/rc2 and 2.6.15-rc1-mm2

[Tarkan Erimer]

On 11/27/05, Arjan van de Ven <arjan@infradead.org> wrote:
> hmm this in theory could also be a thermal issue...

By the way, I'm using IBM R40 machine. Maybe it should be a thermal
issue, as you mentioned. But interestingly, this issue never happens
with 2.6.14 and downwards.

Re: [BUG]: Software compiling occasionlly hangs under 2.6.15-rc1/rc2 and 2.6.15-rc1-mm2

[Andrew Morton]

Tarkan Erimer <tarkane@gmail.com> wrote:
>
>  My syslog and lsmod output attached

XFS went nuts.  Please test the latest git snapshot which has fixes for
this.

Re: [BUG]: Software compiling occasionlly hangs under 2.6.15-rc1/rc2 and 2.6.15-rc1-mm2

[Tarkan Erimer]

On 11/28/05, Andrew Morton <akpm@osdl.org> wrote:
> XFS went nuts.  Please test the latest git snapshot which has fixes for
> this.

I tried 2.6.15-rc2-git6 and just released 2.6.15-rc3. Result is same.
I still got occasional hangs. When I check my syslog, I found no error
messages. But notice, XFS related errors have gone.  I paste last few
lines of my syslog.

----syslog ----
Nov 29 23:22:43 hightemple kernel: [  518.648894] NTFS-fs warning
(device hda1): ntfs_filldir(): Skipping unrepresentable inode 0x516d.
Nov 29 23:22:54 hightemple kernel: [  529.059660] printk: 36 messages
suppressed.
Nov 29 23:22:54 hightemple kernel: [  529.059669] NTFS-fs error
(device hda1): ntfs_ucstonls(): Unicode name contains characters that
cannot be converted to character set iso8859-1.  You might want to try
to use the mount option nls=utf8.
Nov 29 23:22:54 hightemple kernel: [  529.059676] NTFS-fs warning
(device hda1): ntfs_filldir(): Skipping unrepresentable inode 0x57db.
Nov 29 23:23:57 hightemple gconfd (root-11625): starting (version
2.12.1), pid 11625 user 'root'
Nov 29 23:23:57 hightemple gconfd (root-11625): Resolved address
"xml:readonly:/etc/gconf/gconf.xml.mandatory" to a read-only
configuration source at position 0
Nov 29 23:23:57 hightemple gconfd (root-11625): Resolved address
"xml:readwrite:/root/.gconf" to a writable configuration source at
position 1
Nov 29 23:23:57 hightemple gconfd (root-11625): Resolved address
"xml:readonly:/etc/gconf/gconf.xml.defaults" to a read-only
configuration source at position 2
Nov 29 23:41:57 hightemple syslogd 1.4.1: restart.
----syslog----


Regards

Re: [BUG]: Software compiling occasionlly hangs under 2.6.15-rc1/rc2 and 2.6.15-rc1-mm2

[Andrew Morton]

Tarkan Erimer <tarkane@gmail.com> wrote:
>
> On 11/28/05, Andrew Morton <akpm@osdl.org> wrote:
> > XFS went nuts.  Please test the latest git snapshot which has fixes for
> > this.
> 
> I tried 2.6.15-rc2-git6 and just released 2.6.15-rc3. Result is same.
> I still got occasional hangs.

Please generate the sysrq-T trace when the system hangs.

> When I check my syslog, I found no error
> messages. But notice, XFS related errors have gone.

OK, we might have fixed XFS.

> I paste last few
> lines of my syslog.
> 
> ----syslog ----
> Nov 29 23:22:43 hightemple kernel: [  518.648894] NTFS-fs warning
> (device hda1): ntfs_filldir(): Skipping unrepresentable inode 0x516d.
> Nov 29 23:22:54 hightemple kernel: [  529.059660] printk: 36 messages
> suppressed.
> Nov 29 23:22:54 hightemple kernel: [  529.059669] NTFS-fs error
> (device hda1): ntfs_ucstonls(): Unicode name contains characters that
> cannot be converted to character set iso8859-1.  You might want to try
> to use the mount option nls=utf8.
> Nov 29 23:22:54 hightemple kernel: [  529.059676] NTFS-fs warning
> (device hda1): ntfs_filldir(): Skipping unrepresentable inode 0x57db.

Anton is the man.

> Nov 29 23:23:57 hightemple gconfd (root-11625): starting (version
> 2.12.1), pid 11625 user 'root'
> Nov 29 23:23:57 hightemple gconfd (root-11625): Resolved address
> "xml:readonly:/etc/gconf/gconf.xml.mandatory" to a read-only
> configuration source at position 0
> Nov 29 23:23:57 hightemple gconfd (root-11625): Resolved address
> "xml:readwrite:/root/.gconf" to a writable configuration source at
> position 1
> Nov 29 23:23:57 hightemple gconfd (root-11625): Resolved address
> "xml:readonly:/etc/gconf/gconf.xml.defaults" to a read-only
> configuration source at position 2

I assume the above isn't kernel-related?

Re: [BUG]: Software compiling occasionlly hangs under 2.6.15-rc1/rc2 and 2.6.15-rc1-mm2

[Anton Altaparmakov]

Hi,

On Tue, 29 Nov 2005, Andrew Morton wrote:
> Tarkan Erimer <tarkane@gmail.com> wrote:
> > On 11/28/05, Andrew Morton <akpm@osdl.org> wrote:
> > > XFS went nuts.  Please test the latest git snapshot which has fixes for
> > > this.
> > 
> > I tried 2.6.15-rc2-git6 and just released 2.6.15-rc3. Result is same.
> > I still got occasional hangs.
> 
> Please generate the sysrq-T trace when the system hangs.
> 
> > When I check my syslog, I found no error
> > messages. But notice, XFS related errors have gone.
> 
> OK, we might have fixed XFS.
> 
> > I paste last few
> > lines of my syslog.
> > 
> > ----syslog ----
> > Nov 29 23:22:43 hightemple kernel: [  518.648894] NTFS-fs warning
> > (device hda1): ntfs_filldir(): Skipping unrepresentable inode 0x516d.
> > Nov 29 23:22:54 hightemple kernel: [  529.059660] printk: 36 messages
> > suppressed.
> > Nov 29 23:22:54 hightemple kernel: [  529.059669] NTFS-fs error
> > (device hda1): ntfs_ucstonls(): Unicode name contains characters that
> > cannot be converted to character set iso8859-1.  You might want to try
> > to use the mount option nls=utf8.
> > Nov 29 23:22:54 hightemple kernel: [  529.059676] NTFS-fs warning
> > (device hda1): ntfs_filldir(): Skipping unrepresentable inode 0x57db.
> 
> Anton is the man.

Yes.  (-:

These just means that you have mounted with a bad default code page or 
whatever you want to call it and the ntfs volume contains characters 
whethe the Unicode (i.e. NTFS) to your code page conversion fails (NLS 
conversion returns error due to non-existant character in your code page).  
As the message suggests if you adjust your mount options to include the 
"nls=utf8" option the errors will go away and everything will work except 
maybe your terminal/gui may dislay some garbage characters if it does not 
understand utf8 characters but at least you will see all 
files/directories.

> > Nov 29 23:23:57 hightemple gconfd (root-11625): starting (version
> > 2.12.1), pid 11625 user 'root'
> > Nov 29 23:23:57 hightemple gconfd (root-11625): Resolved address
> > "xml:readonly:/etc/gconf/gconf.xml.mandatory" to a read-only
> > configuration source at position 0
> > Nov 29 23:23:57 hightemple gconfd (root-11625): Resolved address
> > "xml:readwrite:/root/.gconf" to a writable configuration source at
> > position 1
> > Nov 29 23:23:57 hightemple gconfd (root-11625): Resolved address
> > "xml:readonly:/etc/gconf/gconf.xml.defaults" to a read-only
> > configuration source at position 2
> 
> I assume the above isn't kernel-related?

Correct.  That is just Gnome and in particular gconf stuff (i.e. the Gnome 
daemon providing access to the Gnome version of the Windows registry)...

Best regards,

	Anton
-- 
Anton Altaparmakov <aia21 at cam.ac.uk> (replace at with @)
Unix Support, Computing Service, University of Cambridge, CB2 3QH, UK
Linux NTFS maintainer / IRC: #ntfs on irc.freenode.net
WWW: http://linux-ntfs.sf.net/ & http://www-stu.christs.cam.ac.uk/~aia21/

Re: [BUG]: Software compiling occasionlly hangs under 2.6.15-rc1/rc2 and 2.6.15-rc1-mm2

[Tarkan Erimer]

On 11/30/05, Anton Altaparmakov <aia21@cam.ac.uk> wrote:
> Yes.  (-:
>
> These just means that you have mounted with a bad default code page or
> whatever you want to call it and the ntfs volume contains characters
> whethe the Unicode (i.e. NTFS) to your code page conversion fails (NLS
> conversion returns error due to non-existant character in your code page).
> As the message suggests if you adjust your mount options to include the
> "nls=utf8" option the errors will go away and everything will work except
> maybe your terminal/gui may dislay some garbage characters if it does not
> understand utf8 characters but at least you will see all
> files/directories.

Hi,

I mounted with "nls=utf8" option as you mentioned and all the related
error messages disappeared. Thanks :)

Regards

Re: [BUG]: Software compiling occasionlly hangs under 2.6.15-rc1/rc2 and 2.6.15-rc1-mm2

[Tarkan Erimer]

On 11/29/05, Andrew Morton <akpm@osdl.org> wrote:
> Tarkan Erimer <tarkane@gmail.com> wrote:
> >
> > On 11/28/05, Andrew Morton <akpm@osdl.org> wrote:
> > > XFS went nuts.  Please test the latest git snapshot which has fixes for
> > > this.
> >
> > I tried 2.6.15-rc2-git6 and just released 2.6.15-rc3. Result is same.
> > I still got occasional hangs.
>
> Please generate the sysrq-T trace when the system hangs.

I tried sysrq-T trace. But, When hit the bug, system completely freezes.
Alt+sysrq+t (Normally Alt+sysrq+t works perfectly) or any other
combination does not respond. Is there any other way to trace  this?
Also, I will try just-released 2.6.15-rc4 and let know the result.

> > When I check my syslog, I found no error
> > messages. But notice, XFS related errors have gone.
>
> OK, we might have fixed XFS.

Yes, thanks

> > Nov 29 23:23:57 hightemple gconfd (root-11625): starting (version
> > 2.12.1), pid 11625 user 'root'
> > Nov 29 23:23:57 hightemple gconfd (root-11625): Resolved address
> > "xml:readonly:/etc/gconf/gconf.xml.mandatory" to a read-only
> > configuration source at position 0
> > Nov 29 23:23:57 hightemple gconfd (root-11625): Resolved address
> > "xml:readwrite:/root/.gconf" to a writable configuration source at
> > position 1
> > Nov 29 23:23:57 hightemple gconfd (root-11625): Resolved address
> > "xml:readonly:/etc/gconf/gconf.xml.defaults" to a read-only
> > configuration source at position 2
>
> I assume the above isn't kernel-related?

Yes, above is not related to the kernel. It is a Gnome thing.

Re: [BUG]: Software compiling occasionlly hangs under 2.6.15-rc1/rc2 and 2.6.15-rc1-mm2

[Tarkan Erimer]

On 12/1/05, Tarkan Erimer <tarkane@gmail.com> wrote:
> On 11/29/05, Andrew Morton <akpm@osdl.org> wrote:
> > Please generate the sysrq-T trace when the system hangs.
>
> I tried sysrq-T trace. But, When hit the bug, system completely freezes.
> Alt+sysrq+t (Normally Alt+sysrq+t works perfectly) or any other
> combination does not respond. Is there any other way to trace  this?
> Also, I will try just-released 2.6.15-rc4 and let know the result.

Today, I tried 2.6.15-rc4. The result is same. Still hangs,
Alt+sysrq+t does not respond and there is nothing related to the issue
in syslog.

Re: [BUG]: Software compiling occasionlly hangs under 2.6.15-rc1/rc2 and 2.6.15-rc1-mm2

[Tarkan Erimer]

Hi again,

On 12/2/05, Tarkan Erimer <tarkane@gmail.com> wrote:
> Today, I tried 2.6.15-rc4. The result is same. Still hangs,
> Alt+sysrq+t does not respond and there is nothing related to the issue
> in syslog.
>

I also tried 2.6.15-rc5. This time things are a bit different. Still,
the bug exist.
Differently, I can do Alt+sysrq+t when hanged. It works (I can see the
sysrq t initiated message on console) now. But, The call trace events
do not appear  in syslog. Normally, it appears in syslog.


Regards