[ale] Long lag for command line

Doug Hall doughalldev at gmail.com
Sat Jun 29 15:15:12 EDT 2013


I've experienced this kind of slowness from a dying hard drive - only it
might have been the controllers and not the disk itself. I remember running
Diskwarrior (Mac hard disk utility program), and even though it took a
LONG, LONG time to run, it came back with only insignificant errors.
(Improper file count in the index, etc.) Once I replaced the drive,
everything was back to normal. Do you have a spare drive you could throw in
there?


On Sat, Jun 29, 2013 at 11:11 AM, Alex Carver <agcarver+ale at acarver.net>wrote:

> On 6/29/2013 04:41, Mike Harrison wrote:
>
>> On Sat, 29 Jun 2013, Alex Carver wrote:
>>
>>> didn't crop up until recently (maybe four or five days ago) but the
>>> machine had been running continuously without issue for about 50 days
>>> (would have
>>>
>>
>> I'd start with dmesg - I've seen weird HD or other I/O errors cause
>> similar issues and they showed up in 'dmesg'
>>
>> And stupid things: If this system is remote, run MTR/traceroute
>> to it, it might not be a machine issue, but a connection to it issue.
>>
>
> Didn't see anything in dmesg, either, though I'll dig through again just
> in case I missed a one-liner.
>
> "Remote" is a bit of a stretch in this case.  The computer with the ssh
> terminal is sitting directly above the one having trouble and both are
> cabled into the same switch.  :)  I just called it "remote" because I'm not
> using the console or a DE on the troubled machine.
>
>
> ______________________________**_________________
> Ale mailing list
> Ale at ale.org
> http://mail.ale.org/mailman/**listinfo/ale<http://mail.ale.org/mailman/listinfo/ale>
> See JOBS, ANNOUNCE and SCHOOLS lists at
> http://mail.ale.org/mailman/**listinfo<http://mail.ale.org/mailman/listinfo>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.ale.org/pipermail/ale/attachments/20130629/c94dbee1/attachment.html>


More information about the Ale mailing list