TekDRu

Members
  • Posts

    89
  • Joined

  • Last visited

Posts posted by TekDRu

  1. Getting log errors and not sure how to fix.

     

    rename(/ext_logs/nextcloud_logs/nextcloud.log,/ext_logs/nextcloud_logs/nextcloud.log.1): Permission denied at /app/www/public/lib/public/Log/RotationTrait.php#51 

     

    1185379028_Screenshot2024-02-23at3_53_26PM.png.6349137b92ae44386b2e64c8e2640de8.png

     

    2091878816_Screenshot2024-02-23at3_53_11PM.thumb.png.c12a347f0e1817c7bb9710da4651ed94.png

     

    This is the setting in my config:

      'loglevel' => 2,
      'logfile' => '/ext_logs/nextcloud_logs/nextcloud.log',
      'logfile_audit' => '/ext_logs/nextcloud_logs/audit.log',

     

    Any help is greatly appreciated.

     

    Thanks

     

     

     

     

  2. Discovered a solution to updating the container without issue.  Adding variables for "DB_PREFIX" and "APP_INSTALLED=true" did the trick for me.  Got some help from these posts:

     

    https://github.com/akaunting/docker/issues/61#issuecomment-1143664641

    https://github.com/akaunting/docker/issues/107

     

    For the DB_PREFIX variable,  you will need to use the first 4 characters seen in your specific existing database tables names.

     

    I would advice backing up your database and appdata before making these edits.

     

     

     

    Screenshot 2024-02-20 at 6.19.56 PM.png

    Screenshot 2024-02-20 at 6.20.06 PM.png

    Screenshot 2024-02-20 at 6.20.21 PM.png

    Screenshot 2024-02-20 at 6.44.22 PM.png

  3. On 1/2/2024 at 1:32 PM, xanatos said:

    your mileage may vary but...I ran into this (a lot) and after some google-fu, found it to be an '@' symbol in my password, and some 'legacy' config from adjusting and moving things around.

    Connection to the DB must be successful (beyond the unifi-network-application 'logs' no longer showing connection errors to the DB' ; that appears to just be network connection test versus authentication test


    1) the image will 'stick' the database/username/password' in the config as a one time go/only evaluated on first run.  You have one shot to input it correctly.  if you change the username/pass, you *may* need to recreate the docker container.
    1a) I was able to validate this by going to unifi-network-application console, and viewing the file logs/server.log.  After changing my password, I could still see the old password in the logs.  Same with the change of the mongo_host, post change, was still the first instance/IP I tried.
    2) If your password contains an '@' symbol, or something that doesn't URL encode properly, you'll need to submit the pwd in URL encode format (as it notes in the community app)

    I ran into this and changing the pw from one with an @ , and recreating the container to a NEW appdata path (unifinetworkapplication versus unifi-network-application) resolved for me

    Thanks @xanatos.  After changing my password to just alpha numeric and tried again, I was successful in getting the new unifi controller up and running. Thanks for the tip.  Hope it helps others who may have this issue.

  4. On 10/27/2023 at 2:29 PM, wgstarks said:

    This is a summary of the steps I took to migrate to LSIO's unifi-network-application docker now available in CA

     

    hi @wgstarks,

     

    I tried following your steps but could not get it to work.

     

    Unifi Network Controller:

    This is what I get if I go to web URL for UNA:

     HTTP Status 404 – Not Found

    Logs for UNA:

    [custom-init] No custom files found, skipping...

    Docker Run:

    docker run
      -d
      --name='unifi-network-application'
      --net='mongonet'
      -e TZ="America/New_York"
      -e HOST_OS="Unraid"
      -e HOST_HOSTNAME="Tower"
      -e HOST_CONTAINERNAME="unifi-network-application"
      -e 'MONGO_USER'='unifi'
      -e 'MONGO_PASS'='********************'
      -e 'MONGO_HOST'='mongodb'
      -e 'MONGO_PORT'='27017'
      -e 'MONGO_DBNAME'='unifi'
      -e 'MEM_LIMIT'='4024'
      -e 'MEM_STARTUP'='1024'
      -e 'MONGO_TLS'=''
      -e 'MONGO_AUTHSOURCE'=''
      -e 'PUID'='99'
      -e 'PGID'='100'
      -e 'UMASK'='022'
      -l net.unraid.docker.managed=dockerman
      -l net.unraid.docker.icon='https://raw.githubusercontent.com/linuxserver/docker-templates/master/linuxserver.io/img/unifi-network-application-icon.png'
      -p '8446:8443/tcp'
      -p '3478:3478/udp'
      -p '10001:10001/udp'
      -p '8082:8080/tcp'
      -p '1900:1900/udp'
      -p '8843:8843/tcp'
      -p '8880:8880/tcp'
      -p '6789:6789/tcp'
      -p '5514:5514/udp'
      -v '/mnt/user/appdata/unifi-network-application':'/config':'rw' 'lscr.io/linuxserver/unifi-network-application' 

     

     

    Mongo DB:

     

    This is what I get when I go to the web URL for mongodb:

    It looks like you are trying to access MongoDB over HTTP on the native driver port.

     

    Docker Run:

     

    docker run
      -d
      --name='MongoDB'
      --net='mongonet'
      -e TZ="America/New_York"
      -e HOST_OS="Unraid"
      -e HOST_HOSTNAME="Tower"
      -e HOST_CONTAINERNAME="MongoDB"
      -l net.unraid.docker.managed=dockerman
      -l net.unraid.docker.icon='https://raw.githubusercontent.com/jason-bean/docker-templates/master/jasonbean-repo/mongo.sh-600x600.png'
      -p '27017:27017/tcp'
      -v '/mnt/user/appdata/mongodb/db-data/':'/data/db':'rw'
      -v '/mnt/user/appdata/mongodb/mongo-init/init-mongo.js':'/docker-entrypoint-initdb.d/init-mongo.js':'ro' 'mongo:7.0-rc' 
    

     

     

    Can you help figure out what I'm missing or doing wrong?

     

    Thanks

     

     

     

  5. On 9/6/2023 at 6:44 PM, gremlica said:

    Hi, I am using 6.12.3 and also the container from @Mihai. Since the update, no updates are visible on the Unraid system for Invoice Ninja.

    Thanks @gremlica.  Did you get the execution error when you first updated to 6.12.3? If so, what did you do to resolve the error?  I'm trying to find a solution for the execution error I have been getting.  I may try again tonight or next weekend.

  6. On 9/1/2023 at 6:07 AM, gremlica said:

    Hi together, does anyone know why invoice ninja updates are no longer available? A few days ago the updates were available daily. Today the last update is already some days ago and the app shows new updates (installed version 5.6.31 new version 5.7.5). Does anyone have any idea about this? Thanks.

    Hi @gremlica,  Are you using invoice ninja with Unraid 6.12.4?  I am using the container from @Mihai and it was working fine on Unraid 6.11.5, but after updating to 6.12.3 or 6.12.4, I get an execution error.

  7. Hello @Mihai,  After I updated Unraid to version 6.12.3 I realized the invoiceninja is not starting.  I get an "execution error" "server error" whenever I try to start the container. If I try to pull the container again, I get the following error:

     

    docker: Error response from daemon: driver failed programming external connectivity on endpoint invoiceninja-v5 (e23929c8306f014445db778e1d5f00d6064fad93a957c18c6d6b0f2bf4e86424): Error starting userland proxy: listen tcp4 0.0.0.0:8443: bind: address already in use.

     

    Please help

     

    Screenshot 2023-08-14 at 9.26.44 AM.png

  8. On 3/16/2023 at 6:47 PM, gregoriko said:

    1. With Setup Account: true docker shutdown.
    2. Later i was changed Setup Account: true and used in docker terminal (with my data)

     

    The container Setup Account should be set to false.  Make that change and run the php artisan install command again and see if that gets you to the setup wizard.

     

    Is the screenshot from portainer?  I haven't used portainer before so I can't help there. I've only used the docker with mariadb and use adminer to access my databases.

  9. 16 hours ago, gregoriko said:

    Hi.

    Someone solved this problem? I was try all from this topic but nothing work. I was try ver. 3.0.0 too.

    What errors or problems are you running into?   I am using the app. I do not apply any updates to the container to avoid breaking it.  I was able to update to 3.0.12 from within the app itself.

     

    If and when I decide to update the container,  there is a process I go through to restore my existing database and avoid loosing everything. Below is a quick list of steps from memory. I can give more detail if needed.

    1. Backup the current database before making container updates
    2. Apply container updates and go through install process from scratch (with php artisan install commands  etc.) until I have a running app
    3. Open the backed-up sql file in a text editor, and change the first three initials of all tables in to match the first three letters in new table names from new database
    4. Delete all tables from new database
    5. Import sql file from existing database (with new table names) to replace the new database

     

     

  10. Hey @Domotics,  just wanted to come back and say thanks for this.  It solved my problem after an update to nextcloud 25.  I don't know what happened but it seems like my config file got overwritten after the update and the log file was saved to the array again.  I think this fix should work for future updates.

     

    Thanks!

  11. On 1/12/2023 at 2:39 AM, blue8lucian said:

    Hello community ! I came back whit another problem! Used the php command 

    php artisan install --db-host="mariadb" --db-port="3306" --db-name="akaunting" --db-username="akaunting" --db-password="p)DyZk-nDSedNN3n" --db-prefix="ld" --company-name="LD" --company-email="[email protected]" --admin-email="[email protected]" --admin-password="#2*Szo#7WYEv&2mA&7!U3#Q^QJvsk$y2$H7#uQv2" --locale="US_EN"

     

    and I can't login "These credentials do not match our records."

    I've tried to change the password in the user table in the database same problem afther!

     

    @blue8lucian Does the email and the password that you used in the php command match what you have in your container settings?

  12. On 1/6/2023 at 5:55 AM, blue8lucian said:

    This is one of the most difficult aps, hard to troubleshoot. Yesterday I've made it work for 10 minute, then it's said is an update, I've updated the docker container, now I can't login! I've deleted the docker reinstalled, use the php artisan command, password is not valid, looked in the user part of the database, used the password stored there and surprise "wrong password".

    The docker image, get's an update every 2 days, why this often? Is quite bad, the app is good, don't want the cloud app, I want it on my on server for more privacy. Any ideas how to fix it?

    Yeah. It's best to turn off auto updates, and don't apply any updates for now. I realize that it breaks after each update.

  13. 1 hour ago, dredgeon said:

    For folks having this issue, I solved it by adding my MariaDB port as a variable, key DB_PORT. Just entered my MariaDB container name (using custom network but can also use IP address) for the "MySql Database IP:Port:" variable. I had to add a variable for the database name with they key DB_NAME.

    That makes sense.  I see that the php artisan install code defines the host ip and port separately. I'll give that a try and then run a pending update to see if it breaks after the update.

    Thanks!