tidusjar

Members
  • Posts

    53
  • Joined

  • Last visited

Posts posted by tidusjar

  1. 21 hours ago, luna_brian said:

    Hi! I've had Ombi up and running on my Unraid server for a couple of years now. Ever since the latest update (4.22.5) Ombi seems to stop working after a few hours. I cannot replicate the issue, however, if I restart the Docker container it starts working again. There is no error when it's not working, it will just not allow users to login. They receive the incorrect username/password prompt. Once I restart the container users can login once again. Has anyone else experienced anything similar? 

     

    Thanks!


     

    this sounds like the issue people have when they encounter the SQLite database locking. But there should be some logs in the logs folder that mention that Ombi cannot access the database. 

  2. 38 minutes ago, E-ManN said:

     

    thanks tidusjar ... that was it ... in OMBI radaar settings I set the default availability to "in cinemas" ... working now.  🙂

     

    as for the DB setup ... I'll try again to get the other 2 OMBI DBs on the Maria DB server.  

     

    Has anyone got all 3 of thier OMB DBs running on maria DB server under MYSQL .. if so I would like to pick your brains on the setup.

     

    thanks,

     

    E

    All users that are running a MySQL setup that i've spoken to are running all three databases under MySQL and not a split.

     

    The migration guide only really will migrate you from all 3 SQLite databases to MySQL and not just two. It might be worth reaching out on the Ombi discord.

  3. 2 minutes ago, E-ManN said:

    HI Guys,

     

    lots of docker update this morning on my URAID SErver in lncluding OMBI, Plex, Sonarr & radarr.  I updated all and now OMBI keeps gettign stuck at the setup Wizard.  Not sure what is going on here as prior to the updates OMBI was setup and working.  When I try to launch the OMBI GUII is quikyl displays the OMBI LOGON screen before going into the wizard .... nto matter what I enter in the wizard it keeps looping back to the starting page of the wizard.

     

    I've searched the NET but have not seen a sloution to fix this.  I woul really hate to have to start all over from scratch as my OMBI server has a maria DB server backed ... lots of work to start all over again.

     

     

    - Plex version V# 4.76.1

    - Sonarr V# 3.0.8.1507

    - Radaar V# 4.1.0.6175

    - OMBI V# 54d8..f74a   - not entirely sure as I cannot luanch it ... this version # I grabbed from the update e-mail alert from my UNRAID server

    - MARIA DB V# MySQL version: 5.5.5-10.5.16-MariaDB-log

     

    any help or suggestions would be much appreciated.

     

     

    thanks,

     

    E


    are you sure Ombi is looking at the correct MySQL database? Maybe jump on the Ombi support discord. Might be easier to help there 

  4. 11 minutes ago, JorgeB said:
    Jun 14 14:41:57 Server kernel: ata7.00: disabled

    It dropped again, did you replace both cables? Power and SATA. If that doesn't help try a different SATA port or replace the device.

    I only did the SATA cable. I've now switched SATA ports and different power cable. It now seems to be working, i'll check over the next few days 

    • Like 1
  5. 9 minutes ago, JorgeB said:
    Jun 14 08:00:08 Server kernel: ata7.00: disabled

     

    Cache device dropped offline, check/replace cables and if it comes back post new diags after array start.

    Just replaced the cable, started back up and things are running for now. But like i mentioned it keeps happening.

    Update: Actually things are behaving quite strangely like nothing can write to the cache now

    server-diagnostics-20220614-1452.zip

  6. So this issue has been happening on and off for the past few months.

     

    What seems to happen is that all of a sudden my docker containers would just become unresponsive and not work. Stopping or Restarting the containers would show an error message in the UI saying something along the lines of 'Service failed to start' with no other information.

     

    Sometimes a reboot of the server would fix this, other times i'd need to disable docker, delete the `docker.img` and reinstall the containers.

     

    Today this has happened again and seems to be becoming more frequent, so i'm hoping someone is able to point me in the right direction of what I can do to resolve this.

     

    Server diagnostics are attached, currently the `Docker Service failed to start.` at this point i'm probably going to have to delete the docker image and start again.

     

    If there is any other information I can provide please let me know.

    server-diagnostics-20220614-1334.zip

  7. 13 minutes ago, Littleolme said:

    I've recently reinstated my Plex server after having it in mothballs for 9 months due to a move.  Now that it is back up and running, and I've updated everything, Ombi seems to have an issue where I must restart it every other day or so because it stops responding to requests.  Everybody can login, you can search for videos, but upon submitting a request Ombi never responds back that the request was submitted and it never shows up as requested.  A stop and start of the container fixes the issue.  Is this a known issue?

     

    Looking at the log I see a few red highlighted lines: "Microsoft.Data.Sqlite.SqliteException (0x80004005): SQLite Error 5: 'database is locked'."

    Hey,

     

    You have run into a limitation in SQLite, Ombi is a very DB heavy application and SQLite is not really meant for websites/apps.

     

    What i'd recommend you do is migrate over to using MySQL as a database for Ombi (you can easily spin up a MariaDb docker container)

     

    There is a guide on the docs website, also see here: https://docs.ombi.app/info/alternate-databases/#why-mysql

     

     

    • Thanks 1
  8. Done, yeah it was XFS

     

    I had to use the `-L` option as it was complaining

     

    
    Phase 1 - find and verify superblock...
    Phase 2 - using internal log
            - zero log...
    ALERT: The filesystem has valuable metadata changes in a log which is being
    destroyed because the -L option was used.
            - scan filesystem freespace and inode maps...
            - found root inode chunk
    Phase 3 - for each AG...
            - scan and clear agi unlinked lists...
            - process known inodes and perform inode discovery...
            - agno = 0
            - agno = 1
            - agno = 2
            - agno = 3
            - process newly discovered inodes...
    Phase 4 - check for duplicate blocks...
            - setting up duplicate extent list...
            - check for inodes claiming duplicate blocks...
            - agno = 1
            - agno = 2
            - agno = 0
            - agno = 3
    Phase 5 - rebuild AG headers and trees...
            - reset superblock...
    Phase 6 - check inode connectivity...
            - resetting contents of realtime bitmap and summary inodes
            - traversing filesystem ...
            - traversal finished ...
            - moving disconnected inodes to lost+found ...
    Phase 7 - verify and correct link counts...
    Maximum metadata LSN (213:549485) is ahead of log (1:2).
    Format log to cycle 216.
    done

     

  9. 23 minutes ago, JorgeB said:

    No, check filesystem.

     

    -Tools -> New Config -> Retain current configuration: All -> Apply

     

    Then start array to begin a parity sync (or check parity is already valid before array start and then run a correcting check).

     

    Filesystem check output:

    
    Phase 1 - find and verify superblock...
    Phase 2 - using internal log
            - zero log...
    ALERT: The filesystem has valuable metadata changes in a log which is being
    ignored because the -n option was used.  Expect spurious inconsistencies
    which may be resolved by first mounting the filesystem to replay the log.
            - scan filesystem freespace and inode maps...
            - found root inode chunk
    Phase 3 - for each AG...
            - scan (but don't clear) agi unlinked lists...
            - process known inodes and perform inode discovery...
            - agno = 0
            - agno = 1
            - agno = 2
            - agno = 3
            - process newly discovered inodes...
    Phase 4 - check for duplicate blocks...
            - setting up duplicate extent list...
            - check for inodes claiming duplicate blocks...
            - agno = 0
            - agno = 1
            - agno = 2
            - agno = 3
    No modify flag set, skipping phase 5
    Phase 6 - check inode connectivity...
            - traversing filesystem ...
            - traversal finished ...
            - moving disconnected inodes to lost+found ...
    Phase 7 - verify link counts...
    No modify flag set, skipping filesystem flush and exiting.

    And Parity sync is now running

    image.thumb.png.e1d7cd73485fada38e72a0da9308273e.png

  10. 3 minutes ago, JorgeB said:

    Don't think there would be much point in rebuilding disk4, since disk1 is corrupt a rebuilt disk4 would also be corrupt, best bet is to do a new config to re-enable disk4, as for disk1 you can run a filesystem check but most likely there won't be much of use there.

    Ok

    So replace disk1 then? 

    How do i do a new config to disk4? Is there a link on the wiki anywhere?