From: mroos@linux.ee
To: sparclinux@vger.kernel.org
Subject: Re: Recent spontaneous reboots on multiple machines
Date: Fri, 08 Jan 2016 20:18:38 +0000 [thread overview]
Message-ID: <alpine.LRH.2.20.1601082132530.19024@math.ut.ee> (raw)
In-Reply-To: <alpine.LRH.2.20.1601061716510.27880@math.ut.ee>
> >> > So far I have made sure that 4.2.0 works fine on V240 overnight with the
> >> > following command to find any other errors too.
> >> > while true; do make clean; make -j2 || break; done
For now it seems 4.3.0-00063-gea2d67b and 4.3.0-08824-g7c623ca also
survive for many hours. That is strange - I think I saw it earlier on
v240 where I am currently testing (I have seen it multiple times on
v240, only once or twice on v440).
Now I have also ran 4.4-rc8 on v440 for some hours and it seem to
survive.
So I do not know how to reproduce the reboot at will :(
> >> let me restart a loop with your .config on my v440 and let this run
> >> overnight, to see if I can reproduce your case.
> >
> > Hmm. I've rebooted my v440 with a kernel built with your .config,
> > I've been able to do the above make loop for several hours now.
> >
> > perhaps it is some service/module that you have enabled/loaded
> > that I dont? Would you like to compare output of lsmod and/or
> > chkconfig and/or service--status-all? (let me know which one).
lsmod on v440:
ipv6 371138 22
loop 18495 0
sr_mod 15039 0
cdrom 30798 1 sr_mod
ohci_pci 3362 0
ohci_hcd 32471 1 ohci_pci
usbcore 191889 2 ohci_hcd,ohci_pci
usb_common 3832 1 usbcore
pata_ali 9305 0
libata 195005 1 pata_ali
sg 19827 0
cassini 46893 0
flash 3435 0
lsmod on v240:
ipv6 496922 26
loop 19367 0
tg3 167037 0
skge 40515 0
hwmon 3838 1 tg3
sg 20793 0
i2c_ali15x3 6252 0
i2c_ali1535 6046 0
i2c_core 28484 2 i2c_ali1535,i2c_ali15x3
ptp 12769 1 tg3
pps_core 8737 1 ptp
flash 3875 0
skge is for Ethernet controller: SysKonnect SK-9872 Gigabit
Ethernet Server Adapter (SK-NET GE-ZX dual link) (rev 12) that is in the
v240 as an additional card with OF ROM.
> > Other thing is, there is nothing in the console/logs to
> > give a hint why it rebooted?
Nothing in ALOM console log history or in syslog.
> It could also be influenced by either the amount of memory he has
> installed, or what userland he is using.
v240 has 6G RAM, v440 has 8G.
Userland is Debian unstable, as it was as of July 25, 2015. gcc 4.9.3-2,
binutils 2.25-10.
My usage pattern on all the machines was powering up the machine, doing
git pull && make -j4 && echo OK
where -j number corresponds to number of CPUs in the system. Maybe git
pull created some memory pressure before?
ps shows I have running
init udevd dhclient uuidd rsyslogd atd cron irqbalance sshd exim4 ntpd
getty + sshd,bash for my login session.
v440 also has /usr/bin/daemon /etc/init.d/mpt-statusd check_mpt
init is sysvinit on both machines.
irqbalance and ntpd are the only slightly suspicious ones for my eye, or
i2c modules but these are only on v240.
mroos@v440:~$ cat /proc/interrupts
CPU0 CPU1 CPU2 CPU3
0: 7561 3617 5495 4128 none timer
1: 0 0 0 0 sun4u-IVEC TOMATILLO_PCIERR
2: 0 0 0 0 sun4u-IVEC TOMATILLO_UE
3: 0 0 0 0 sun4u-IVEC TOMATILLO_CE
4: 0 0 0 0 sun4u-IVEC TOMATILLO_SERR
6: 0 0 453 0 sun4u-IVEC eth0
8: 0 0 0 0 sun4u-IVEC TOMATILLO_PCIERR
13: 0 0 0 0 sun4u-IVEC TOMATILLO_PCIERR
14: 0 0 0 0 sun4u-IVEC TOMATILLO_UE
15: 0 0 0 0 sun4u-IVEC TOMATILLO_CE
16: 0 0 0 0 sun4u-IVEC TOMATILLO_SERR
19: 0 0 0 0 sun4u-IVEC power
20: 230 0 0 0 sun4u-IVEC su(serial)
21: 0 0 0 0 sun4u-IVEC ohci_hcd:usb1
22: 0 0 0 0 sun4u-IVEC ohci_hcd:usb2
23: 0 172 0 199 sun4u-IVEC pata_ali
24: 0 0 0 0 sun4u-IVEC TOMATILLO_PCIERR
31: 0 0 0 3311 sun4u-IVEC ioc0
32: 49 0 0 0 sun4u-IVEC ioc1
NMI: 0 0 0 0 Non-maskable interrupts
mroos@v240:~$ cat /proc/interrupts
CPU0 CPU1
0: 10073372 10074564 none timer
1: 0 0 sun4u-IVEC TOMATILLO_PCIERR
2: 0 0 sun4u-IVEC TOMATILLO_UE
3: 0 0 sun4u-IVEC TOMATILLO_CE
4: 0 0 sun4u-IVEC TOMATILLO_SERR
6: 44675 52105 sun4u-IVEC eth0
8: 0 0 sun4u-IVEC TOMATILLO_PCIERR
14: 0 0 sun4u-IVEC power
15: 0 266 sun4u-IVEC su(serial)
20: 0 0 sun4u-IVEC TOMATILLO_PCIERR
21: 0 0 sun4u-IVEC TOMATILLO_UE
22: 0 0 sun4u-IVEC TOMATILLO_CE
23: 0 0 sun4u-IVEC TOMATILLO_SERR
25: 46126 73792 sun4u-IVEC sym53c8xx
26: 30 0 sun4u-IVEC sym53c8xx
27: 0 0 sun4u-IVEC TOMATILLO_PCIERR
NMI: 42625 42625 Non-maskable interrupts
--
Meelis Roos (mroos@linux.ee)
next prev parent reply other threads:[~2016-01-08 20:18 UTC|newest]
Thread overview: 29+ messages / expand[flat|nested] mbox.gz Atom feed top
2016-01-06 15:21 Recent spontaneous reboots on multiple machines Meelis Roos
2016-01-06 15:22 ` Meelis Roos
2016-01-07 17:41 ` Sowmini Varadhan
2016-01-07 19:46 ` Meelis Roos
2016-01-07 20:14 ` Sowmini Varadhan
2016-01-08 17:20 ` Sowmini Varadhan
2016-01-08 19:02 ` David Miller
2016-01-08 20:18 ` mroos [this message]
2016-01-08 21:15 ` Sowmini Varadhan
2016-01-08 21:29 ` Meelis Roos
2016-01-10 10:03 ` Meelis Roos
2016-02-05 9:06 ` Meelis Roos
2016-02-14 10:51 ` Sowmini Varadhan
2016-02-15 5:54 ` Meelis Roos
2016-02-18 2:30 ` Sowmini Varadhan
2016-02-22 1:02 ` Sowmini Varadhan
2016-02-23 12:12 ` Invalid sk_policy[] access (was Re: Recent spontaneous reboots on multiple machines) Sowmini Varadhan
2016-02-23 19:36 ` Meelis Roos
2016-02-23 19:39 ` Sowmini Varadhan
2016-02-23 20:45 ` Meelis Roos
2016-02-23 20:20 ` Invalid sk_policy[] access David Miller
2016-02-23 20:29 ` Sowmini Varadhan
2016-02-23 20:37 ` mroos
2016-02-23 20:51 ` mroos
2016-02-23 20:53 ` Sowmini Varadhan
2016-02-23 23:05 ` David Miller
2016-02-23 22:59 ` David Miller
2016-02-23 23:59 ` Sowmini Varadhan
2016-02-24 0:23 ` David Miller
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=alpine.LRH.2.20.1601082132530.19024@math.ut.ee \
--to=mroos@linux.ee \
--cc=sparclinux@vger.kernel.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox