thr3ads.net - Nut upsuser - [Nut-upsuser] failed after upgrade - upscode2: Missing UPCL after UPCL [Jul 2023]

If this information is useful, please help other people find it:
Share via:

Karl Schmidt

2023-Jul-05 04:23 UTC

[Nut-upsuser] failed after upgrade - upscode2: Missing UPCL after UPCL

On 7/4/23 10:01PM, Jim Klimov wrote:> Normally yes - enable and start the target and the particular services
relevant to your setup.
> 
> For the binary you have from packaging (if not rebuilt as suggested
earlier), set debug_min=3 in ups.conf section for
> upscode2, to currently trade driver viability for some storage traffic with
more logs :\
> 
> Sorry about?that,
> Jim
OK - this is strange . If I run it WITH the debug - it works - WITHOUT - it
fails.  Put debug back in and it works again..

With debug I can run upsc malaysia - and it works.. without it fails.

I'm thinking the old 1200 baud is too slow for something?

- The logs are sort of big - should I send to list as attachments or direct?

> 
> On Wed, Jul 5, 2023, 02:29 Karl Schmidt <karl at lrak.net
<mailto:karl at lrak.net>> wrote:
> 
>     Ok - I'm wondering is this is a systemd config bit?
> 
>     systemctl restart nut-driver at malaysia.service
>     Job for nut-driver at malaysia.service failed because the control
process exited with error code.
>     See "systemctl status nut-driver at malaysia.service" and
"journalctl -xeu nut-driver at malaysia.service" for details.
>     root at malaysia:~# systemctl status nut-driver at malaysia.service
>     ? nut-driver at malaysia.service - Network UPS Tools - device driver
for malaysia
>      ? ? ? Loaded: loaded (/lib/systemd/system/nut-driver at .service;
enabled; preset: enabled)
>      ? ? ?Drop-In: /etc/systemd/system/nut-driver at malaysia.service.d
>      ? ? ? ? ? ? ? ??nut-driver-enumerator-generated-checksum.conf
>      ? ? ? Active: activating (auto-restart) (Result: exit-code) since Tue
2023-07-04 19:03:20 CDT; 9s ago
>      ? ? ?Process: 14926 ExecStart=/bin/sh -c
NUTDEV="`/usr/libexec/nut-driver-enumerator.sh --get-device-for-service
>     malaysia`" && [ -n "$NUTDEV" ] || { echo
"FATAL: Could not find a NUT device section for service unit malaysia"
>&2 ;
>     exit 1 ; } ; /sbin/upsdrvctl start "$NUTDEV" (code=exited,
status=0/SUCCESS)
>      ? ? ?Process: 14955 ExecStop=/bin/sh -c
NUTDEV="`/usr/libexec/nut-driver-enumerator.sh --get-device-for-service
>     malaysia`" && [ -n "$NUTDEV" ] || { echo
"FATAL: Could not find a NUT device section for service unit malaysia"
>&2 ;
>     exit 1 ; } ; /sbin/upsdrvctl stop "$NUTDEV" (code=exited,
status=1/FAILURE)
> 
> 
>     -------->%-------------------------------------------------
>     So I tried
>     # /usr/libexec/nut-driver-enumerator.sh --get-device-for-service
malaysia
>     malaysia
> 
> 
> 
> 
>     I'm not clear about all the unit files -
> 
>     ~# systemctl list-unit-files |grep nut
>     nut-driver-enumerator.path? ? ? ? ? ? ?enabled? ? ? ? ?enabled
>     nut-client.service? ? ? ? ? ? ? ? ? ? ?alias? ? ? ? ? ?-
>     nut-driver-enumerator.service? ? ? ? ? enabled? ? ? ? ?enabled
>     nut-driver at .service? ? ? ? ? ? ? ? ? ? indirect? ? ? ? enabled
>     nut-monitor.service? ? ? ? ? ? ? ? ? ? enabled? ? ? ? ?enabled
>     nut-server.service? ? ? ? ? ? ? ? ? ? ?enabled? ? ? ? ?enabled
>     nut-driver.target? ? ? ? ? ? ? ? ? ? ? enabled? ? ? ? ?enabled
>     nut.target
> 
>     My understanding was to start via nut.target?
> 
>     Checking config directory permissions:
>     # ll |grep nut
>     drwxr-xr-x? 2 root? ? ?nut? ? ? ?4096 2023-07-04 18:46 nut/
> 
> 
>     # ll
>     total 72
>     -rw-r--r-- 1 root root? 1076 2023-06-22 00:37 hosts.conf-off
>     -rw-r----- 1 root nut? ?1921 2023-06-22 00:33 nut.conf
>     -rw-r----- 1 root nut? 10065 2023-07-04 18:35 ups.conf
>     -rw-r----- 1 root nut? 10068 2023-07-04 18:21 ups.conf~
>     -rw-r----- 1 root nut? ?7390 2023-06-22 00:35 upsd.conf
>     -rw-r----- 1 root nut? ?2425 2023-06-22 00:36 upsd.users
>     -rw-r----- 1 root nut? 20355 2023-07-04 18:46 upsmon.conf
>     -rw-r----- 1 root nut? ?4201 2023-01-25 03:27 upssched.conf
> 
>     -- 
>    
--------------------------------------------------------------------------------
>     Karl Schmidt? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? EMail karl at lrak.net
<mailto:karl at lrak.net>
>     3209 West 9th Street? ? ? ? ? ? ? ? ? ? ? ? ? Ph (785) 841-3089
>     Lawrence, KS 66049
> 
>     The secret of getting ahead is getting started. The secret of
>     getting started is breaking your complex overwhelming tasks into
>     small manageable tasks, and then starting on the first one.
>     --Mark Twain
>    
--------------------------------------------------------------------------------
> 
>     _______________________________________________
>     Nut-upsuser mailing list
>     Nut-upsuser at alioth-lists.debian.net <mailto:Nut-upsuser at
alioth-lists.debian.net>
>     https://alioth-lists.debian.net/cgi-bin/mailman/listinfo/nut-upsuser
>    
<https://alioth-lists.debian.net/cgi-bin/mailman/listinfo/nut-upsuser>
> 
-- 
--------------------------------------------------------------------------------
Karl Schmidt                                  EMail karl at lrak.net
3209 West 9th Street                          Ph (785) 841-3089
Lawrence, KS 66049

Beware the fury of a patient man.
--John Dryden
--------------------------------------------------------------------------------

Jim Klimov

2023-Jul-05 08:17 UTC

head link

[Nut-upsuser] failed after upgrade - upscode2: Missing UPCL after UPCL

Ah, I thought you missed in my earlier reply the part about a bug with
debug printouts in 2.8.0 (fixed on master since), did not comment on that
when you replied with quoting... So, for now options are to bump debugging
to 3+ or to build your own in one of many ways possible :\

On Wed, Jul 5, 2023, 06:23 Karl Schmidt <karl at lrak.net> wrote:
> On 7/4/23 10:01PM, Jim Klimov wrote:
> > Normally yes - enable and start the target and the particular services
> relevant to your setup.
> >
> > For the binary you have from packaging (if not rebuilt as suggested
> earlier), set debug_min=3 in ups.conf section for
> > upscode2, to currently trade driver viability for some storage traffic
> with more logs :\
> >
> > Sorry about that,
> > Jim
>
> OK - this is strange . If I run it WITH the debug - it works - WITHOUT -
> it fails.  Put debug back in and it works again..
>
> With debug I can run upsc malaysia - and it works.. without it fails.
>
> I'm thinking the old 1200 baud is too slow for something?
>
> - The logs are sort of big - should I send to list as attachments or
> direct?
>
>
> >
> > On Wed, Jul 5, 2023, 02:29 Karl Schmidt <karl at lrak.net
<mailto:
> karl at lrak.net>> wrote:
> >
> >     Ok - I'm wondering is this is a systemd config bit?
> >
> >     systemctl restart nut-driver at malaysia.service
> >     Job for nut-driver at malaysia.service failed because the control
> process exited with error code.
> >     See "systemctl status nut-driver at malaysia.service"
and "journalctl
> -xeu nut-driver at malaysia.service" for details.
> >     root at malaysia:~# systemctl status nut-driver at
malaysia.service
> >     ? nut-driver at malaysia.service - Network UPS Tools - device
driver
> for malaysia
> >            Loaded: loaded (/lib/systemd/system/nut-driver at .service;
> enabled; preset: enabled)
> >           Drop-In: /etc/systemd/system/nut-driver at
malaysia.service.d
> >                    ??nut-driver-enumerator-generated-checksum.conf
> >            Active: activating (auto-restart) (Result: exit-code) since
> Tue 2023-07-04 19:03:20 CDT; 9s ago
> >           Process: 14926 ExecStart=/bin/sh -c
> NUTDEV="`/usr/libexec/nut-driver-enumerator.sh
--get-device-for-service
> >     malaysia`" && [ -n "$NUTDEV" ] || { echo
"FATAL: Could not find a
> NUT device section for service unit malaysia" >&2 ;
> >     exit 1 ; } ; /sbin/upsdrvctl start "$NUTDEV"
(code=exited,
> status=0/SUCCESS)
> >           Process: 14955 ExecStop=/bin/sh -c
> NUTDEV="`/usr/libexec/nut-driver-enumerator.sh
--get-device-for-service
> >     malaysia`" && [ -n "$NUTDEV" ] || { echo
"FATAL: Could not find a
> NUT device section for service unit malaysia" >&2 ;
> >     exit 1 ; } ; /sbin/upsdrvctl stop "$NUTDEV"
(code=exited,
> status=1/FAILURE)
> >
> >
> >     -------->%-------------------------------------------------
> >     So I tried
> >     # /usr/libexec/nut-driver-enumerator.sh --get-device-for-service
> malaysia
> >     malaysia
> >
> >
> >
> >
> >     I'm not clear about all the unit files -
> >
> >     ~# systemctl list-unit-files |grep nut
> >     nut-driver-enumerator.path             enabled         enabled
> >     nut-client.service                     alias           -
> >     nut-driver-enumerator.service          enabled         enabled
> >     nut-driver at .service                    indirect        enabled
> >     nut-monitor.service                    enabled         enabled
> >     nut-server.service                     enabled         enabled
> >     nut-driver.target                      enabled         enabled
> >     nut.target
> >
> >     My understanding was to start via nut.target?
> >
> >     Checking config directory permissions:
> >     # ll |grep nut
> >     drwxr-xr-x  2 root     nut       4096 2023-07-04 18:46 nut/
> >
> >
> >     # ll
> >     total 72
> >     -rw-r--r-- 1 root root  1076 2023-06-22 00:37 hosts.conf-off
> >     -rw-r----- 1 root nut   1921 2023-06-22 00:33 nut.conf
> >     -rw-r----- 1 root nut  10065 2023-07-04 18:35 ups.conf
> >     -rw-r----- 1 root nut  10068 2023-07-04 18:21 ups.conf~
> >     -rw-r----- 1 root nut   7390 2023-06-22 00:35 upsd.conf
> >     -rw-r----- 1 root nut   2425 2023-06-22 00:36 upsd.users
> >     -rw-r----- 1 root nut  20355 2023-07-04 18:46 upsmon.conf
> >     -rw-r----- 1 root nut   4201 2023-01-25 03:27 upssched.conf
> >
> >     --
> >
> 
--------------------------------------------------------------------------------
> >     Karl Schmidt                                  EMail karl at
lrak.net
> <mailto:karl at lrak.net>
> >     3209 West 9th Street                          Ph (785) 841-3089
> >     Lawrence, KS 66049
> >
> >     The secret of getting ahead is getting started. The secret of
> >     getting started is breaking your complex overwhelming tasks into
> >     small manageable tasks, and then starting on the first one.
> >     --Mark Twain
> >
> 
--------------------------------------------------------------------------------
> >
> >     _______________________________________________
> >     Nut-upsuser mailing list
> >     Nut-upsuser at alioth-lists.debian.net <mailto:
> Nut-upsuser at alioth-lists.debian.net>
> >    
https://alioth-lists.debian.net/cgi-bin/mailman/listinfo/nut-upsuser
> >     <
> https://alioth-lists.debian.net/cgi-bin/mailman/listinfo/nut-upsuser>
> >
>
> --
>
>
--------------------------------------------------------------------------------
> Karl Schmidt                                  EMail karl at lrak.net
> 3209 West 9th Street                          Ph (785) 841-3089
> Lawrence, KS 66049
>
> Beware the fury of a patient man.
> --John Dryden
>
>
--------------------------------------------------------------------------------
>
> _______________________________________________
> Nut-upsuser mailing list
> Nut-upsuser at alioth-lists.debian.net
> https://alioth-lists.debian.net/cgi-bin/mailman/listinfo/nut-upsuser
>-------------- next part --------------
An HTML attachment was scrubbed...
URL:
<http://alioth-lists.debian.net/pipermail/nut-upsuser/attachments/20230705/9138fc54/attachment-0001.htm>

Reasonably Related Threads

Search for more maybe matching threads

Nut upsuser - Jul 2023 - failed after upgrade - upscode2: Missing UPCL after UPCL

[Nut-upsuser] failed after upgrade - upscode2: Missing UPCL after UPCL

[Nut-upsuser] failed after upgrade - upscode2: Missing UPCL after UPCL

Reasonably Related Threads