search for: aei

...-112718084-1284083569-2990761952-5055 -> gid 2027 pdb_set_group_sid: setting group sid S-1-5-21-112718084-1284083569-2990761952-5055 Cache entry with key = ACCT_POL/minimum password age couldn't be found ldapsam_get_account_policy_from_ldap smbldap_search_ext: base => [sambaDomainName=AEI,dc=ae-solutions,dc=com], filter => [(objectClass=sambaDomain)], scope => [0] ldapsam_get_account_policy: failed to retrieve from ldap ldapsam_set_account_policy_in_ldap smbldap_modify: dn => [sambaDomainName=AEI,dc=ae-solutions,dc=com] rebindproc_connect_with_state: Rebinding to ldap:/...

...network. Its IP address is 10.2.0.2. There are other BDCs on subnets 10.1.0.0/16, 10.3.0.0/16, and 10.4.0.0/16 that all function fine. This is the only one on RHEL and this is the only one on a 64 bit box. We are using ldapsam for the passdb. The important config lines are: [global] workgroup = AEI netbios name = APPDEVEL-BIS passdb backend = ldapsam:ldap://ldap.server.name local master = yes preferred master = no domain master = no os level = 33 domain logons = yes wins server = 10.2.0.2 I have used smbpasswd -w secret, as well as net rpc join with a successful domain join. Whenever some...

...0.2.0.2. There are other BDCs on subnets 10.1.0.0/16, 10.3.0.0/16, and >10.4.0.0/16 that all function fine. This is the only one on RHEL and this >is the only one on a 64 bit box. > >We are using ldapsam for the passdb. The important config lines are: > >[global] >workgroup = AEI >netbios name = APPDEVEL-BIS >passdb backend = ldapsam:ldap://ldap.server.name >local master = yes >preferred master = no >domain master = no >os level = 33 >domain logons = yes >wins server = 10.2.0.2 > >I have used smbpasswd -w secret, as well as net rpc join with a...

...e this a try unless someone has a brilliant idea and > could save my sanity. I've given it a try now and would like to get some feedback whether this is something worth considering as a PR or if this is too niche for master: https://github.com/networkupstools/nut/compare/master...carsten-AEI:nut:upsmon_low_bat_enhancement?expand=1 Cheers Carsten -- Dr. Carsten Aulbert, Max Planck Institute for Gravitational Physics, Callinstra?e 38, 30167 Hannover, Germany, Phone +49 511 762 17185 -------------- next part -------------- A non-text attachment was scrubbed... Name: smime.p7s Type: ap...

Hi, I just wanted to report that I organised a meeting last September and we recorded all talks and I asked computer support to convert everything into ogg theora... Maybe you want the link?? The talks are also very interesting if you are interested in Astrophysics and black holes... http://www.aei.mpg.de/~pau/LISA_Astro-GR@AEI Look under "programme" Long life to ogg! ;) Cheers, Pau

...mething else (recommendations off-list)? Thanks, Steffen -- Steffen Grunewald, Cluster Administrator Max Planck Institute for Gravitational Physics (Albert Einstein Institute) Am M?hlenberg 1 D-14476 Potsdam-Golm Germany ~~~ Fon: +49-331-567 7274 Fax: +49-331-567 7298 Mail: steffen.grunewald(at)aei.mpg.de ~~~

...m. So I am not sure if I am missing something in the setup of the voicemail. 3. My next step is to learn how to change the welcome greetings and and then eventually how to hook up my server to another server or to hook a FWD number to it? Thanks for your help in advance, Marcias email: martinez@aei.ca FWD: 260032 -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.digium.com/pipermail/asterisk-users/attachments/20040404/31319f01/attachment.htm

My xorg.conf foo is pretty weak today. Does anyone have an ATI 4250 in a dual head config? I'd be interested in looking over your xorg.conf. Sean p.s. Mine at the moment, that doesn't work very well: http://people.freebsd.org/~sbruno/4250_xorg_conf.txt

...02 Ph: 02 6242 1980 Fax: 02 6242 1987 This email (and any attachments) is confidential and for the persons to whom it is addressed. Any unauthorised reproduction or dissemination of this message is prohibited. Please notify the sender immediately if you have received this message in error. AEI accepts no responsibility for the use of any attachments and/or corrupt files which this email may contain. The contents and opinions expressed by the author of this email are not necessarily those of AEI.

...it was almost midnight, Cinderella became a pumpkin, and NUT was released!.. Trick or treat?! -------------- next part -------------- An HTML attachment was scrubbed... URL: <http://alioth-lists.debian.net/pipermail/nut-upsdev/attachments/20231031/f3590340/attachment.htm>

