From owner-freebsd-questions@FreeBSD.ORG Wed Aug 22 03:28:25 2012 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id D25A91065670 for ; Wed, 22 Aug 2012 03:28:25 +0000 (UTC) (envelope-from freebsd@dreamchaser.org) Received: from nightmare.dreamchaser.org (nightmare.dreamchaser.org [12.32.44.142]) by mx1.freebsd.org (Postfix) with ESMTP id 886488FC0A for ; Wed, 22 Aug 2012 03:28:25 +0000 (UTC) Received: from breakaway.dreamchaser.org (breakaway.dreamchaser.org. [12.32.36.73]) by nightmare.dreamchaser.org (8.13.6/8.13.6) with ESMTP id q7M3SP6M021076 for ; Tue, 21 Aug 2012 21:28:26 -0600 (MDT) (envelope-from freebsd@dreamchaser.org) Message-ID: <503451D7.9040107@dreamchaser.org> Date: Tue, 21 Aug 2012 21:28:23 -0600 From: Gary Aitken User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:13.0) Gecko/20120609 Thunderbird/13.0 MIME-Version: 1.0 To: FreeBSD Mailing List Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-2.0.2 (nightmare.dreamchaser.org [12.32.36.65]); Tue, 21 Aug 2012 21:28:26 -0600 (MDT) Subject: 9.0 release not dead but barely breathing after idling X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: freebsd@dreamchaser.org List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 22 Aug 2012 03:28:26 -0000 Aargh... So my 9.0 RELEASE system no longer totally hangs when sitting idle... it seems to run quite a bit longer, waking up from screen blanking in general even after long (overnight) periods of sitting idle. However, not always. X (screen was allowed to blank after 10 min, I'm testing w/ that off now.) blanked the screen. I come back after a few hrs of the system doing nothing (leaving a lot of stuff open, esp in firefox) and the screen is blank (expected) but doesn't wake up. I can ping from another machine, but not rlogin (no response). That seems weird. /var/log/messages shows no activity around attempted rlogin time Previously, before I turned off memory hole mapping in bios, it would go totally dead, but now it's clearly breathing. Power switch doesn't do a soft reboot, but I haven't tested it independently to see if it works at all. Will do that on next reboot. Question: If one does D to get out of X, how does that affect things? i.e. Since there is no active X display, what happens if a process tries to repaint? Does this effectively take display hardware out of the picture for troubleshooting? Output from "last": garya pts/5 nightmare Tue Aug 21 18:26 - 18:26 (00:00) garya pts/3 :0 Tue Aug 21 17:12 still logged in garya pts/2 :0 Tue Aug 21 17:12 still logged in garya pts/0 :0 Tue Aug 21 17:12 still logged in garya pts/1 :0 Tue Aug 21 17:12 still logged in garya pts/4 :0 Tue Aug 21 17:12 still logged in garya ttyv0 Tue Aug 21 17:08 still logged in boot time Tue Aug 21 17:06 garya pts/3 :0 Sun Aug 19 15:44 - crash (2+01:22) garya pts/4 :0 Sun Aug 19 15:44 - crash (2+01:22) garya pts/2 :0 Sun Aug 19 15:44 - crash (2+01:22) garya pts/1 :0 Sun Aug 19 15:44 - crash (2+01:22) garya pts/0 :0 Sun Aug 19 15:44 - crash (2+01:22) root ttyv4 Sun Aug 19 15:42 - crash (2+01:23) garya pts/4 :0 Sun Aug 19 15:15 - 15:41 (00:25) I discovered the system was hung and rebooted around Aug 21 17:06. Why is no crash recorded on Aug 21? The system was working (behaving normally) until at least ~ Aug 21 15:00 Since I could ping it around Aug 21 17:00, but then did a forced power down in order to reboot, shouldn't that show as a crash or something? Why is there no boot recorded soon after Aug 19 15:44? (I did reboot) Why does the first entry for garya after boot show still logged in? Is this because the records are based on the utx.log file, and the system crashed, so it looks like I'm still logged in? /var/log/cron shows: Aug 21 13:11:00 breakaway /usr/sbin/cron[10699]: (operator) CMD (/usr/libexec/save-entropy) Aug 21 13:15:00 breakaway /usr/sbin/cron[10717]: (root) CMD (/usr/libexec/atrun) Aug 21 13:20:00 breakaway /usr/sbin/cron[10719]: (root) CMD (/usr/libexec/atrun) Aug 21 13:22:00 breakaway /usr/sbin/cron[10721]: (operator) CMD (/usr/libexec/save-entropy) Aug 21 13:25:00 breakaway /usr/sbin/cron[10733]: (root) CMD (/usr/libexec/atrun) Aug 21 17:10:00 breakaway /usr/sbin/cron[1878]: (root) CMD (/usr/libexec/atrun) Aug 21 17:11:00 breakaway /usr/sbin/cron[1882]: (operator) CMD (/usr/libexec/save-entropy) So it appears the system went south around Aug 21 13:25 Anything else I should look at for hints? Any suggestions for how to narrow this down further other than: disabling X screen blanking D to get out of X prior to leaving machine idle Thanks for any suggestions, gary