jm9843

Members
  • Posts

    10
  • Joined

  • Last visited

Posts posted by jm9843

  1. On 12/29/2020 at 10:50 AM, caseyparsons said:

    Is this docker container still being maintained? I enjoy using it, but can't be running an unmaintained container without security patches.

    This was bugging me as well.  I was able to update to the latest version (v. 3.9.4) without issue by:

     

    1. Stop the container
    2. Edit/Update the container
    3. Change the repository value to rocketchat/rocket.chat
    4. Apply the changes

    I'm not sure if it is necessary but I do have "Enable additional search results from dockerHub" in CA settings set to Yes.

    • Like 2
  2. On 1/26/2020 at 5:47 AM, PsYCoR said:

    anytime i update the MongoDB rocket.chat get errors and does not start correctly.

     

    
    MongoError: not master and slaveOk=false
    at Connection.<anonymous> (/app/bundle/programs/server/npm/node_modules/meteor/npm-mongo/node_modules/mongodb-core/lib/connection/pool.js:443:61)
    at emitTwo (events.js:126:13)
    at Connection.emit (events.js:214:7)
    at processMessage (/app/bundle/programs/server/npm/node_modules/meteor/npm-mongo/node_modules/mongodb-core/lib/connection/connection.js:364:10)
    at Socket.<anonymous> (/app/bundle/programs/server/npm/node_modules/meteor/npm-mongo/node_modules/mongodb-core/lib/connection/connection.js:533:15)
    at emitOne (events.js:116:13)
    at Socket.emit (events.js:211:7)
    at addChunk (_stream_readable.js:263:12)
    at readableAddChunk (_stream_readable.js:250:11)
    at Socket.Readable.push (_stream_readable.js:208:10)
    at TCP.onread (net.js:601:20)
    /app/bundle/programs/server/node_modules/fibers/future.js:313
    throw(ex);

    so  i have to complete reinstall the full MongoDB and configuration for RC.

     

    ... is it not possible to update the Mongo Docker without a function lost?

     

    THX

     

    I just dealt with this and was able to get my installation back up.  The issue is that the hostname in the MongoDB container changes when you do the update; breaking the replica set.  My steps to resolve:

     

    1. Open a console window for the MongoDB container
    2. # hostname
      1. make a note of the hostname of your container
    3. # mongo
    4. rs01:OTHER> rsconf = rs.conf()
    5. rs01:OTHER> rsconf.members = [{_id: 0, host: "<hostname>:27017"}]
      1. where <hostname> is the value that step #2 returned
    6. rs01:OTHER> rs.reconfig(rsconf, {force: true})
    7. rs01:OTHER> rs.status()
      1. should return the details of your valid replica set (e.g. "ok" : 1)
    8. Cross your fingers and start your Rocket.Chat container

    These steps assume that you followed the general guidance in this thread (e.g. default port of 27017, replica set named 'rs01'). 

     

    • Thanks 1
  3. 1 hour ago, dlandon said:

    I don't think it's your shares.  I think it's your port mapping.  Remove the port conflict for a test and install LMS with the defaults and see if it works.

    Your suspicion is correct.  After a bit of digging I stopped the other container using port 9000 (it doesn't expose this thru a port mapping as it uses Host network), changed LMS back to the default port, and it played on the Boom right away.

     

    Is this something that can be "fixed" on the LMS docker file or is the solution to reserve 9000 for LMS?  If it's the latter, having the port mapping as part of the template can be error prone.  In any event, thanks for the suggestion.

  4. I'm kinda stumped right now.

     

    In attempting to bring my Squeezebox Booms back into service I installed this Docker on my Unraid server.  Everything went swimmingly at first; using the template defaults with the exception of changing the WebUI port mapping (9000 already in use) and specifying my Music path (using a public share at the typical location like /mnt/user/<sharename>/Music/Archive/).  I can access the webui and have it scan my music library successfully.

     

    The problem comes when I actually try to play anything back on the Squeezebox Boom (I also tried SqueezePlayer on an Android phone).  There is no sound and on the player display, the time never progresses.  On the webui, the time does progress but when it gets to ~3 seconds remaining it loops back to ~8 seconds remaining and it does that in a loop, never progressing to the next track.

     

    My initial thought was that it's a permissions problem.  But the directories/files at the above path are nobody:users and 777 and, as stated above, can be scanned by LMS correctly.  Viewing the container logs doesn't reveal much, only seemingly unrelated errors and the odd warning about missing files in playlists or a malformed id3 tag in my library:

     

    [19-02-10 14:56:38.8050] Slim::Display::Lib::Fonts::__ANON__ (85) Warning: Unable to load TrueType font support: Can't locate loadable object for module Font::FreeType in @INC (@INC contains: /config/cache/InstalledPlugins /usr/share/squeezeboxserver/CPAN/arch/5.22/x86_64-linux-thread-multi /usr/share/squeezeboxserver/CPAN/arch/5.22/x86_64-linux-thread-multi/auto /usr/share/squeezeboxserver/CPAN/arch/5.22.1/x86_64-linux-gnu-thread-multi /usr/share/squeezeboxserver/CPAN/arch/5.22.1/x86_64-linux-gnu-thread-multi/auto /usr/share/squeezeboxserver/CPAN/arch/5.22/x86_64-linux-gnu-thread-multi /usr/share/squeezeboxserver/CPAN/arch/5.22/x86_64-linux-gnu-thread-multi/auto /usr/share/squeezeboxserver/CPAN/arch/x86_64-linux-gnu-thread-multi /usr/share/squeezeboxserver/CPAN/arch/5.22 /usr/share/squeezeboxserver/lib /usr/share/squeezeboxserver/CPAN /usr/share/squeezeboxserver /usr/share/squeezeboxserver/CPAN /usr/share/squeezeboxserver /usr/sbin /etc/perl /usr/local/lib/x86_64-linux-gnu/perl/5.22.1 /usr/local/share/perl/5.22.1 /usr/lib/x86_64-linux-gnu/perl5/5.22 /usr/share/perl5 /usr/lib/x86_64-linux-gnu/perl/5.22 /usr/share/perl/5.22 /usr/local/lib/site_perl /usr/lib/x86_64-linux-gnu/perl-base .) at /usr/share/perl5/Slim/Display/Lib/Fonts.pm line 84.
    Compilation failed in require at /usr/share/perl5/Slim/Display/Lib/Fonts.pm line 84.
    
    Setting up systemd (229-4ubuntu21.16) ...
    addgroup: The group `systemd-journal' already exists as a system group. Exiting.
    Operation failed: No such file or directory

     

    Any thoughts on what could be wrong?  Fwiw, I tested using an old Windows 10 install on another physical machine on the same network with its own local music library and the Booms were able to playback from there fine.

     

    I should also add that I have Plex Media Server on the same Unraid box pointing to the same share/path and the music plays back okay on the Plex app.

     

  5. On 3/13/2018 at 10:26 AM, Warrentheo said:

    I am fairly new to this stuff...  Now you have me wondering if I have to look forward to nVidia randomly killing off my setup :(

     

    This just happened to me. I was happily passing an Nvidia GPU thru to a Windows 10 VM when it began reporting error code 43 out of nowhere.  I'm not sure if it was an Nvidia driver update (I'm in the habit of updating GPU drivers) or if it coincided with a recent (planned) server shutdown.  It sucks and I'm not sure where to go from here.

     

    If it is the driver, is it possible to uninstall it and roll back until I find the last one that works? I'm assuming that I can download older driver packages from Nvidia?

  6. 8 hours ago, peter_sm said:


    Can you try to set all default settings ? On log page in bottom red text, is that your default interface ?

     

    I got a chance to try this again with the same result.  To test, I uninstalled the plugin and deleted its appdata folder.  I then reinstalled the plugin and, per your suggestion, used the default settings (with the exception of specifying the Dynamic DNS address).  I still see results like so in the openvpn server log:

     

    Thu Jan 25 01:16:05 2018 192.168.86.1:43312 TLS: Initial packet from [AF_INET]192.168.86.1:43312, sid=0773056c 1556308b
    Thu Jan 25 01:17:05 2018 192.168.86.1:43312 TLS Error: TLS key negotiation failed to occur within 60 seconds (check your network co$
    Thu Jan 25 01:17:05 2018 192.168.86.1:43312 TLS Error: TLS handshake failed
    Thu Jan 25 01:17:05 2018 192.168.86.1:43312 SIGUSR1[soft,tls-error] received, client-instance restarting

     

    On log page in bottom red text, I see br0 as the network interface (see screenshot).  However, if I look at unRAID System Info, it appears to show bond0 (see screenshot).  I'm unsure how to proceed.

    Screenshot 2018-01-25 at 8.11.54 PM.png

    Screenshot 2018-01-25 at 8.12.31 PM.png

  7. 9 hours ago, peter_sm said:

    Hi

    Is br0 you default interface ?

    Do you have several network interface (eth0, eth1, bond0, bond1)

    Can you try to remove bond and try ?

     

    I have a new version soon to catch the right interface in a much better way!

     

    //Peter

     

     

    If I'm thinking of it correctly, bond0 is the default interface (per Spaceinvader One's YouTube tutorial on the docker container).

     

    Since I'm not sure how to go about removing interfaces and I don't want to break anything else, I'll likely wait and try your next version to see if it solves my TLS handshake problem.

  8. On 12/17/2017 at 10:46 PM, peter_sm said:

    What is your default route interface ? eth0, br0 ? Verify this by the last iptables row(in red) on the log page. You should see your LAN with all settings set to defaults. I have an update to verify this much better in next release!

     

    I'm trying to switch from the openvpn-as docker container to your plugin but haven't been able to connect to the server (getting "TLS key negotiation failed" error).  The one difference that I noticed is that the default route interface is br0, while the one that I was using successfully with the container was bond0 (as it's the interface listed first under unRAID/Info/Network).  Could this be the problem and, if so, how would I go about changing the interface used by openvpn server?

     

    Fwiw, I'm using all default "Server config" settings with the exception of "Redirect-gateway" set to "redirect-gateway def1".  I'm also seeing the TLS error showing up in /var/log/openvpnserver.log which seems to confirm that traffic is being forwarded by the router correctly.

     

    Thanks.