APCUPSD 3.14.3 Link Broken in unMENU

[SLRist]

The link is broken in unMENU. The file doesn't exist on the server.

 

http://linuxpackages.cs.utah.edu//Slackware-12.0/ken/apcupsd-3.14.3-i486-1kjz.tgz

 

Worse than that, unMENU seems to think it is downloaded, and prompts me to install it.

 

How can I tell unMENU that it's not downloaded?

 

Is the file link likely to be fixed, or should I give up?

 

Thanks.

[prostuff1]

The link is broken in unMENU. The file doesn't exist on the server.

 

http://linuxpackages.cs.utah.edu//Slackware-12.0/ken/apcupsd-3.14.3-i486-1kjz.tgz

 

Worse than that, unMENU seems to think it is downloaded, and prompts me to install it.

 

How can I tell unMENU that it's not downloaded?

 

Is the file link likely to be fixed, or should I give up?

 

Thanks.

The package will have to be updated, try the other apc package in unMenu and see if you can download and install that one.

[SLRist]

I was a little reticent to download the newer one, as it was reported to have issues.

[Joe L.]

I was a little reticent to download the newer one, as it was reported to have issues.

I can't seem to download anything from linuxpackages.cs.utah.edu at this time.  Might just want to wait and see if the server becomes available in an hour or two.

 

Otherwise, you can search for

apcupsd-3.14.3-i486-1kjz.tgz

on the web and download it from anywhere else.

[prostuff1]

I was a little reticent to download the newer one, as it was reported to have issues.

It is working for some and not working for others.  The only way you will know is to install it and find out.

[SLRist]

It also looks like the newer version doesn't support ethernet shutdown - either that or the install notes are incomplete.

[prostuff1]

It also looks like the newer version doesn't support ethernet shutdown - either that or the install notes are incomplete.

Probably the install notes, I am fairly sure the installs are virtually the same.

 

See Joe L.'s comments below.

[Joe L.]

here is a link:

http://ftp.naist.jp/pub/Linux/linuxpackages/Slackware-12.0/ken/apcupsd-3.14.3-i486-1kjz.tgz

 

took about 30 seconds searching with google, and another 30 to verify it has the same MD5 Sum.

 

You are correct, I never updated the input fields on the newer version of the unMENU package to support entry of alternate ports to listen for a network shutdown.  

The newer apcupsd supports it though and automatically broadcasts the shutdown on the LAN to other PCs listening for it.

[SLRist]

Thanks.

 

I found the package on Google, but I couldn't get the checksum to match with FastSum.

 

More to the point, unfortunately I also didn't know where to copy it to.

 

I was hoping to have the unRAID box act as a APCUPSD slave from my Windows box.

[Joe L.]

Thanks.

 

I found the package on Google, but I couldn't get the checksum to match with FastSum.

 

More to the point, unfortunately I also didn't know where to copy it to.

 

I was hoping to have the unRAID box act as a APCUPSD slave from my Windows box.

download the file at the link I provided to the \\tower\flash\packages directory.  Do not un-zip it, or un-pack it, or do anything.  It should have the .tgz extension as it does in the link.

 

unMENU's package manager will find it there, and you can configure it using unMENU's screen and then install and use it.

 

[Joe L.]

Thanks.

 

I found the package on Google, but I couldn't get the checksum to match with FastSum.

It uses "md5sum"

(Never heard of FastSum, no idea what it uses)

The alternate link I provided has the correct checksum.

[SLRist]

Thanks for that. The checksum of the package you linked matches OK. The one I found elsewhere didnt. FastSum is a Windows checksum utility. It's actually quite neat.

 

Looking through the packages folder I notice that the .conf  files reference an /etc/apcupsd/apcupsd.conf folder and file which doesn't exist on disk.

 

I deduce from that, that the /etc/ folder must be created in RAM on boot and that unMENU must therefore install them dynamically on each boot, so it's not possible to edit the settings of the APCUPSD config file without doing it via unMENU.

 

A correct assumption?

[prostuff1]

Thanks for that. The checksum of the package you linked matches OK. The one I found elsewhere didnt. FastSum is a Windows checksum utility. It's actually quite neat.

 

Looking through the packages folder I notice that the .conf  files reference an /etc/apcupsd/apcupsd.conf folder and file which doesn't exist on disk.

 

I deduce from that, that the /etc/ folder must be created in RAM on boot and that unMENU must therefore install them dynamically on each boot, so it's not possible to edit the settings of the APCUPSD config file without doing it via unMENU.

 

A correct assumption?

I have not looked into the apc package but yes, you are correct.  the package will either edit in place (which is what I think it does) or it will create the file to your specifications.

[SLRist]

If anyone else has the same problem, in order to tell unMENU the 3.14.3 package really wasn't downloaded correctly, I navigated to //<unraidservername>/flash/packages/ and deleted the null length (failed download) file:

 

