Posts by mglae

    SID audio decoder was started in thread 26 but kodi is crashing in some python code in thread 1

    But even debug logging does not show which python code was called.

    I'm unsure what to recommend. Maybe testing a fresh install on a spare SD card.

    10 sec is the default compromise to not delay the boot to log without having network. I'm interested how log it takes on your side. Please provide a log even it is working using pastekodior the LE Settings Addon - a debug log is not required.

    For the Jellyfin issue better ask in the addon thread of Kodi of Jellyfin forum.

    What if you play local media e.g. from an USB stick?

    Please provide a full debug log.

    How to post a log (wiki)

    1. Enable debugging in Settings>System Settings>Logging
    2. Restart Kodi
    3. Replicate the problem
    4. Generate a log URL (do not post/upload logs to the forum)

    use "Settings > LibreELEC > System > Paste system logs" or run "pastekodi" over SSH, then post the URL link

    time-sync.target is an overkill.

    When removed there is still the dependency chain network-online.target -> kodi-waitonnetwork.service.

    kodi-waitonnetwork.service is implemented as wait for time-sync with timeout. Using this with a larger timeout configured (default is 10sec) e.g. 60sec will very likely connect to wireguard if there is a network but also start kodi after the timeout without.

    Reinstallation does not change the state of the disks but start with an empty database.

    You can do disk setup and maintenance from LE using SSH. Enable SSH in LE settings and use a SSH client to connect.

    To e.g. check your sda file system stop Kodi to avoid any disk access, unmount the fs and perform the fsck:

    Code
    systemctl stop kodi
    
    udevil umount /dev/sda
    fsck -f /dev/sda

    After successful check use udevil umount /dev/sda to get access again.

    When done with /dev/sdb and /dev/sdc1 too start kodi with  systemctl restart kodi again.


    To get healt_h information about the disk install System Tools Addon from LE Repo and use e.g. smartctl -a /dev/sda|paste and post the URL.

    There are two major issues in the log.

    Code
    Thread 1 (Thread 0x7f0a06ea86c0 (LWP 5007)):
    #0  0x00007f0a62182aaa in free () from /usr/lib/libc.so.6
    #1  0x0000000000ee2952 in dbiplus::SqliteDataset::close() ()
    #2  0x0000000000c56ff3 in CVideoDatabase::GetEpisodesByWhere(std::__cxx11::basic_string<char, std::char_traits<char>, std::allocator<char> > const&, CDatabase::Filter const&, CFileItemList&, bool, SortDescription const&, int) ()
    #3  0x0000000000c57e9f in CVideoDatabase::GetItems(std::__cxx11::basic_string<char, std::char_traits<char>, std::allocator<char> > const&, CFileItemList&, CDatabase::Filter const&, SortDescription const&) ()
    #4  0x00000000014c6a22 in XFILE::CSmartPlaylistDirectory::GetDirectory(CSmartPlaylist const&, CFileItemList&, std::__cxx11::basic_string<char, std::char_traits<char>, std::allocator<char> > const&, bool) ()
    #5  0x00000000014c7bfb in XFILE::CSmartPlaylistDirectory::GetDirectory(CURL const&, CFileItemList&) ()
    #6  0x00000000014a44a7 in XFILE::CDirectory::GetDirectory(CURL const&, std::shared_ptr<XFILE::IDirectory> const&, CFileItemList&, XFILE::CDirectory::CHints const&) ()
    [...]

    1. Kodi is crashing when closing the video database. May be a broken sqlite DB file.

    Code
    Apr 18 01:49:06.662671 KodiServer kernel: EXT4-fs (sdc1): warning: mounting fs with errors, running e2fsck is recommended
    
    Apr 18 01:49:06.665733 KodiServer kernel: EXT4-fs (sda): warning: mounting fs with errors, running e2fsck is recommended
    
    Apr 18 01:49:06.679060 KodiServer kernel: EXT4-fs (sdb): warning: mounting fs with errors, running e2fsck is recommended

    2. The file systems on your HDs (except the NVME) are broken.

    I do recommend a system backup (via LE settings) to an external media first, then fixing the errors before trying any larger updates.

    Good catch. Seem to be the issue (including NFSv4 not affected). Are you able to build an image with the patches?


    With your remount finding and the mount-storage.sh feature here you can try to create this file in your boot= mount point to work around the issue:

    Bash: mount-storage.sh
    # Warning: if using "overlay" the target directory is not created
    
    # Use default command to mount storage
    mount_part "$disk" "/storage" "rw,noatime"
    # force rw to work around kernel issue, see https://lore.kernel.org/lkml/[email protected]/T/
    mount -o remount,rw /storage