similar to: Server Does Not Shut Down

On Tue, 31 Jan 2006, Arjen de Korte wrote: > > But I'd like to know what I'm testing. Could you please post a bug tracker > > URL? I'm having trouble finding #302338. > > That may be because I closed the bug (maybe a little overenthousiastic). See > > http://alioth.debian.org/tracker/index.php?func=detail&aid=302338&group_id=30602&atid=411542 >

I have made changes but it is still the same. That is when the server gets the lowbat/noAC signal it does shut down as expected but the slave does not. Perhaps it makes sense for me to list the present settings: On the Master: nut.conf MODE=netserver ups.conf [sdrups] driver = genericups port = /dev/ttyS1 desc = "For Server &

On Nov 8, 2014, at 1:52 PM, Steve Read <sd_read at hotmail.com> wrote: > I have made changes but it is still the same. That is when the server gets the lowbat/noAC signal it does shut down as expected but the slave does not. > > Perhaps it makes sense for me to list the present settings: > > On the Master: > > nut.conf > MODE=netserver > >

On 11/10/14 17:52, Steve Read wrote: > Hi Stan, thank you for your help. > > My ups.conf file is: > [sdrups] > driver = genericups > port = /dev/ttyS1 > desc = "For Server & Backup" > upstype=9 > Assuming upsmon is the user and autocadba2 is the password in upsd.users, the monitor line should be MONITOR sdrups at 192.168.0.7

On the slave which is 192.168.0.6 in /var/log/daemon.log I see entries of: Nov 10 17:43:03 server2 upsmon[2120]: Poll UPS [root at 192.168.0.7] failed - [root] does not exist on server 192.168.0.7 In upsmon.conf I have one entry: MONITOR root at 192.168.0.7 1 sdrups autocadba2 slave (Yes, I realize I displayed my password some time ago) So I think it is saying that root does not exist on server

Hi paulr Thanks for your reply. Though DWARF info give me the code address ranges, there might be inline data. If so, how to handle this case? As for the dwarf line table. Sometimes, the source line might be zero. Do you know why? If all instructions should be describe in the line table, I think analyzing Dwarf line table is enough to get all the instructions addresses. Do you agree? I would

Hello again, I have a Sola 305 (aka Powerware 3110) here connected via a serial INT-0051 cable which I am trying to get working with nut. The driver.list file indicates that nut supports the Sola 305 when connected via the INT-0025C cable using the genericups driver with upstype set to 7 but it does not mention the INT-0051. I was able to use the "Basic CheckUPS II" utility provided

Hello, ahgu >I have a unisys UPS, I probed the RS232 and notice that pin 2, >(receive data) is going from -6v (OL) to 12v(OB), but I don't see the >setting for the genericups. Seems nobody else is using the RD pin? >Any driver I can use? >Thanks >-Andrew Try RX as signal name (not RD). -- Best regards, Sergiy mailto:rendol@mail.zp.ua

There should be a line-table entry for the end of the function, which appears to be missing from the dump you provided. llvm-dwarfdump should report this address with 'end_sequence' in the Flags. Are you using a different dumper? I am not sure but my guess would be that inline data is not represented in the line table. The line table's primary purpose is to inform the debugger

Unfortunately, almost all the Windows programs I want to run under Wine need to access the COM: ports, and I cannot get any of them to run. Typically, I get stuff like this ... fixme:comm:EscapeCommFunction16 no cid=0 found! fixme:comm:EscapeCommFunction16 no cid=0 found! err:comm:COMM16_ReadComplete async read failed 000003e3 fixme:comm:EscapeCommFunction16 no cid=3 found!

Hello, I am presently upgrading my servers. The old ones are running Suse 10.1 and I am upgrading to the most recent Debian. Oh, and I am not an IT guy rather a hacker who loves Linux and seems to enjoy getting myself confused. Presently I am trying to get the Nut running and am having problems. I have the master server working but it does not inform the slave server to shut down. For the most

[Please use reply-all to keep the discussion on the list, thanks] On Nov 6, 2014, at 10:19 PM, Charles Lepple <clepple at gmail.com> wrote: > On Nov 6, 2014, at 12:48 PM, Steve Read <sd_read at hotmail.com> wrote: > >> I am presently upgrading my servers. The old ones are running Suse 10.1 and I am upgrading to the most recent Debian. > > What version of NUT on

I'm not familiar with the target instruction set, but if "MOV PC, R0" is not a return instruction, I'm guessing that the sequence starting at A39C is a dispatch through a jump table. The jump table would be considered part of the instruction stream and included in the scope of the line table. This is not a case where you would see end_sequence; my mistake. The line table does

Hello, I got this information from the manufacturer of my ups Kobian/Mercury and were tested wtih powstatd on Linux (Works OK). Now i want to configure it with NUT and i didn't have any luck (it always says OB) Initiliasation for monitoring: RTS = 1 (High) Main power fail: CTS = 0 (Low) Batter low: DCD = 0 (Low) Kill UPS: DTR = 0 (Low) How would the ups.conf look like? Reagards, Lep

> +22 = Gamatronic UPSs with alarm interface > + [CP=RTS] [OL=CTS] [LB=\-DCD] [SD=DTR] > + > +22 = CyberPower SL seriess > + [CP=RTS] [OL=CTS] [LB=\-CAR] [SD=DTR] > + > + This part of the patch is no good. While TIOCM_CAR is equivalent to TIOCM_CD (at least in some implementations) CAR certainly isn't handled the same as DCD by genericups. It won't be

Hello. Has anyone been able to successfully make data (dialup modem) calls through a TDM2400E? We're able to make fax and credit card calls fine, but cannot successfully make modem calls using a 56K modem connected to a patch panel connected to an FXS port which then gets bridged to an FXO port connected directly to a phone line. We have 'echocancelwhenbridged=no' set in

I tried to find a search button for the mailing list but could not. So rtfm me with the link please. If not.. I have an old Deltec PowerRite Pro 2 UPS which has a 9 pin serial cable. By trial and error Im pretty sure I found LB = DCD, but can not get the combination for OB / OL. No matter what I do I get the results below. driver.name: genericups driver.parameter.CP: CTS driver.parameter.LB:

On Nov 9, 2014, at 7:56 PM, Steve Read <sd_read at hotmail.com> wrote: > Boy, I guess I got that one wrong. > > When I run nmap on the master it does say that port 3493 is open which is expected. > > So then what you are telling me means the ports are open. > In other words I don't have a firewall issue. I know this sounds incredibly pedantic, but if you run nmap

Hello! I have a box that monitors the surrounding environment and sends a signal to a debian machine when it is time to shut down, according to the developers of the box it uses and old standard of UPS signaling. It is super simple, it just changes the DCD status to high when it is time to shut down. Has anybody heard of this kind of signaling, i have googled without success. But maybe someone on

Thank you Charles, I am hoping fiddle with that sometime today or tomorrow. But I have another question, when you ask me to modify various files I am confused as to weather you mean on the server, client or both? So in your statement: "Instead, you want to listen on the wildcard address, so you will want to add "LISTEN 0.0.0.0" to /etc/nut/upsd.conf. After restarting NUT, netstat