similar to: Tripplite SMX1500XLRT2U through serial

On Wed, Oct 1, 2008 at 7:30 AM, Roman Serbski <mefystofel at gmail.com> wrote: >> Definitely seems like a permissions problem. >> >> It's been a while since I messed with USB on FreeBSD. What do the >> permissions look like on /dev/ugen*? What modifications did you make >> to /etc/devfs.rules? > > Thanks a lot Charles! I think I managed to get NUT

Hi list- I'm having problems with TrippLite SMX1500LCD not being detected by NUT under FreeBSD 6.3-RC2. NUT 2.2.1 was installed from ports with the following options: WITH_USB=true WITH_SNMP=true WITHOUT_IPV6=true WITH_LIBUPSCLIENT=true WITH_CGI=true I use USB cable shipped with TrippLite and 'usbdevs -v' shows the following: ... Controller /dev/usb2: addr 1: full speed, self

Hi Stefanos, I've forwarded your mail to the nut user mailing list, which is the right place to get support. thanks to subscribe to it (http://alioth.debian.org/mail/?group_id=30602). Arnaud -- Linux / Unix Expert - MGE UPS SYSTEMS - R&D Dpt Network UPS Tools (NUT) Project Leader - http://www.networkupstools.org/ Debian Developer - http://people.debian.org/~aquette/ OpenSource

Hello, I recently had a failure with my old MGE ESV8 ups, it just died on me so I had to get a new one. I found a MGE ESV8+ cheap and everything seems to work fine with it except the communication with the computer. The old ESV8 (non +) worked fine with NUT after applying some patches I got from the mailing list, but I think they are in the source tree now. I'm using the same cable that

On Tue, May 8, 2018 at 11:34 AM, Roman Serbski <mefystofel at gmail.com> wrote: > # gdb gluster > GNU gdb 6.1.1 [FreeBSD] > Copyright 2004 Free Software Foundation, Inc. > GDB is free software, covered by the GNU General Public License, and you are > welcome to change it and/or distribute copies of it under certain conditions. > Type "show copying" to see the

On Mon, May 7, 2018 at 9:19 PM, Kaleb S. KEITHLEY <kkeithle at redhat.com> wrote: > > See https://review.gluster.org/19974 Many thanks Kaleb. Your patch did the trick and I did manage to compile, however I get a Segmentation fault when trying to execute gluster. I'm using the following options to configure (taken from the glusterfs 3.11.1 port in the FreeBSD port repository):

Anyone know what is the problem for this? thanks Andrew freebsd 540$ /usr/local/etc/rc.d/nut restart nut not running? (check /var/db/nut/upsd.pid). Network UPS Tools - UPS driver controller 2.0.4 Network UPS Tools - Generic UPS driver 1.32 (2.0.4) UPS type: APC Back-UPS (940-0023A cable) Unable to open /dev/cuad0: Device busy Current user id: uucp (66) Serial port owner: uucp (66) Serial

I'm trying to get a SMART2200CRMXL to work with nut, using a USB cable. tripplite_usb -a upsname returns: Network UPS Tools - Tripp Lite OMNIVS and SMARTPRO driver 0.11.1 (2.2.2) Warning: This is an experimental driver. Some features may not function correctly. No matching USB/HID UPS found My system info: CentOS 5.5 nut installed from repo upsd version 2.2.2 TrippLite SMART2200CRMXL

Device manufacturer and name: Tripp-Lite OmniSmart500 upsc output: matt at backup:/etc$ sudo upsc tripplite battery.charge: 100 battery.test.status: Battery OK battery.voltage: 14.56 battery.voltage.nominal: 12 device.mfr: Tripp Lite device.model: OMNISMART500 device.type: ups driver.name: tripplite_usb driver.parameter.pollinterval: 2 driver.parameter.port: auto driver.version: 2.4.3

Skipped content of type multipart/mixed-------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: not available Url : http://lists.freebsd.org/pipermail/freebsd-stable/attachments/20060322/b3ddf5ba/attachment-0001.pgp

