From owner-freebsd-isp@FreeBSD.ORG Mon Dec 8 15:08:05 2003 Return-Path: Delivered-To: freebsd-isp@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3B13116A4CE for ; Mon, 8 Dec 2003 15:08:05 -0800 (PST) Received: from mordrede.visionsix.com (mordrede.visionsix.com [65.202.119.3]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1967C43D2D for ; Mon, 8 Dec 2003 15:08:02 -0800 (PST) (envelope-from lists@visionsix.com) Received: from vsis169 (unverified [65.202.119.169]) by mordrede.visionsix.com (Vircom SMTPRS 3.0.273) with SMTP id ; Mon, 8 Dec 2003 17:08:01 -0600 Message-ID: <00f001c3bde0$22d4ef10$df0a0a0a@visionsix.net> From: "Lewis Watson" To: References: <003601c3bdd9$89c444c0$c905010a@daylight.net> Date: Mon, 8 Dec 2003 17:08:05 -0600 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2800.1158 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1165 cc: freebsd-isp@FreeBSD.ORG Subject: Re: [Apcupsd-users] RE: FreeBSD and APCUPSD 3.10.6 X-BeenThere: freebsd-isp@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Internet Services Providers List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 08 Dec 2003 23:08:05 -0000 > many scripts in /usr/local/etc/rc.d will require the full path to > manually start or stop. just doing "./ start" will > produce the error you are experiencing. try using: > > /usr/local/etc/rc.d/apcupsd.sh start > or > /usr/local/etc/rc.d/apcupsd.sh stop This was exactly correct for the prefix error that was generated. More information on the problem where apcupsd appeared to be failing to communicate with the ups. - I looked at the commfailure and commok files. Each file tries to run apcaccess and place the output of it in the email notifying the admin of the change. I removed these lines and now apcupsd is notifiying with wall, email, and logging each communication status change. Apparantly, apcaccess was just hanging which in turn made the rest of the program nonresponsive. So far so good at this time with those lines that called apcaccess commented out! Thanks, Lewis