We are closing this bug report because it lacks the information we need
to investigate the problem, as described in the previous comments.
Please reopen it if you can give us the missing information, and don't
hesitate to submit bug reports in the future. To reopen the bug report
you can click on t
The Ubuntu Kernel Team is planning to move to the 2.6.27 kernel for the
upcoming Intrepid Ibex 8.10 release. As a result, the kernel team would
appreciate it if you could please test this newer 2.6.27 Ubuntu kernel.
There are one of two ways you should be able to test:
1) If you are comfortable
The 18 month support period for Edgy Eft 6.10 has reached it's end of
life. As a result, we are closing the linux-source-2.6.17 Edgy Eft
kernel task.
** Changed in: linux-source-2.6.17 (Ubuntu)
Status: New => Invalid
** Tags added: edgy-close
** Also affects: linux (Ubuntu)
Importance
Hardy Heron 8.04 was recently released. It would be helpful if you
could test the new release and verify if this is still an issue -
http://www.ubuntu.com/getubuntu/download . You should be able to test
your bug using the LiveCD. Please let us know your results. Thanks.
** Changed in: linux (U
Can you test this in the latest kernel with Hardy?
--
Sparc t2000 hangs under stress load
https://bugs.launchpad.net/bugs/91601
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
--
ubuntu-bugs mailing list
ubuntu-bugs@lists.ubuntu.com
htt
Thanks for the tests. I am looking at the problem with upstream now.
I will let you know as soon as something is available.
Fabio
PS and thanks for such a complete bug report! it's rare to get one of
those ;)
--
Sparc t2000 hangs under stress load
https://launchpad.net/bugs/91601
--
ubuntu-b
The hang repeated, with a similar time to fail. I will attach the test,
console and dmesg logs.
Looking for direction on next steps please
thanks ted
** Attachment added: "Feisty second test run failure"
http://librarian.launchpad.net/6844598/feisty2.txt
--
Sparc t2000 hangs under stress l
Feisty reported the following at 2:50 into the test:
Event at 11:50 - 2Hrs50 Time to fail
1. Application output and data gathered:
The WatchDog_for_SSULoad process "hung" at 11:50. The 'ps -eyl'
command shows its channel as rwsem_. So, I'd say this kernel still
has a locking problem.
At Thu M
We started the tests running on Feisty at 9:00AM US Eastern Time 3/15.
The normal time to fail is approximately 24 hours.
cheers ted
--
Sparc t2000 hangs under stress load
https://launchpad.net/bugs/91601
--
ubuntu-bugs mailing list
ubuntu-bugs@lists.ubuntu.com
https://lists.ubuntu.com/mailman
Feisty is now installed on my t2000, just adding in the packages needed
to re-run the tests. Installation was completely error free, no problems
encountered.
Linux wgs94-206 2.6.20-8-sparc64-smp #2 SMP Tue Feb 13 09:36:03 UTC 2007
sparc64 GNU/Linux
The Time To Fail was approx 24 hours, to prove s
I built a kernel using the same .config file from Ubuntu sources. The
system uname -r is 2.6.17.14-ubuntu1-tgspcl. The time to fail lengthened
but has generated a similar failure symptom at approximately 25 Hrs TTF.
The failure symptom is BUG: soft lockup detected on CPU#28!
dmesg shows:
[98810.
The stress load used is (unfortuneatly) proprietary in that the code was
generated on company time.
It is a collection of tests designed to simulate several classes of
time-sharing user. It is loosely based on UETP code use by VaxVMS and
code generated for Tru64Unix.
The components include:
- A
Hi Ted, thanks for the 2 bug reports (I saw the other one too). It would
be interesting for us to know if you can reproduce these problems with
dapper and feisty too.
Also.. what kind of stress test did you perform in this setup? the other
was crashme, here?
Thanks
Fabio
--
Sparc t2000 hangs un
13 matches
Mail list logo
