On Wed, May 09, 2007 at 11:46:13AM -0700, Bruce Bauer wrote:
On 5/8/07, Joachim Schipper [EMAIL PROTECTED] wrote:
On Tue, May 08, 2007 at 09:05:44AM -0700, Bruce Bauer wrote:
Probably a good idea to put some load on the sytem anyway.
Running make in ports/www/kde should keep it busy for
Bruce Bauer wrote:
This system has been running flawlessly since mid-March with GENERIC
plus the 010 patch. dmesg below
This morning I found it totally unresponsive both through network and
at the console. Had to use the power switch to recover.
Where do I start trying to track this down?
The
Can you get rid of extraneous hardware? Can you drop some RAM, and
the video card? How about any of the AMD-specific processor setting,
like HyperTransport?
Can you disable apm? maybe there are some conflicts in the apm...
I mean, these are a few ideas that I thought of...
On 5/10/07,
In article [EMAIL PROTECTED], Nick Holland wrote:
cpu0:
FPU,V86,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,CFLUSH,MMX,FXSR,SSE,SSE2,SSE3,CX16
..
Is this an amd64 capable Sempron? It looks like it is, based on the
rest of the dmesg.
Nope, no LONG in that cpu
Tobias Weingartner wrote:
In article [EMAIL PROTECTED], Nick Holland wrote:
cpu0:
FPU,V86,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,CFLUSH,MMX,FXSR,SSE,SSE2,SSE3,CX16
..
Is this an amd64 capable Sempron? It looks like it is, based on the
rest of the
Update:
I've experienced 3 more hard lockups.
No messgaes on the console screen. Nothing unusual in any of the log
file that I've found. Make running in /upr/ports/x11/kde was
interrupted at different tasks each time, (downloading, compiling, and
running a configure script). System recovered
Hmmm...
Probably a good idea to put some load on the sytem anyway.
See how the VPN data transfer holds up.
Downloading ports.tar.gz now
Running make in ports/www/kde should keep it busy for a while
Not familiar with bonnie++, I'll check it out
Thanks,
Bruce
On 5/7/07, Joachim Schipper [EMAIL
On Tue, May 08, 2007 at 09:05:44AM -0700, Bruce Bauer wrote:
Probably a good idea to put some load on the sytem anyway.
See how the VPN data transfer holds up.
Downloading ports.tar.gz now
Running make in ports/www/kde should keep it busy for a while
Not familiar with bonnie++, I'll check it
Initial results:
complied bonnie++ from ports
make is running in ports/x11/kde
2 video streams passsing through VPN tunnel at abou 32 fps total
output from bonnie++:
Version 1.03 --Sequential Output-- --Sequential Input- --Random-
-Per Chr- --Block-- -Rewrite-
This system has been running flawlessly since mid-March with GENERIC
plus the 010 patch. dmesg below
This morning I found it totally unresponsive both through network and
at the console. Had to use the power switch to recover.
Where do I start trying to track this down?
The system is running
On May 7, 2007, at 12:20 PM, Bruce Bauer wrote:
This system has been running flawlessly since mid-March with GENERIC
plus the 010 patch. dmesg below
This morning I found it totally unresponsive both through network and
at the console. Had to use the power switch to recover.
Where do I
On Mon, May 07, 2007 at 11:20:00AM -0700, Bruce Bauer wrote:
This system has been running flawlessly since mid-March with GENERIC
plus the 010 patch. dmesg below
This morning I found it totally unresponsive both through network and
at the console. Had to use the power switch to recover.
On 5/7/07, Jack J. Woehr [EMAIL PROTECTED] wrote:
On May 7, 2007, at 12:20 PM, Bruce Bauer wrote:
This system has been running flawlessly since mid-March with GENERIC
plus the 010 patch. dmesg below
This morning I found it totally unresponsive both through network and
at the console. Had to
On Mon, May 07, 2007 at 12:42:55PM -0700, Bruce Bauer wrote:
On 5/7/07, Jack J. Woehr [EMAIL PROTECTED] wrote:
On May 7, 2007, at 12:20 PM, Bruce Bauer wrote:
This system has been running flawlessly since mid-March with GENERIC
plus the 010 patch. dmesg below
This morning I found it
14 matches
Mail list logo