apcupsd-3.14.3-i486-1kjz.tgz

 

 

I then uninstalled the newer 3.14.8 version by deleting:

 

apcupsd-3.14.8-i486-1_rlw.tgz

 

and

 

apcupsd-3.14.8-i486-1_rlw.tgz.manual_install

 

 

I then copied over the correct version of 3.14.3 from my PC:

 

apcupsd-3.14.3-i486-1kjz.tgz

 

which had the correct checksum.

 

 

Job done.

 

 

[Joe L.]

I deduce from that, that the /etc/ folder must be created in RAM on boot and that unMENU must therefore install them dynamically on each boot, so it's not possible to edit the settings of the APCUPSD config file without doing it via unMENU.

 

A correct assumption?

Not exactly.

 

the apcupsd install will put into place a generic file.  You can edit it and then copy it to your flash drive.

 

Then, you can upon reboot, in your config/go script, install apcupsd and then copy the edited .conf file into place.

Be aware though, there are other edits made by the .conf file PACKAGE_INSTALL lines that are unRAID specific, so it will shut down properly.  You'll want to perform the equivalent.

 

All those steps are in the .auto_install file.  Once it is created, it is a script of the exact commands needed to install and invoke apcupsd with the options you elected.

 

Joe L.

[Joe L.]

The link is broken in unMENU. The file doesn't exist on the server.

 

http://linuxpackages.cs.utah.edu//Slackware-12.0/ken/apcupsd-3.14.3-i486-1kjz.tgz

 

Worse than that, unMENU seems to think it is downloaded, and prompts me to install it.

 

How can I tell unMENU that it's not downloaded?

 

Is the file link likely to be fixed, or should I give up?

 

Thanks.

It appears as if the //linuxpackages.cs.utah.edu/ server is back online, since the original download link now works once more.

[SLRist]

For configuration as a slave over ethernet, it needs at least two additional fields to be set:

 

DEVICE server-network-address:3551

 

and

 

POLLTIME 10

 

I'll have a play and see if I can add these to the config script...

[SLRist]

I've amended my /packages/apcupsd-unmenu-package.comf file adding the following additional lines:

 

 

PACKAGE_VARIABLE Server Mode:(master/slave)||vSERVERMODE=slave||Use "server" if this unRAID server is connected to the UPS and "slave" if it will slave from another APCUPSD server.

 

PACKAGE_VARIABLE Master Hostname||vMASTERHOST=hostname||Hostname for the master server connected to the UPS which unRAID will slave from.

 

PACKAGE_VARIABLE Master Port||vMASTERPORT=3551||Port number the master server connected to the UPS will communicate on. Default port is 3551.

 

PACKAGE_INSTALLATION [ "${vSERVERMODE-master}" = "slave" ] && sed -i -e "s/^#DEVICE \/dev\/ttyS0/DEVICE ${vMASTERHOST}:3551/" /etc/apcupsd/apcupsd.conf

 

PACKAGE_INSTALLATION [ "${vSERVERMODE-master}" = "slave" ] && sed -i -e "s/NETSERVER on/NETSERVER off/" /etc/apcupsd/apcupsd.conf

 

This allows it to be configured as a APCUPSD Slave and the Master hostname to be input.

 

Unfortunately my UPS is currently without a working battery, so I can't test it, but I'll report back when I have.

[Joe L.]

I've amended my /packages/apcupsd-unmenu-package.comf file adding the following additional lines:

 

 

PACKAGE_VARIABLE Server Mode:(master/slave)||vSERVERMODE=slave||Use "server" if this unRAID server is connected to the UPS and "slave" if it will slave from another APCUPSD server.

 

PACKAGE_VARIABLE Master Hostname||vMASTERHOST=hostname||Hostname for the master server connected to the UPS which unRAID will slave from.

 

PACKAGE_VARIABLE Master Port||vMASTERPORT=3551||Port number the master server connected to the UPS will communicate on. Default port is 3551.

 

PACKAGE_INSTALLATION [ "${vSERVERMODE-master}" = "slave" ] && sed -i -e "s/^#DEVICE \/dev\/ttyS0/DEVICE ${vMASTERHOST}:3551/" /etc/apcupsd/apcupsd.conf

 

PACKAGE_INSTALLATION [ "${vSERVERMODE-master}" = "slave" ] && sed -i -e "s/NETSERVER on/NETSERVER off/" /etc/apcupsd/apcupsd.conf

 

This allows it to be configured as a APCUPSD Slave and the Master hostname to be input.

 

Unfortunately my UPS is currently without a working battery, so I can't test it, but I'll report back when I have.

Glad you were able to easily modify the .conf file to suit your needs.

 

You might want to re-name it to

apcupsdSRList-unmenu-package.conf

to keep the auto-update from replacing it with the stock version when you next check for updates.  With the alternate name, the update process will not touch it.

[SLRist]

Good tip - thanks.