tronyx

Members
  • Posts

    47
  • Joined

  • Last visited

Posts posted by tronyx

  1. 1 hour ago, kubed_zero said:

    Wrap your identifier in a set of single quotes so the double quotes don't get interpreted by the CLI:

     

    
    root@myUnraid:~# snmpwalk -v 2c -c public localhost 'NET-SNMP-EXTEND-MIB::nsExtendOutLine."sharefree"'
    NET-SNMP-EXTEND-MIB::nsExtendOutLine."sharefree".1 = STRING: CoolShare1: 446446297088
    NET-SNMP-EXTEND-MIB::nsExtendOutLine."sharefree".2 = STRING: RandomShare: 446446297088
    NET-SNMP-EXTEND-MIB::nsExtendOutLine."sharefree".3 = STRING: SharedShare: 392926117888

     

     

    Thank you, that resolved the local execution issue, but remote still isn't working:

     

    root@e21f3a6e04c4:/# /opt/nagios/libexec/check_snmp -H 192.168.1.104 -C public -m 'NET-SNMP-EXTEND-MIB::nsExtendOutLine -o sharefree'
    No OIDs specified
    root@e21f3a6e04c4:/# /opt/nagios/libexec/check_snmp -H 192.168.1.104 -C public -m 'NET-SNMP-EXTEND-MIB::nsExtendOutLine -o sharefree.1'
    No OIDs specified
    root@e21f3a6e04c4:/# /opt/nagios/libexec/check_snmp -H 192.168.1.104 -C public -m 'NET-SNMP-EXTEND-MIB::nsExtendOutLine -o "sharefree"'
    No OIDs specified

     

  2. Thank you for working to get this Plugin compatible with 6.7, but I can't get anything for the individual shares to work as I've seen in the thread:

     

    root@Gothmog:~# snmpwalk -v 2c -c public localhost NET-SNMP-EXTEND-MIB::nsExtendOutLine
    NET-SNMP-EXTEND-MIB::nsExtendOutLine."disktemp".1 = STRING: WDC_WD100EMAZ-00WJTA0_2YJ0ZH9D: 31
    NET-SNMP-EXTEND-MIB::nsExtendOutLine."disktemp".2 = STRING: WDC_WD100EMAZ-00WJTA0_JEGKPT5N: 30
    NET-SNMP-EXTEND-MIB::nsExtendOutLine."disktemp".3 = STRING: WDC_WD100EFAX-68LHPN0_JEHM4AMN: 29
    NET-SNMP-EXTEND-MIB::nsExtendOutLine."disktemp".4 = STRING: WDC_WD100EFAX-68LHPN0_JEHM0D0N: 28
    NET-SNMP-EXTEND-MIB::nsExtendOutLine."disktemp".5 = STRING: WDC_WD80EMAZ-00WJTA0_7SJEAMEW: 32
    NET-SNMP-EXTEND-MIB::nsExtendOutLine."disktemp".6 = STRING: WDC_WD80EMAZ-00WJTA0_7SJHUD2W: 31
    NET-SNMP-EXTEND-MIB::nsExtendOutLine."disktemp".7 = STRING: WDC_WD40EFRX-68N32N0_WD-WCC7K3NHHZVR: 26
    NET-SNMP-EXTEND-MIB::nsExtendOutLine."disktemp".8 = STRING: WDC_WD40EFRX-68N32N0_WD-WCC7K2EC6CNJ: 25
    NET-SNMP-EXTEND-MIB::nsExtendOutLine."disktemp".9 = STRING: WDC_WD100EMAZ-00WJTA0_2YHVUKVD: 31
    NET-SNMP-EXTEND-MIB::nsExtendOutLine."sharefree".1 = STRING: Plex_Media_Backup: 23271758839808
    NET-SNMP-EXTEND-MIB::nsExtendOutLine."sharefree".2 = STRING: appdata: 1012790734848
    NET-SNMP-EXTEND-MIB::nsExtendOutLine."sharefree".3 = STRING: domains: 1012790734848
    NET-SNMP-EXTEND-MIB::nsExtendOutLine."sharefree".4 = STRING: isos: 22258968104960
    NET-SNMP-EXTEND-MIB::nsExtendOutLine."sharefree".5 = STRING: system: 1012790734848
    
    
    root@Gothmog:~# snmpwalk -v 2c -c public localhost NET-SNMP-EXTEND-MIB::nsExtendOutLine."sharefree".1
    NET-SNMP-EXTEND-MIB::nsExtendOutLine.sharefree.1: Unknown Object Identifier (Index out of range: sharefree (nsExtendToken))

     

     

    Cannot get it to work remotely at all either:

    root@nagios:/# /opt/nagios/libexec/check_snmp -H 192.168.1.104 -C public -m NET-SNMP-EXTEND-MIB::nsExtendOutLine -o sharefree
    External command error: MIB search path: /root/.snmp/mibs:/usr/share/snmp/mibs:/usr/share/snmp/mibs/iana:/usr/share/snmp/mibs/ietf:/usr/share/mibs/site:/usr/share/snmp/mibs:/usr/share/mibs/iana:/usr/share/mibs/ietf:/usr/share/mibs/netsnmp
    Cannot find module (nsExtendOutLine): At line 0 in (none)
    sharefree: Unknown Object Identifier (Sub-id not found: (top) -> sharefree)

     

  3. 2 minutes ago, trurl said:

    Another possible cause of post-read fail is bad RAM. Happened to me and others.

    I haven't seen any other signs of bad RAM and 3 other drives of equal or larger capacity have cleared without issues, but I'll look into it.

  4. Mar 26 07:38:32 preclear_disk_ZA21WDL6_9840: Post-Read: cmp command failed - disk not zeroed
    Mar 26 07:38:33 preclear_disk_ZA21WDL6_9840: Post-Read: dd - read 9931354800128 of 10000831348736.
    Mar 26 07:38:33 preclear_disk_ZA21WDL6_9840: Post-Read: dd command failed, exit code [141].

     

    Is this still the same bug from like a year ago where the plugin wasn't zeroing the entire drive? I'm on 6.7-rc5 with latest version of the plugin.

  5. Plugin is still installable on 6.6.6, but I can't get anything to work as I've seen in the thread here:

     

    root@Gothmog:~# snmpwalk -v 2c -c public localhost NET-SNMP-EXTEND-MIB::nsExtendOutLine
    NET-SNMP-EXTEND-MIB::nsExtendOutLine."disktemp".1 = STRING: WDC_WD100EMAZ-00WJTA0_2YJ0ZH9D: 31
    NET-SNMP-EXTEND-MIB::nsExtendOutLine."disktemp".2 = STRING: WDC_WD100EMAZ-00WJTA0_JEGKPT5N: 30
    NET-SNMP-EXTEND-MIB::nsExtendOutLine."disktemp".3 = STRING: WDC_WD100EFAX-68LHPN0_JEHM4AMN: 29
    NET-SNMP-EXTEND-MIB::nsExtendOutLine."disktemp".4 = STRING: WDC_WD100EFAX-68LHPN0_JEHM0D0N: 28
    NET-SNMP-EXTEND-MIB::nsExtendOutLine."disktemp".5 = STRING: WDC_WD80EMAZ-00WJTA0_7SJEAMEW: 32
    NET-SNMP-EXTEND-MIB::nsExtendOutLine."disktemp".6 = STRING: WDC_WD80EMAZ-00WJTA0_7SJHUD2W: 31
    NET-SNMP-EXTEND-MIB::nsExtendOutLine."disktemp".7 = STRING: WDC_WD40EFRX-68N32N0_WD-WCC7K3NHHZVR: 26
    NET-SNMP-EXTEND-MIB::nsExtendOutLine."disktemp".8 = STRING: WDC_WD40EFRX-68N32N0_WD-WCC7K2EC6CNJ: 25
    NET-SNMP-EXTEND-MIB::nsExtendOutLine."disktemp".9 = STRING: WDC_WD100EMAZ-00WJTA0_2YHVUKVD: 31
    NET-SNMP-EXTEND-MIB::nsExtendOutLine."sharefree".1 = STRING: Plex_Media_Backup: 23271758839808
    NET-SNMP-EXTEND-MIB::nsExtendOutLine."sharefree".2 = STRING: appdata: 1012790734848
    NET-SNMP-EXTEND-MIB::nsExtendOutLine."sharefree".3 = STRING: domains: 1012790734848
    NET-SNMP-EXTEND-MIB::nsExtendOutLine."sharefree".4 = STRING: isos: 22258968104960
    NET-SNMP-EXTEND-MIB::nsExtendOutLine."sharefree".5 = STRING: system: 1012790734848
    
    
    root@Gothmog:~# snmpwalk -v 2c -c public localhost NET-SNMP-EXTEND-MIB::nsExtendOutLine."sharefree".1
    NET-SNMP-EXTEND-MIB::nsExtendOutLine.sharefree.1: Unknown Object Identifier (Index out of range: sharefree (nsExtendToken))

     

     

    Cannot get it to work remotely at all either:

    root@nagios:/# /opt/nagios/libexec/check_snmp -H 192.168.1.104 -C public -m NET-SNMP-EXTEND-MIB::nsExtendOutLine -o sharefree
    External command error: MIB search path: /root/.snmp/mibs:/usr/share/snmp/mibs:/usr/share/snmp/mibs/iana:/usr/share/snmp/mibs/ietf:/usr/share/mibs/site:/usr/share/snmp/mibs:/usr/share/mibs/iana:/usr/share/mibs/ietf:/usr/share/mibs/netsnmp
    Cannot find module (nsExtendOutLine): At line 0 in (none)
    sharefree: Unknown Object Identifier (Sub-id not found: (top) -> sharefree)

     

  6. 1 hour ago, Taddeusz said:

    Unfortunately, I'm not sure how to support an installation outside of Unraid. I've personally never actually successfully gotten this to run outside of Unraid. The project I took over was written specifically for Unraid so I'm not sure or if it can be usable otherwise.

     

    Ah, ok, I was unaware of that. I'd had it running for a while with no issues prior to this. I'll look into things some more on my end. Thanks for the help.

  7. 16 hours ago, Taddeusz said:

    Try changing to jasonbean/guacamole:0.9.14-3

     

    Same result, even with the other 0.9.14 tags. I removed the catalina.out file between each one. I even blew away the container completely, including the appdata dir, recreated the container with the latest image and still see the same issue.

  8. 22 minutes ago, Taddeusz said:

    Try deleting all the files in your guacamole/log folder. I’ve recently changed my appdata folder from /mnt/user/appdata to /mnt/cache/appdata and there are apparently issues with file permissions in that situation.

     

    There was only the catalina.out file. I deleted it, restarted the container and got the same result. The permissions did look correct.

     

    I looked into the catalina.out file and I am seeing the following error, which seems like the culprit:
     

    INFO: Starting Servlet Engine: Apache Tomcat/8.0.32 (Ubuntu)
    Sep 25, 2018 7:08:21 PM org.apache.catalina.valves.AccessLogValve open
    SEVERE: Failed to open access log file [/var/lib/tomcat8/logs/localhost_access_log.2018-09-25.txt]
    java.io.FileNotFoundException: /var/lib/tomcat8/logs/localhost_access_log.2018-09-25.txt (Permission denied)
            at java.io.FileOutputStream.open0(Native Method)
            at java.io.FileOutputStream.open(FileOutputStream.java:270)
            at java.io.FileOutputStream.<init>(FileOutputStream.java:213)
            at org.apache.catalina.valves.AccessLogValve.open(AccessLogValve.java:579)
            at org.apache.catalina.valves.AccessLogValve.startInternal(AccessLogValve.java:609)
            at org.apache.catalina.util.LifecycleBase.start(LifecycleBase.java:147)
            at org.apache.catalina.core.StandardPipeline.startInternal(StandardPipeline.java:170)
            at org.apache.catalina.util.LifecycleBase.start(LifecycleBase.java:147)
            at org.apache.catalina.core.ContainerBase.startInternal(ContainerBase.java:930)
            at org.apache.catalina.core.StandardHost.startInternal(StandardHost.java:871)
            at org.apache.catalina.util.LifecycleBase.start(LifecycleBase.java:147)
            at org.apache.catalina.core.ContainerBase$StartChild.call(ContainerBase.java:1408)
            at org.apache.catalina.core.ContainerBase$StartChild.call(ContainerBase.java:1398)
            at java.util.concurrent.FutureTask.run(FutureTask.java:266)
            at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1149)
            at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:624)
            at java.lang.Thread.run(Thread.java:748)



    However, it doesn't appear that I'm able to exec any commands on the container or just into the container.

     

    Any suggestions?

  9. Just updated to your latest image and now Tomcat is failing to start. No other changes on my end, and even previous images using their respective tags are no longer working. Seeing the following in the Docker logs for the container:

     

    *** Running /etc/my_init.d/firstrun.sh...
    Using existing properties file.
    Using existing MySQL extension.
    No permissions changes needed.
    *** Running /etc/rc.local...
     * Starting Tomcat servlet engine tomcat8
       ...fail!
    guacd[37]: INFO:        Guacamole proxy daemon (guacd) version 0.9.14 started
    Starting guacd: SUCCESS
    *** Booting runit daemon...
    *** Runit started as PID 40
    Database exists.
    Database upgrade not needed.
    Starting MariaDB...
    180925 18:32:42 mysqld_safe Logging to '/config/databases/guacamole.local.err'.
    180925 18:32:42 mysqld_safe Starting mysqld daemon with databases from /config/databases
    Sep 25 18:32:42 guacamole syslog-ng[46]: syslog-ng starting up; version='3.5.6'

     

  10. Having an issue with Flood seeming to become unresponsive after about a day. Sometimes restarting the container corrects it, but other times I need to blow away the container and recreate it. I have DEBUG set to true, but there is nothing in the container logs. Is this an already known issue? The port seems to still be responsive, but the webUI times out.

  11. 39 minutes ago, Squid said:

    This would mean that your flash drive dropped offline, then re-connected itself.  Try a different port.  Ideally USB2

     

    Alright, swapped USB ports, brought it online, mucked around in settings and whatnot for about 20 minutes to get it to read and write to the flash drive and it's been stable so I started the array. Array came online and did NOT require a parity check so that might be a better sign that things are ok. I'll take it slow with starting up other services on the network for now.

  12. 1 minute ago, Squid said:

    This would mean that your flash drive dropped offline, then re-connected itself.  Try a different port.  Ideally USB2

     

    That's what I was thinking, but wanted to post here first since I've already rebooted a few times. Will try another port and see what happens. This system only has USB 2.0.

  13. Ok, oddly enough it just recovered without me doing anything. Attaching new diagnostics, but I think the most relevant thing is the following from the syslog:

     

    Jun 24 15:34:41 Morgoth kernel: i801_smbus 0000:00:1f.3: Timeout waiting for interrupt!
    Jun 24 15:34:41 Morgoth kernel: i801_smbus 0000:00:1f.3: Transaction timeout
    Jun 24 15:37:11 Morgoth kernel: i801_smbus 0000:00:1f.3: Timeout waiting for interrupt!
    Jun 24 15:37:11 Morgoth kernel: i801_smbus 0000:00:1f.3: Transaction timeout
    Jun 24 15:37:11 Morgoth kernel: w83795 0-002f: Failed to read from register 0x02f, err -110
    Jun 24 15:40:13 Morgoth kernel: i801_smbus 0000:00:1f.3: Timeout waiting for interrupt!
    Jun 24 15:40:13 Morgoth kernel: i801_smbus 0000:00:1f.3: Transaction timeout
    Jun 24 15:40:13 Morgoth kernel: w83795 0-002f: Failed to read from register 0x03c, err -110
    Jun 24 15:40:58 Morgoth kernel: i801_smbus 0000:00:1f.3: Timeout waiting for interrupt!
    Jun 24 15:40:58 Morgoth kernel: i801_smbus 0000:00:1f.3: Transaction timeout
    Jun 24 15:40:58 Morgoth kernel: w83795 0-002f: Failed to read from register 0x013, err -110
    Jun 24 15:43:33 Morgoth kernel: w83795 0-002f: Failed to read from register 0x03c, err -6
    Jun 24 15:43:33 Morgoth kernel: w83795 0-002f: Failed to read from register 0x015, err -6
    Jun 24 15:43:33 Morgoth kernel: w83795 0-002f: Failed to read from register 0x03c, err -6
    Jun 24 15:43:33 Morgoth kernel: w83795 0-002f: Failed to read from register 0x016, err -6
    Jun 24 15:47:14 Morgoth kernel: i801_smbus 0000:00:1f.3: Timeout waiting for interrupt!
    Jun 24 15:47:14 Morgoth kernel: i801_smbus 0000:00:1f.3: Transaction timeout
    Jun 24 15:47:14 Morgoth kernel: w83795 0-002f: Failed to read from register 0x02f, err -110

     

    morgoth-diagnostics-20180624-1556.zip

  14. Woke up this morning to find my shares unavailable, the GUI had reverted to the light theme, and my flash drive showing under both Flash and Unassigned Devices. Did a clean reboot through the GUI, it wanted to start a parity check, and then the system locked up at about 2%. No errors on the screen. Only option was to force reboot. Same thing happened; obviously an unclean shutdown was detected so a parity check was triggered, and the system locked up at about 2% again. Shutdown the box, swap the flash drive for a brand new one after testing it, and the same thing happens again, right around the 2% mark of the parity check. Reboot one more time, left the array down, and downloaded diagnostics, which are attached. Temps are fine, no errors in syslog, and I cannot see anything that could be causing this. Was thinking of leaving everything else in my network that uses the unRAID shares offline and starting up the array with a parity check again, but wanted to post here first. Any/all help is greatly appreciated.

    morgoth-diagnostics-20180624-1535.zip

  15. 2 hours ago, Squid said:

    Probably nothing to worry about

    
    Jan 24 23:05:00 Morgoth kernel: NETDEV WATCHDOG: eth2 (e1000e): transmit queue 0 timed out
    call trace here
    .
    .
    Jan 24 23:05:03 Morgoth kernel: e1000e: eth2 NIC Link is Up 1000 Mbps Full Duplex, Flow Control: None

    Happened while the driver was setting up the bonding.

     

    Thanks, that's what I was thinking it was indicating. Appreciate your time and response.

  16. Reported the issue on your GutHub (https://github.com/ninthwalker/NowShowing/issues/43), but wanted to post here as well as it seems you're very responsive here. NowShowing encounters a 404 looking for Marvel's The Punisher and just continuously retries:

    Seems that NowShowing doesn't handle 404 errors from theTVDB very well:

    D, [2017-11-18T15:21:38.394907 #70] DEBUG -- : Response from thetvdb for query series/329367/all/en.xml: Code: 404.
    E, [2017-11-18T15:21:38.395176 #70] ERROR -- : Could not connect to thetvdb.com. Will retry in 30 seconds
    D, [2017-11-18T15:22:08.395416 #70] DEBUG -- : Retry attempt: 1 for query series/329367/all/en.xml
    D, [2017-11-18T15:22:08.811694 #70] DEBUG -- : Response from thetvdb for query series/329367/all/en.xml: Code: 404.
    E, [2017-11-18T15:22:08.811903 #70] ERROR -- : Could not connect to thetvdb.com. Will retry in 30 seconds
    D, [2017-11-18T15:22:38.812429 #70] DEBUG -- : Retry attempt: 2 for query series/329367/all/en.xml
    D, [2017-11-18T15:22:39.130871 #70] DEBUG -- : Response from thetvdb for query series/329367/all/en.xml: Code: 404.
    E, [2017-11-18T15:22:39.131184 #70] ERROR -- : Could not connect to thetvdb.com. Will retry in 30 seconds

    It's looking for Marvel's The Punisher w/ seriesID 329367, which is wrong. The correct ID is 331980. Not sure whether it gets the ID from Plex, which would be weird because Plex has all the right metadata, or just from a search, but it shouldn't just repeatedly fail on a 404. It should retry X times and then move on.