xthursdayx

Community Developer
  • Posts

    397
  • Joined

  • Last visited

Posts posted by xthursdayx

  1. Sorry, what should I be looking for in there? This is what mine looks like now:

     

    root:x:0:0::/mnt:/bin/bash
    bin:x:1:1:bin:/bin:/bin/false
    daemon:x:2:2:daemon:/sbin:/bin/false
    adm:x:3:4:adm:/var/log:/bin/false
    lp:x:4:7:lp:/var/spool/lpd:/bin/false
    mail:x:8:12:mail:/:/bin/false
    news:x:9:13:news:/usr/lib/news:/bin/false
    uucp:x:10:14:uucp:/var/spool/uucppublic:/bin/false
    ftp:x:14:50::/home/ftp:/bin/false
    smmsp:x:25:25:smmsp:/var/spool/clientmqueue:/bin/false
    mysql:x:27:27:MySQL:/var/lib/mysql:/bin/false
    rpc:x:32:32:RPC portmap user:/:/bin/false
    sshd:x:33:33:sshd:/:/bin/false
    gdm:x:42:42:GDM:/var/state/gdm:/bin/false
    avahi:x:61:214:Avahi Daemon User:/dev/null:/bin/false
    avahi-autoipd:x:62:62:Avahi AutoIP Daemon User:/dev/null:/bin/false
    messagebus:x:81:81::/dev/null:/bin/false
    pop:x:90:90:POP:/:/bin/false
    nobody:x:99:100:nobody:/:/bin/false
    ntp:x:44:44:User for NTP:/:/bin/false
    tss:x:59:59:Account used by the trousers package to sandbox the tcsd daemon:/:/bin/false

     

  2. Yeah, the only other way around this, if you have a motherboard and soundcard that supports it, is to setup a VM with the soundcard forwarded to it, connect your stereo to your soundcard output, install Roon Core in the VM and then play driect. It's not a very clean option though, imo. I think using a separate endpoint is the way to go. You can build one fairly inexpensively with a RPi and a Hifiberry DAC or Digi (SPDIF out). 

    • Like 1
  3. On 9/26/2020 at 11:34 AM, dmacias said:


     

     


    Not sure. Those should be in your /root directory. Somehow you have the root user home directory redirected to /mnt

     

    Yeah, that's what it seems like, but I don't even remember an option to change the directories when installing the plugins...

  4. 4 hours ago, wcg66 said:

    Thanks. I'll give it (new container) a try, I can keep the other container stopped for now. The connectivity problems are recent and the only thing I can think of is my recent addition of a Pi Hole to the network. However, I don't see DNS requests being rejected specifically. I've looked on the Room community site and they seem to point fingers at various network setups interfering with the multicast it uses. I will also try setting the DNS to something other than the Pi Hole to see if that helps.

    To be honest, I ran into a lot of random DNS and network connectivity issues when I was trying out running Pi Hole on UNRAID, so who knows. I now run a separate pfSense machine as a firewall and router and have never looked back 😁

     

    It shouldn't matter at all, but one thing you could try, if you're interested in troubleshooting, is to map the ports RoonServer users rather than using the `--net=host` setting. That way at least you could tell your router specifically which ports Roon traffic will be on (if that matters in your network environment). You won't be able to change the ports because Roon clients don't have the option to use different port connections, but it still might be interesting.

     

    I am going to try it out just to see if it works, so I just forked steefdebruijn's image and changed up the Dockerfile to expose the ports Roon uses for discovering and connecting/transferring data (9003/udp for discovery and 9100-9200/tcp for connection and playback), I'll build it and throw it up on Docker Hub just to try it out for myself. If you think that mapping the ports would be of any use in diagnosing your connection problems and want to try it but aren't sure how to pull the alternative version and change your UNRAID Roon docker template just ask and I can tell you how. 

     

    EDIT: So you know, it works, but it's pretty impractical to do since you have make sure that none of the ports between 9100 and 9200 are already mapped. 

    • Thanks 1
  5. On 9/21/2020 at 4:53 PM, wcg66 said:

    I've been using the Roon docker image from the ronch repository. This seems to have disappeared now. Can I move to this new version without losing everything? Can I take a Roon backup and restore it in the new container?

     

    I am also tempted to just move to a VM. I'm having intermittent disconnections from the core and like others have noted above, updates wipe out all my settings and metadata.

    I don't know anything about the ronch Roon docker image, but I do know that Roon is designed to be backed up and restored, so as long as you've made a recent backup you should be able to restore it in your new CORE without any issues. From what I understand, it doesn't really matter what platform you run Roon Server or Core on - Docker, VM, Windows laptop, etc - the backups are not platform dependent, they're just dependent on the Roon Server software. 

     

    A VM just to run Roon seems like a bit of an overkill to me, but I haven't had any issues with connectivity or anything (so far at least), so I can't really speak to whether a VM would be more stable in your network. 

    • Like 1
  6. Hi folks, just wanted to report something strange that I believe was linked to this plugin:
     

    A while ago I started noticing unexpected directories appear in the /mnt directory on my server, specifically directories called /.config and /.local. These have never existed before and I haven't recently added any new plugins to my server that would have created them. I also checked all of my docker container mappings and none are linked to these directories. I then tried deleting them but they kept reappeared. Upon further inspection .cache and .config seem to be related to Midnight Commander as they both a directory called mc in them. In the .local directory I found the following structure: /.local/share/mc/mcedit. However, in the /.freeipmi directory there was a subdirectory called sdr-cache with a file in it called sdr-cache-<my-server-name>.localhost. This file was difficult to read because it was not in UTF encoding, however I was able to make out lines that looked like the IPMI plugin out put. Because of this I tried deleting the IPMI plugin and have found that none of these unexpected directories have been recreated. Any idea why that could have been happening?

     

  7. 15 hours ago, testdasi said:

    If it's from the same repo (e.g. "steefdebruijn/docker-roonserver") then no diff. What he did was just to create Unraid template for the docker so the necessary mappings are visible.

    Exactly, I just made a template for other folks since people seem to stumble over creating their own volume mappings. No need to dump your existing config as it's probably the same as the template (minus the container icon). 

  8. On 6/20/2020 at 11:33 AM, sonic6 said:

    no, everything is still there... maybe the database is corrupt? i checked my appdate backup from monday, but nothing changed. where can i find the sqlite database? i don't have much experience with dockers

     

    but there must be some more changes... the ferdi-server webpage looks different.

     

    btw, does the password reset work?

    Finally got around to sorting this out. Password reset now works. Please pull the new version of the container and let me know if you run into any issues. Cheers.

  9. On 9/14/2020 at 2:53 PM, untraceablez said:

    So I've got my server up and operating, but I can't seem to create an account via the Ferdi Windows client, upon clicking the 'create account' button it just spins a little bit and then does nothing. Trying to access the account dashboard via the webui fails, citing no account existing. I also get a failure with trying to import Franz credentials. With that I just get a blank page that has "Could not log into Franz with your supplied credentials. Please check and try again" and I've verified the Franz credentials work. 

     

    Also not getting any log output from the Docker tab in UNRAID, at an absolute loss as to what's going on with it. 

     

    That's odd, I just pulled a new container and tried to create an account via the Mac app without any trouble. I do know that there is an current issue with Ferdi and importing existing Franz credentials that came about due to changes in Franz's code base (see issue here). This seems like it might be an upstream issue, so would mind creating an issue here: https://github.com/getferdi/server/issues so that we can work on it at the ferdi-server level, rather than at the docker container level?

  10. On 9/10/2020 at 6:46 PM, Joeri1594 said:

    Hello,

     

    i cant get any connection to my database.

    i run a mariadb on: 192.168.1.10 default port

    ferdi-server runs on 192.168.23 (i br0 almost everything because of my network setup)

    these are my settings

     

    can u help me understand the problem?

    Hmmm, that's strange. I wish I could help you understand what's going on, but I'm not really sure to be honest. If your network is set to allow traffic from 192.168.1.23 (I assume you meant that, not 192.168.23) to 192.168.1.10 and you set up your database correctly, I don't know any reason why it wouldn't be working and I don't think anyone else has run into this problem so it's hard for me to troubleshoot it...

     

    Are you able to connect to your database directly via any other machine on your network?

  11. 56 minutes ago, joroga22 said:

     

     

    Hi, I got this working. This is what I've done.

     

    Thanks for helping to sort this out @joroga22!  I can update my template to reflect the config directory versus the actual turnserver.conf file, however in the Readme.md for the original docker container Instrumentisto suggests that you have to specify the actual config file when running the docker, which is why I set it up like I did. However, if you're finding that this is working for you then that's great! It might be the case that you need to specify the turnserver.conf the first time you create the container (to prevent the Dockerfile from generating one internally within the docker container's filesystem), but then can swap it back to the directory after that. I'm not sure to be honest. Glad it's work for you though!

  12. I'm finding an issue with locale encoding. I need to add a huge number of files to my nextcloud instance, so I added them manually to my user's "files" directory on my server and then ran `sudo -u abc php7 /config/www/nextcloud/occ files:scan [user]` from with the nextcloud container. However, I'm now getting some error messages like this:

    Entry "/xthursdayx/files/Work/Documents/Privado - Unknown - Boletín de políticas.pdf" will not be accessible due to incompatible encoding
    Entry "/xthursdayx/files/Archive/2019-2020/Materials/Jönsson - 2010__xid-389489066_2.pdf.xml" will not be accessible due to incompatible encoding

    Any idea how I might fix this? I assume that it is an issue with the container not using the correct UTF locale, but I could be totally off base... 

  13. 19 hours ago, Mihle said:


    Because no help I gambled and updated Nextcloud via terminal.
    It seem to have fixed it.
    I am not sure, but I think its best to update Nextcloud via its own updater and then update the docker, and not the other way around?

    I just had this exact same problem while updating to 19.02 from the most recent version of Nextcloud 18 (see error message below). I can no longer access the WebUI. I guess I will try updating via terminal if no one else has any suggestions. 

     

    Internal Server Error
    The server was unable to complete your request.
    
    If this happens again, please send the technical details below to the server administrator.
    
    More details can be found in the server log.
    
    Technical details
    Remote Address: 172.19.0.1
    Request ID: nBJBlhC1AUmFV3QjlOwD

     

  14. I'm having an issue where all of my downloads fail. I'm able to connect to the Soulseek server and search without any problem, but all of my downloads immediately say "aborted". I have my listening port set (51122) and both it and the obfuscated port (51123) are mapped to the corresponding ports on my host machine. I set up port forwards for both of these ports in my pfSense firewall. I have also tried both checking and unchecking UPnP port mapping and NAT-PMP port mapping (while setting up UPnP on pfSense). None of these things have made any difference. Has anyone else faced a similar issue?

  15. Hi folks, I know people have posted about this before, but I couldn't find any real resolution, so I was hoping someone might be able to point me in the right direction. I have a Cyberpower C670656 UPS connected to my UNRAID server and use the UPS management daemon to monitor it. Over the last few months it has started continually getting the error notification: `Communications restored with UPS Tower`. I get this notification 20-30 times a day, however the UPS seems to be working fine. I've tried changing USB ports, but still get the same notification. Any idea how I can fix this? It's pretty annoying, but I also want to be sure that it doesn't indicate an underlying problem. Thanks in advance!

  16. 8 hours ago, sonic6 said:

    okay, a seperate database, but i can use the same mariaDB docker i used for nextcloud?

    Yes, you can use the same MariaDB container you use for nextcloud, you'll just need to create a new database for ferdi-server (you can also create a user specific to ferdi-server if you wish). 

     

    8 hours ago, sonic6 said:

    so, i did this and now there a files in my appdata. i there a way to find my old database? if i found my old database, is there a way to transfer it to mariaDB? At this moment there is only one user on ferdi. maybe the "export/import" for profiles will be a workaround?

    Your existing sqlite database should be in the /app/database folder, however I don't believe you can transfer an sqlite database to MySQL (e.g. MariaDB). Honestly, even if you could I think it would probably just be quicker to start a new database and add your services and login information again. 

  17. On 6/22/2020 at 6:28 AM, sonic6 said:

    i started with ferdi two weeks ago, so it must be the last version. but there is nothing in 

    /mnt/user/appdata/ferdi-server/database

    or

    /mnt/user/appdata/ferdi-server/recipes

    both are empty. same with the last backup from 06.15. (monday last week), both empty.

     

    i am running mariaDB for nextcloud. So i' thinking about to use it for ferdi also, or isn' this a good idea?

     

    I figured out what the problem was. The docker container documentation and the UNRAID template had not been correctly updated after a previous update to the Dockerfile. If you update your Recipes directory to map to /app/recipes in the container and the database to map to /app/database your sqlite database should be persistent. I've also updated the UNRAID template, so assuming that it has populated to Community Apps you should be able to just delete your previous app and template and re-pull for the new mount points, if you'd prefer to go that route. I would still recommend using an more robust external database like mariaDB, but if you choose to use the default sqlite database it should at least work properly now. 

     

    I'm still working on getting SMTP mailing to work correctly, but should be there shortly. 

    • Thanks 1
  18. On 6/20/2020 at 11:33 AM, sonic6 said:

    no, everything is still there... maybe the database is corrupt? i checked my appdate backup from monday, but nothing changed. where can i find the sqlite database? i don't have much experience with dockers

     

    but there must be some more changes... the ferdi-server webpage looks different.

     

    btw, does the password reset work?

    Strange, I'm sorry to hear that. I hate to say it, but it sounds like you might need to just scrap the container and start from scratch. If you're using the default sqlite database you should be able to find it at /config/database/

     

    In terms of the container updating, the container is designed to pull the newest version of ferdi-server whenever you restart the container, so perhaps you hadn't restarted it in a while? Or hadn't logged in to the web interface lately? It looks like the ferdi-server dashboard was updated in April. 

     

    The password reset option is a new feature in ferdi-server and I am currently updating the env variables and documentation to get it running. Will hopefully update the image later today or early next week. 

  19. 2 hours ago, Loch said:

    Quick google search suggests this has been around for many years.

     

    https://github.com/gpodder/gpodder/issues/508

    https://bugs.gpodder.org/show_bug.cgi?id=369

     

    Suggests manually editing the config (up to 1000) and then restarting. Don't know if this will help you or not.

    Thanks for the info Loch! It's funny, I must have already done this back when I set up this container as my config was already edited to reflect 1000 episodes per podcast. I must have forgotten, haha. 

    • Haha 1
  20. On 3/20/2020 at 11:44 AM, smikwily said:

    Does anyone know if it is possible to "expand" a podcast that was previously added? I added a podcast and had most of them downloaded before I realized that it was limited to 200. I changed the program default to 500, but the original won't update past 200.

    Hey, sorry, I hadn't seen your post. I haven't had this problem, so I'm not sure exactly how to fix it. Have you tried manually downloading additional episodes? My only other suggestion would be to delete the podcast and re-add with the default to 500, though I know that's not ideal. 

  21. 19 minutes ago, sonic6 said:

    after the last docker update, i can't log into. looks the last update is broken?

    The most recent docker update only changed the readme, so it shouldn't have affected the running of your container at all... 

     

    This was the commit: https://github.com/getferdi/server-docker/commit/0acd0bf30be6f14e5b0928257e72c0bc8b5e3da7

     

    I just checked my container and I can still log in without any problem. Is it possible that your appdata folder was deleted or something?