similar to: VMware ESXi package 1.4.0 released

Dear NUT users, New ViB package version 1.3.0 for VMware 5.x has been released. What's new : - Nut upgraded to 2.7.2 - Multiple ups support. You can provide an UPS at NUT_server list in the NutUpsName vmware UserVars. Use space as a separator. NUT client will initiate a shutdown when that last standing UPS goes low batt. All UPS at NUT_server have to use the same user/password. Description

Hi, VMware nut client package has been updated to version 1.1.0 Change are : - upsmon and upsc updated to nut-2.6.5 - ups events are now on sent to vmware syslog New URL for package is : http://rene.margar.fr/downloads/NutClient-ESXi500-1.1.0.tar.gz Link on package from NUT website should be changed. Previous version (1.0.2) was downloaded 1334 times since 28/05/2012. Best regards, Ren?

Dear nut users, New ViB package version 1.2.0 has been released. What's new : - Mail now contains RFC-2822 compliant date attribute - FINALDELAY upsmon parameter is now configurable from UserVars vmware parameters Description : - Contains NUT client 2.6.5 compiled for VMWare ESXi 5.x hypervisor - Instructions for installation or upgrade are in the archive - Archive can be downloaded from

Hello nut-upsuser, I'm trying to configure nut to be used with esxi 5.0.0. I have a APC Back-ups xs1300 which im assuming is plugged into /dev/usb0205 but i could easily be wrong. lsusb gives me: Bus 02 Device 05: ID 051d:0002 American Power Conversion Uninterruptible Power Supply I am following the french blog post posted on the nut website under the vmware section. I downloaded the

On Oct 26, 2014, at 5:23 AM, Ren? Garcia <rene at margar.fr> wrote: > Maybe someone at NUT project can change the existing link in the NUT web to point to the new package revision. Sorry for the delay - the NUT website is now split across two repositories, and the website will be updated sometime soon for the next NUT release. It will look like this:

[missed hitting reply-all] On Oct 16, 2014, at 5:20 PM, Michael Stinaff <mstinaff at gmail.com> wrote: > Just realized that I have ignored an important piece of info that actually started me on this quest. Thank you for following me through the mud. Hopefully this will clear a few things up. > > Most if not all of the servers will be ESXi or FreeNAS boxes. FreeNAS has nut

This shuts down the hosts directly (by-passing vCenter) http://rene.margar.fr/2012/05/client-nut-pour-esxi-5-0/ in spite of the title, it works for ESXi 6 and 7 as well Bart… From: Nut-upsuser <nut-upsuser-bounces+bart=smits.co.uk at alioth-lists.debian.net> On Behalf Of Lee Damon Sent: 14 May 2020 16:53 To: nut-upsuser Mailing List <nut-upsuser at lists.alioth.debian.org> Subject:

What about the REST API to do a graceful shutdown of your VM’s and the vCenter appliance: https://code.vmware.com/web/sdk/6.7/vsphere-automation-rest Bart… From: Lee Damon <nomad at ee.washington.edu> Sent: 14 May 2020 20:29 To: Bart J. Smit <bart at smits.co.uk> Cc: nut-upsuser at lists.alioth.debian.org Subject: Re: [Nut-upsuser] NUT control of vCenter & vServer? Thanks Bart.

