minkshaman

This seems very, very simple, but I can't seem to make it work. I've tried a few times and I'm obviously missing something as I can't seem to make the 4 line run command work! Could someone pop it into an .xml for me? https://hub.docker.com/r/alekslitvinenk/openvpn https://dockovpn.io/ Thanks!

I understand that the web pvr manager isn't included in this container, but is there a reason it's not? Just curious as it seems pretty straightforward. Pretty happy that this is available as a docker at all to be honest though! 1. Download the latest get_iplayer WPM release to working directory wget https://raw.githubusercontent.com/get-iplayer/get_iplayer/master/get_iplayer.cgi 2. Install get_iplayer.cgi WPM script install -m 755 ./get_iplayer.cgi /usr/local/bin https://github.com/get-iplayer/get_iplayer/wiki/unix#web-pvr-manager-wpm

I hear what you’re saying, but that’s money I don’t have. I found a tutorial from SpaceInvader on setting up Volumeio on a VM. This fits most of my use case, but I’d really rather avoid Volumeio, as they do weird things like block Bluetooth access for unpaid users. I’ll use it if nothing else shows up, but it seems weird to me that there’s no application for this.

Not really my use case sorry. I get that it’s easy, but I want the speakers with the server.

So I have the case where my server and my gym both live in my garage. My wife wants to listen to music while she works out. Fair enough. But it doesn't really make sense to me to build a speaker driving bit of kit, when the server is literally right there! Surely I could just plug some speakers in and my wife could remote play on her phone? Is there any docker app that is designed for playing content on device? Extra points if it has AirPlay/ChromeCast/MiraCast receiving capabilities.

It would be huge to have key functions of the OpenSeaChest application embedded into the gui, but also being available in the CLI Being able to update the firmware of the drive without having to boot into a different system would be huge.

Seeing as their profile has their last logon time as October 21, 2020, I don't think they'll be doing that. I think it'd be awesome if you forked it with your own Docker image though, as I'd be keen on getting this running properly.

So I've resolved the issue: I left the IT mode card installed and controlling the HDDs, then installed the PERC6i into the integrated slot with no HDD. I disabled all the functionality of the PERC card in it's BIOS, and booted again. Magically, the IPMI sensors are back, and the scripts work properly again. WTF Dell. WTF.

I've recently upgraded the PERC6i card in my Dell R710 to a H300 card flashed to IT mode. The array has been recreated successfully, all docker containers are running with no data loss etc. The only things that're broken completely inexplicably, is my fan-temp control script, and the IPMI sensor readings. When it's run, it logs this: If I manually run the command to change fan speed, that particular command works fine and adjusts fan speed as expected. The script code (minus the IDRAC section) is here: # TEMPERATURE # Change this to the temperature in celcius you are comfortable with. # If the temperature goes above the set degrees it will send raw IPMI command to enable dynamic fan control MAXTEMP=33 TEMP_STEP1=22 TEMP_STEP2=24 TEMP_STEP3=28 TEMP_STEP4=30 TEMP_STEP5=32 # 22 -> 1200 RPM # 24 -> 1560 RPM # 28 -> 20% # 30 -> 30% # 32 -> 40% # 33 -> Automatic control # This variable sends a IPMI command to get the temperature, and outputs it as two digits. # Do not edit unless you know what you do. TEMP=$(ipmitool -I lanplus -H $IPMIHOST -U $IPMIUSER -P $IPMIPW sdr type temperature |grep Ambient |grep degrees |grep -Po '\d{2}' | tail -1) echo $TEMP if [ $TEMP -ge $MAXTEMP ]; then echo " $TEMP is > $MAXTEMP. Switching to automatic fan control " ipmitool -I lanplus -H $IPMIHOST -U $IPMIUSER -P $IPMIPW raw 0x30 0x30 0x01 0x01 elif [ $TEMP -le $TEMP_STEP1 ]; then echo " $TEMP is < $TEMP_STEP1. Switching to manual 1200 RPM " ipmitool -I lanplus -H $IPMIHOST -U $IPMIUSER -P $IPMIPW raw 0x30 0x30 0x01 0x00 ipmitool -I lanplus -H $IPMIHOST -U $IPMIUSER -P $IPMIPW raw 0x30 0x30 0x02 0xff 0x01 elif [ $TEMP -le $TEMP_STEP2 ]; then echo " $TEMP is < $TEMP_STEP2. Switching to manual 1560 RPM " ipmitool -I lanplus -H $IPMIHOST -U $IPMIUSER -P $IPMIPW raw 0x30 0x30 0x01 0x00 ipmitool -I lanplus -H $IPMIHOST -U $IPMIUSER -P $IPMIPW raw 0x30 0x30 0x02 0xff 0x03 elif [ $TEMP -le $TEMP_STEP3 ]; then echo " $TEMP is < $TEMP_STEP3. Switching to manual 20% control " ipmitool -I lanplus -H $IPMIHOST -U $IPMIUSER -P $IPMIPW raw 0x30 0x30 0x01 0x00 ipmitool -I lanplus -H $IPMIHOST -U $IPMIUSER -P $IPMIPW raw 0x30 0x30 0x02 0xff 0x14 elif [ $TEMP -le $TEMP_STEP4 ]; then echo " $TEMP is < $TEMP_STEP4. Switching to manual 30% control " ipmitool -I lanplus -H $IPMIHOST -U $IPMIUSER -P $IPMIPW raw 0x30 0x30 0x01 0x00 ipmitool -I lanplus -H $IPMIHOST -U $IPMIUSER -P $IPMIPW raw 0x30 0x30 0x02 0xff 0x1e elif [ $TEMP -le $TEMP_STEP5 ]; then echo " $TEMP is < $TEMP_STEP5. Switching to manual 40% control " ipmitool -I lanplus -H $IPMIHOST -U $IPMIUSER -P $IPMIPW raw 0x30 0x30 0x01 0x00 ipmitool -I lanplus -H $IPMIHOST -U $IPMIUSER -P $IPMIPW raw 0x30 0x30 0x02 0xff 0x28 fi I've attached the diagnostics. If someone could take a look and tell me how I've managed to make this break so hard, and how to fix it, I'd be very grateful. poweredge-diagnostics-20230327-2325.zip