<div dir="ltr">Thanks so much for replying, Charles! <div><br></div><div>Question #1</div><div>Loaded from "apt-get install" on both platforms.</div><div>Not compiled from source on either one. </div><div><br></div><div>Libraries: </div><div>I'm confused too, given that someone else (the person in another blog, who'd pointed out running the upsstats.cgi from the CLI) also said that the same libraries serve upsc and upsstats.cgi</div><div><br></div><div>Question #2</div><div><br></div><div>Anyhow:</div><div>Output of your suggested command from P2</div><div>root@Pi2:~# ldd /usr/lib/cgi-bin/nut/upsstats.cgi<br>        linux-vdso.so.1 (0x0000ffff8c44e000)<br>        libupsclient.so.4 => /lib/aarch64-linux-gnu/libupsclient.so.4 (0x0000ffff8c3d2000)<br>        libpthread.so.0 => /lib/aarch64-linux-gnu/libpthread.so.0 (0x0000ffff8c3a1000)<br>        libc.so.6 => /lib/aarch64-linux-gnu/libc.so.6 (0x0000ffff8c22d000)<br>        /lib/ld-linux-aarch64.so.1 (0x0000ffff8c41e000)<br>        libnss3.so => /lib/aarch64-linux-gnu/libnss3.so (0x0000ffff8c0dd000)<br>        libssl3.so => /lib/aarch64-linux-gnu/libssl3.so (0x0000ffff8c06c000)<br>        libplds4.so => /lib/aarch64-linux-gnu/libplds4.so (0x0000ffff8c058000)<br>        libplc4.so => /lib/aarch64-linux-gnu/libplc4.so (0x0000ffff8c043000)<br>        libnspr4.so => /lib/aarch64-linux-gnu/libnspr4.so (0x0000ffff8bff3000)<br>        libnssutil3.so => /lib/aarch64-linux-gnu/libnssutil3.so (0x0000ffff8bfb2000)<br>        libdl.so.2 => /lib/aarch64-linux-gnu/libdl.so.2 (0x0000ffff8bf9e000)<br>root@Pi2:~#<br></div><div><br></div><div>And on Pi1</div><div>root@quantar-A-model:~# ldd /var/www/cgi-bin/nut/upsstats.cgi<br>        /usr/lib/arm-linux-gnueabihf/libarmmem-${PLATFORM}.so => /usr/lib/arm-linux-gnueabihf/libarmmem-v6l.so (0xb6ebe000)<br>        libupsclient.so.4 => /lib/arm-linux-gnueabihf/libupsclient.so.4 (0xb6ea1000)<br>        libpthread.so.0 => /lib/arm-linux-gnueabihf/libpthread.so.0 (0xb6e75000)<br>        libc.so.6 => /lib/arm-linux-gnueabihf/libc.so.6 (0xb6d21000)<br>        /lib/ld-linux-armhf.so.3 (0xb6ed1000)<br>        libnss3.so => /lib/arm-linux-gnueabihf/libnss3.so (0xb6bf1000)<br>        libssl3.so => /lib/arm-linux-gnueabihf/libssl3.so (0xb6b94000)<br>        libplds4.so => /lib/arm-linux-gnueabihf/libplds4.so (0xb6b81000)<br>        libplc4.so => /lib/arm-linux-gnueabihf/libplc4.so (0xb6b6d000)<br>        libnspr4.so => /lib/arm-linux-gnueabihf/libnspr4.so (0xb6b2c000)<br>        libnssutil3.so => /lib/arm-linux-gnueabihf/libnssutil3.so (0xb6af8000)<br>        libdl.so.2 => /lib/arm-linux-gnueabihf/libdl.so.2 (0xb6ae4000)<br>root@quantar-A-model:~#<br></div><div><br></div><div><br></div><div>One difference I just realised ---</div><div>I'd forgotten that the hardware at the repeater site is NOT actually a Raspberry board, although it's supposed to be compatible - so much so, that it's running Raspian "bullseye" </div><div>just like a true hardware Pi would do. </div><div>Per 'cat /proc/device-tree/model'</div><div>The Pi1 platform is an "Raspberry Pi Model B Rev 2"</div><div><br></div><div>The Pi2 platform is different:</div><div>Libre Computer AML-S905X-CCr<br></div><div>That's a "Le Potato", as they're known.</div><div><a href="https://libre.computer/products/aml-s905x-cc/">https://libre.computer/products/aml-s905x-cc/</a><br></div><div><br></div><div>I didn't think that mattered, since I was able to get the USB-hid driver and the /usr/bin/upsc </div><div>all were working -- thought I was above hardware/software versions/libraries, and somewhere up to "configuration" or "permissions"</div><div><br></div><div>But maybe, now that I see some differences in the ldd output, there IS something missing.</div><div><br></div><div>Hopefully it's perhaps merely a missed step in getting CGI working with Apache, and I missed adding a required library or something.</div><div><br></div><div>Thanks, Tim</div><div><br></div><div><br clear="all"><div><div dir="ltr" class="gmail_signature" data-smartmail="gmail_signature"><div dir="ltr"><div dir="ltr"><div dir="ltr"><div dir="ltr"><div dir="ltr"><div dir="ltr"><div dir="ltr"><div dir="ltr"><div dir="ltr"><div dir="ltr"><div dir="ltr">####</div><div dir="ltr"><h1 style="margin:0px 0px 15px;color:rgb(24,24,24);font-weight:normal;padding:0px;font-size:14px;font-family:Merriweather,Georgia,serif;line-height:21px"><span style="font-family:Arial,Helvetica,sans-serif;font-size:small;color:rgb(32,33,36)">Tim, KA4LFP</span></h1><h1 style="margin:0px 0px 15px;color:rgb(24,24,24);font-weight:normal;padding:0px;font-size:14px;font-family:Merriweather,Georgia,serif;line-height:21px">####</h1><div><br></div><div><span style="color:rgb(5,5,5);font-family:"Segoe UI Historic","Segoe UI",Helvetica,Arial,sans-serif;font-size:15px;white-space:pre-wrap">####</span></div></div><div dir="ltr">Morse code, the original digital mode</div><div dir="ltr"><div>Real radios glow in the dark.</div><div>SWAN rule number 1: Life is too short to have a puny signal. © K0MHP</div><div>SWAN rule number 2: No menu required. © K0MHP</div><div><br></div><div>##</div></div></div></div></div></div></div></div></div></div></div></div></div></div><br></div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Thu, Dec 21, 2023 at 7:24 AM Charles Lepple <<a href="mailto:clepple@gmail.com">clepple@gmail.com</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">On Dec 20, 2023, at 5:17 PM, Tim Reimers KA4LFP via Nut-upsuser wrote:<br>
> <br>
> First, a summary:<br>
> - I have a RasPI  (hereafter referred to as Pi1)  running Bullseye in which this all WORKS FINE -- the upsd/upsc/ monitor services, etc<br>
> - I have a SECOND RasPI (hereafter referred to as Pi2) running Bullseye in which ONLY the CGI scripts do not work. <br>
> All other (upsc/upsd/systemctl) show normal status and work to retrieve data from the single UPS attached to each Pi.<br>
> <br>
I'm not quite sure what is missing[*], but when you get no output from a program, and a "file not found" error from bash, it is usually a missing shared library that prevents the executable from fully loading.<br>
<br>
[*] the confusing part is that the other NUT command line tools aren't affected.<br>
<br>
Was the CGI program installed from the Debian nut-cgi package? Or was it built from source, or copied from the other Pi?<br>
<br>
You should get output similar to this from ldd (this is from an amd64 Ubuntu system, so details may differ, but consider overall structure):<br>
<br>
$ ldd /usr/lib/cgi-bin/nut/upsstats.cgi <br>
linux-vdso.so.1 (0x00007fff1a99b000)<br>
libupsclient.so.4 => /lib/x86_64-linux-gnu/libupsclient.so.4 (0x00007eff6ebec000)<br>
libpthread.so.0 => /lib/x86_64-linux-gnu/libpthread.so.0 (0x00007eff6ebc9000)<br>
libc.so.6 => /lib/x86_64-linux-gnu/libc.so.6 (0x00007eff6e9d7000)<br>
libnss3.so => /usr/lib/x86_64-linux-gnu/libnss3.so (0x00007eff6e888000)<br>
libssl3.so => /usr/lib/x86_64-linux-gnu/libssl3.so (0x00007eff6e829000)<br>
libplds4.so => /usr/lib/x86_64-linux-gnu/libplds4.so (0x00007eff6e824000)<br>
libplc4.so => /usr/lib/x86_64-linux-gnu/libplc4.so (0x00007eff6e81b000)<br>
libnspr4.so => /usr/lib/x86_64-linux-gnu/libnspr4.so (0x00007eff6e7db000)<br>
/lib64/ld-linux-x86-64.so.2 (0x00007eff6ec29000)<br>
libnssutil3.so => /usr/lib/x86_64-linux-gnu/libnssutil3.so (0x00007eff6e7a8000)<br>
libdl.so.2 => /lib/x86_64-linux-gnu/libdl.so.2 (0x00007eff6e7a2000)<br>
<br>
If any of the libraries don't have a path after "=>", that's something to investigate on the working Pi (e.g. "dpkg --search libnss3.so <<a href="http://libnss3.so/" rel="noreferrer" target="_blank">http://libnss3.so/</a>>" to see which package provides that library)<br>
<br>
- Charles</blockquote></div>