Thanks Bart. Unfortunately "The VIB module does not comply with the security recommendations imposed by VMWare. You lose VMWare support by installing this package." This pretty much rules out this option. :( We need vCenter support, as well. nomad On Thu, May 14, 2020 at 10:06 AM Bart J. Smit <bart at smits.co.uk> wrote: > This shuts down the hosts directly (by-passing

That's certainly on the list of options. I'm doing data gathering right now to see what options there are. I'd prefer not to rashly decide to run off in a direction only to discover this is already a Solved Problem. nomad On Thu, May 14, 2020 at 1:13 PM Bart J. Smit <bart at smits.co.uk> wrote: > What about the REST API to do a graceful shutdown of your VM’s and the >

Hi Charles, Thanks for the prompt reply! Errors occur when execute make: /bin/sh ../libtool --tag=CXX --mode=compile g++ -DHAVE_CONFIG_H -I. -I../include -MT nutclient.lo -MD -MP -MF $depbase.Tpo -c -o nutclient.lo nutclient.cpp &&\ mv -f $depbase.Tpo $depbase.Plo libtool: compile: g++ -DHAVE_CONFIG_H -I. -I../include -MT nutclient.lo -MD -MP -MF .deps/nutclient.Tpo -c

Hi! Is there a way to download the NUT client for ESXI 5.0 (offsite, Ren? Garcia)? NUT client for ESXI 5.0 (offsite, Ren? Garcia) blog entry (French) VIB package The web site is not working. Best regards, H?vard Rabbe -------------- next part -------------- An HTML attachment was scrubbed... URL:

Hi Charles, Yes, it looks like my g++ does contain STL library which might be just my specific case... However, as a temporary solution I disabled nutclient in Makefile (please find the file attached). And nut-2.7.3 can be compiled now. Thanks, Sergey On Wed, Jul 8, 2015 at 4:13 AM, Charles Lepple <clepple at gmail.com> wrote: > On Jul 6, 2015, at 10:32 AM, Sergey Talchuk

On Jul 6, 2015, at 10:32 AM, Sergey Talchuk <tals1975 at gmail.com> wrote: > /bin/sh ../libtool --tag=CXX --mode=compile g++ -DHAVE_CONFIG_H -I. -I../include -MT nutclient.lo -MD -MP -MF $depbase.Tpo -c -o nutclient.lo nutclient.cpp &&\ > mv -f $depbase.Tpo $depbase.Plo > libtool: compile: g++ -DHAVE_CONFIG_H -I. -I../include -MT nutclient.lo -MD -MP -MF

On Sep 1, 2015, at 4:26 AM, Paul Vermeer <paul at elspaulnz.com> wrote: > > Hi nut users, (this is a re-send from the correct account) > > With pleasure, I have been using the code provided. Managed to get all working properly, except for the nutclient lib in C. As you have noticed, nutclient has a few rough edges. The original upsclient library has had a lot more testing,

Hello, Here is a patch for protocol_subnet.c with two modifications : - in tunnelserver mode, tinc must check subnets in the ".../hosts/owner" config file, not in "c->config_tree" (which is the configuration of the meta-connection from which we receive the ADD_SUBNET message). - this checking can be made before the check of the owner, especially before any

Hello I'm new on this list, nice to meet you My configuration : OS : Ubuntu server 10.04.1 LTS NUT : nut 2.4.3-1ubuntu3.1 from Ubuntu package UPS : APC Back-UPS ES 530 My problem : When restarting twice nut in the same time. I can see 2 instance of /lib/nut/usbhid-ups driver when using : ps aux | grep usbhid-ups I know that's not normal to restart nut twice at the same moment but it

Hello ! I've installed tinc on debian (2.6.24.2 kernel) and it is running perfectly except some troubles occurring randomly. You can found the log below. Does anyone know more details about this crash ? In advance, thnx a lot for your help. rezec. --------log----------- tincd 1.0.8 (Jul 4 2008 13:24:07) starting, debug level 0 Sep 21 18:29:38 tinc.vpn[11682]: /dev/net/tun is a Linux

Hello all, With a really fast lookup, I think it is probably a problem of NSS initialization (key loading...) . As the problem occurs only when upsd is forked and as nss is initialized ( https://github.com/networkupstools/nut/blob/master/server/upsd.c#L1008)before upsd deamonify ( https://github.com/networkupstools/nut/blob/master/server/upsd.c#L1035), I suspect NSS to not be fork-safe. I will

-------------- section suivante -------------- Une pi?ce jointe a ?t? nettoy?e... De: Laurent Rhelp <laurentRhelp at free.fr> Objet: Re: [R] regular expression Date: Sun, 08 Apr 2007 22:29:49 +0200 Taille: 6478 Url: https://stat.ethz.ch/pipermail/r-help/attachments/20070408/9faeeec0/attachment.mht