...it was almost midnight, Cinderella became a pumpkin, and NUT was released!.. Trick or treat?! -------------- next part -------------- An HTML attachment was scrubbed... URL: <http://alioth-lists.debian.net/pipermail/nut-upsdev/attachments/20231031/f3590340/attachment.htm>

...Ses are known to raise an FSD to their subscribers, if manually powered on before criticality thresholds are cleared, since they can't guarantee a safe shutdown to keep data intact, if wall power gets lost again). Thanks, Jim On Wed, May 17, 2023, 10:50 Carsten Aulbert <carsten.aulbert at aei.mpg.de> wrote: > Hi all, > > On 5/16/23 20:08, Carsten Aulbert wrote: > > Idly browsing the client sources, I guess I could try to add our logic > > here[1] and use [2] to gather the battery stats from our UPS and then > > decide if this UPS is considered critical or...

Carsten Aulbert <carsten.aulbert at aei.mpg.de> writes: > Hi all, > > On 5/19/23 15:11, Greg Troxel wrote: >> LB is baked in to nut behavior. So if a UPS doesn't report LB, then >> it makes sense to synthesize it. Synthetic LB is the cleanest fix at >> the earlier processing point. > >...

Hi Henning, note that I've cc'ed the NUT users list for info. 2015-02-04 13:47 GMT+01:00 Henning Fehrmann <henning.fehrmann at aei.mpg.de>: > Hi Arnaud, > > > the best to process the value would be to have the MIB definition for > > upsAlarmOnBattery, as for example: > > [1] > https://github.com/networkupstools/nut/blob/master/drivers/eaton-mib.c#L108 > > Yea, I looked into netvisi...

On Oct 6, 2015, at 5:40 AM, Steffen Grunewald <Steffen.Grunewald at aei.mpg.de> wrote: > > What I currently tried: > - I found a longish discussion on this list, dating back to six years > ago: http://lists.alioth.debian.org/pipermail/nut-upsuser/2009-February/004772.html > In particular, Marco's requirements look quite similar to ours, but &gt...

...ery charge? * Keep nut unpatched but use our own NOTIFYCMD or CMDSCRIPT to pull the values from the server and implement our logic there? * Another way, I've overlooked? Cheers and thanks a ton in advance for suggestions. Carsten [1] Message-ID: <f794644f-e3b8-3557-da63-bd19d88a7c03 at aei.mpg.de> from 2022-12-05 -- Dr. Carsten Aulbert, Max Planck Institute for Gravitational Physics, Callinstra?e 38, 30167 Hannover, Germany, Phone +49 511 762 17185 -------------- next part -------------- A non-text attachment was scrubbed... Name: smime.p7s Type: application/pkcs7-signature Size...

>>gene heskett <gheskett at shentel.net> writes: >>>Which file in the nut I pulled a month ago, should I start with to get >>>the new version actually running? I still get - -V=2.7.4 >On 5/22/23 07:13, Greg Troxel wrote: >>It is likely that you have built new nut but old nut is still on your >>system. I do a 'sudo make install' to write over

...ckend with the smbldap-tools package - likely older than current but it has been an issue since this WAS current. During the operation, the following log entries are made under log level 1 [2005/08/19 15:02:36, 1] rpc_server/srv_pipe.c:api_pipe_ntlmssp_verify(441) api_pipe_ntlmssp_verify: User [AEI]\[pgienger] from machine RADON failed authentication on named pipe samr. [2005/08/19 15:02:38, 1] passdb/pdb_ldap.c:ldapsam_modify_entry(1495) ldapsam_modify_entry: Failed to modify user dn= uid=pgienger,ou=People,dc=ae-solutions,dc=com with: No such attribute modify/delete: sambaLMPasswo...

Hi all, On 5/19/23 15:11, Greg Troxel wrote: > LB is baked in to nut behavior. So if a UPS doesn't report LB, then > it makes sense to synthesize it. Synthetic LB is the cleanest fix at > the earlier processing point. I fully agree and thus this ought to be done in/near uspd IMHO. I glanced over the server/ directory and was not sure where even to begin hooking this

...; or "testing" packages on an older system though.) HTH, Steffen -- Steffen Grunewald, Cluster Administrator Max Planck Institute for Gravitational Physics (Albert Einstein Institute) Am M?hlenberg 1 * D-14476 Potsdam-Golm * Germany ~~~ Fon: +49-331-567 7274 Mail: steffen.grunewald(at)aei.mpg.de ~~~