Have anybody expirience with Ippon Smart Winner 750/1000/1500/2000/3000 with serial interface ? I have tryed megatec and blazer_ser drivers with no success: [IPPON] driver = megatec port = /dev/ttyd0 desc = "IPPON smart winner 1500VA" model = "Smart Winner 750/1000/1500/2000/3000" # ./megatec -a IPPON -DDD Network UPS Tools - Megatec

Hello, We are using the equipment "MUSTEK PowerMust 3000 NetGuard RM". That is using Megatec protocol. But unfortunately not all the data can be viewed correctly when dumping from utility "upsc". For example: upsbox# upsc mustek at localhost battery.voltage: 108.00 battery.voltage.nominal: 96.0 driver.name: megatec driver.parameter.pollinterval: 2 driver.parameter.port:

Hi Stefanos, you should mail to the NUT list, and try the megatec driver, which is only available from subversion for the moment (but should be included in the next stable release). Carlos might give you some help with this driver. Arnaud Quette -- Linux / Unix Expert - MGE UPS SYSTEMS - R&D Dpt Network UPS Tools (NUT) Project Leader - http://www.networkupstools.org/ Debian Developer -

On 05/09/2018 05:44 AM, Roman Serbski wrote: > On Tue, May 8, 2018 at 11:34 AM, Roman Serbski <mefystofel at gmail.com> wrote: >> # gdb gluster >> GNU gdb 6.1.1 [FreeBSD] >> Copyright 2004 Free Software Foundation, Inc. >> GDB is free software, covered by the GNU General Public License, and you are >> welcome to change it and/or distribute copies of it under

I have an amd64 7.1 install on a SuperMicro C2SBA+ and I see the following in dmesg.. sio0: configured irq 4 not in bitmap of probed irqs 0 sio0: port may not be enabled sio0: configured irq 4 not in bitmap of probed irqs 0 sio0: port may not be enabled sio0: <16550A-compatible COM port> port 0x3f8-0x3ff irq 4 flags 0x10 on acpi0 sio0: type 16550A sio0: [FILTER] sio1: configured irq 3 not

Hi, I'm having trouble with an IRQ conflict I can't figure out how to resolve. I tried KDE (which is great), but this required the NVIDIA driver. However, this driver conflicts with my modem. If the driver is loaded, then the system locks up when accessing the modem. If I remove the NVIDIA driver from /boot/loader.conf, modem works fine. I tried moving the modem to different slots, but

Hello all, Some time ago, you all were very helpful in getting nut running on an OpenBSD system, using--for what it's worth--a CyberPower 1500AVR. So I finally got my FreeBSD system's UPS, also a CyberPower 1500AVR, within reach of its serial cable and I'm trying to get nut running here. I'm going nuts. Basically, I copied the OpenBSD configuration over to the FreeBSD system

On 05/09/2018 09:02 AM, Roman Serbski wrote: > On Wed, May 9, 2018 at 1:22 PM, Kaleb S. KEITHLEY <kkeithle at redhat.com> wrote: >> >> That's certainly true. The issue hasn't been fixed in any version of >> gluster yet. >> >> You can help moving it along by voting +1 on >> https://review.gluster.org/19974 > > Will do -- thanks! >

Kip, Does the problem with Xen 3.1 in HVM/Intel manifest as those BTX halted errors (e.g. http://lists.xensource.com/archives/html/xen-users/2006-10/msg00014.html) ? If so, do you happen to know whether this problem has been solved in Xen 3.2 or 3.2.1? This message of yours was written this March, so I'm assuming that 3.2.1 will contain this fix? Can anybody confirm this? I'm having

I have same problem on same class machine, here is dmesg from failing boot (via serial console): -------------------- Copyright (c) 1992-2003 The FreeBSD Project. Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 The Regents of the University of California. All rights reserved. FreeBSD 4.8-RELEASE-p7 #0: Sat Sep 20 17:07:38 EEST 2003