Linus

Members
  • Posts

    19
  • Joined

  • Last visited

Posts posted by Linus

  1. Tried upgrading to 6.9.2 to see if that solved it, but server crashed again without any clue in the syslog.

     

    Apr 12 15:06:40 Ketsui emhttpd: spinning down /dev/sdf
    Apr 12 15:43:07 Ketsui emhttpd: read SMART /dev/sdj
    Apr 12 15:44:46 Ketsui emhttpd: read SMART /dev/sdf
    Apr 12 15:47:17 Ketsui emhttpd: read SMART /dev/sdg
    Apr 12 16:05:24 Ketsui emhttpd: read SMART /dev/sde
    Apr 12 16:41:27 Ketsui emhttpd: spinning down /dev/sdd
    ** Server crashes around 40 minutes later at 17:17 **

     

  2. On 3/31/2021 at 4:43 AM, MarkRMonaco said:

     

    @Linus, let me know if you had any luck after downgrading. I think one of the reasons I was unsuccessful in my downgrade attempt, is that my cache drive required a XFS repair (as I mentioned in my previous post).

     

    Server has been stable now since Tuesday, so it seems like downgrading "solved it", at least for me.

  3. Hi,

     

    My server crashed today again at 20:26, so it was just up for around 28 hours.

     

    Syslog gives no clue at all from what I understand.

     

    Mar 30 19:36:55 Ketsui emhttpd: read SMART /dev/sdh
    Mar 30 19:37:07 Ketsui emhttpd: read SMART /dev/sdd
    Mar 30 19:38:09 Ketsui sshd[31952]: Connection closed by 10.0.0.5 port 65213
    Mar 30 19:38:09 Ketsui sshd[31952]: Close session: user root from 10.0.0.5 port 65213 id 0
    Mar 30 19:38:09 Ketsui sshd[31952]: pam_unix(sshd:session): session closed for user root
    Mar 30 19:38:09 Ketsui sshd[31952]: Transferred: sent 106292, received 10684 bytes
    Mar 30 19:38:09 Ketsui sshd[31952]: Closing connection to 10.0.0.5 port 65213

    -- Server crashes at around 20:26, so the following is when i rebooted it manually. --

    Mar 30 20:31:24 Ketsui root: Delaying execution of fix common problems scan for 10 minutes
    Mar 30 20:31:24 Ketsui unassigned.devices: Mounting 'Auto Mount' Devices...
    Mar 30 20:31:25 Ketsui unassigned.devices: Adding disk '/dev/sdc1'...
    Mar 30 20:31:25 Ketsui unassigned.devices: Mount drive command: /sbin/mount -t xfs -o rw,noatime,nodiratime,discard '/dev/sdc1' '/mnt/disks/INTEL_SSDSC2KW512G8_PHLA8471017M512DGN'
    Mar 30 20:31:25 Ketsui kernel: XFS (sdc1): Mounting V5 Filesystem
    Mar 30 20:31:25 Ketsui kernel: XFS (sdc1): Starting recovery (logdev: internal)
    Mar 30 20:31:25 Ketsui kernel: XFS (sdc1): Ending recovery (logdev: internal)
    Mar 30 20:31:25 Ketsui kernel: xfs filesystem being mounted at /mnt/disks/INTEL_SSDSC2KW512G8_PHLA8471017M512DGN supports timestamps until 2038 (0x7fffffff)
    Mar 30 20:31:25 Ketsui unassigned.devices: Successfully mounted '/dev/sdc1' on '/mnt/disks/INTEL_SSDSC2KW512G8_PHLA8471017M512DGN'.
    Mar 30 20:31:25 Ketsui unassigned.devices: Adding disk '/dev/sdb1'...
    Mar 30 20:31:25 Ketsui unassigned.devices: Mount drive command: /sbin/mount -t xfs -o rw,noatime,nodiratime,discard '/dev/sdb1' '/mnt/disks/INTEL_SSDSC2KW512G8_PHLA8471031A512DGN'
    Mar 30 20:31:25 Ketsui kernel: XFS (sdb1): Mounting V5 Filesystem

    ......

  4. Hi,

     

    I'm having problem with the 6.9 version of Unraid. The server freezes at random times, and can only be fixed by doing a hard reset on the server itself. It does not respond to ping when it has freezed. It happened a few days after I upgraded, then it ran for around 2 weeks before freezing again. Yesterday it froze again, restarted it and now it freezed again around 15 minutes ago. I did not have these problem with 6.8 and has not changed anything in the setup.

    I tried to check the log files but it seems like it was reset when server was rebooted again. Is there any way seeing what happened from the diagnostic file?

     

    Anyone has any idea of what's causing this?

     

    Thanks!
     

    unraid-diagnostics-20210329-1011.zip

    • Like 1
  5. Thanks a lot for your help mgutt. Your first line there actually helped finding this weird error.


    Tried running the du -hs command and it returned something like "cannot access /mnt/disk6/plex/*: no such file or directory.

    Weird thing is that there is a directory there named plex. Thought I should try and run the command on the other share on the disk: /mnt/disk6/nextcloud
    The command returned the size of the folders inside the nextcloud share and there it said /mnt/disk6/nextcloud/plex and 1 TB data on Disk 6.

     

    Seems like all Plex shares has been moved from /mnt/user/plex to /mnt/user/nextcloud, so I moved them back and everything is now perfectly fine it seems.
    I have no idea on how they got moved there in the first place though. No user has write access other than me through Filezilla.
     

    Really weird, but so happy all the files are back now. Thanks again! 😅

    • Like 1
  6. 12 minutes ago, Squid said:

    Can you navigate through disks 1-5 via the webUI?  Are the files there or not (Main, click the folder icon at the right right of each disk)

    Thank you for your answer. Yes, I can navigate through all disks in the web UI without any problems. The Plex share however is missing. All other shares seems to be intact. Plex share folder is shown in Disk 6, but it's empty there. And on the cache disk it seems to be intact (Plex share is there and containing the stuff that has not been moved to the array yet).

  7. Checking the Plex logs it seems like something must have happened later yesterday at 05:53 PM (not AM as the above)

    It started an automatic scan of the library it seems and everything was gone. Here's a snippet from one of the huge Plex Media Scanner.log-files:

     

    Oct 01, 2020 17:53:31.590 [0x15419eaf2bc0] DEBUG - Updating deletion state for metadata item 7926, is has a dead item count of 0.
    Oct 01, 2020 17:53:31.591 [0x15419eaf2bc0] DEBUG - Updating deletion state for metadata item 7891, is has a dead item count of 0.
    Oct 01, 2020 17:53:31.605 [0x15419eaf2bc0] DEBUG - Deleting media item 13885.
    Oct 01, 2020 17:53:31.606 [0x15419eaf2bc0] DEBUG - Downloading document http://127.0.0.1:32400/library/changestamp
    Oct 01, 2020 17:53:31.606 [0x15419eaf2bc0] DEBUG - HTTP requesting GET http://127.0.0.1:32400/library/changestamp
    Oct 01, 2020 17:53:31.608 [0x15419eaf2bc0] DEBUG - HTTP 200 response from GET http://127.0.0.1:32400/library/changestamp
    Oct 01, 2020 17:53:31.608 [0x15419eaf2bc0] DEBUG - Was connected to metadata item 7932, count is now 0.
    Oct 01, 2020 17:53:31.609 [0x15419eaf2bc0] DEBUG - Destroying metadata item 7932 (Consumed)
    Oct 01, 2020 17:53:31.610 [0x15419eaf2bc0] DEBUG - Downloading document http://127.0.0.1:32400/library/changestamp
    Oct 01, 2020 17:53:31.610 [0x15419eaf2bc0] DEBUG - HTTP requesting GET http://127.0.0.1:32400/library/changestamp
    Oct 01, 2020 17:53:31.612 [0x15419eaf2bc0] DEBUG - HTTP 200 response from GET http://127.0.0.1:32400/library/changestamp
    Oct 01, 2020 17:53:31.612 [0x15419eaf2bc0] DEBUG - Updating deletion state for metadata item 7926, is has a dead item count of 0.
    Oct 01, 2020 17:53:31.613 [0x15419eaf2bc0] DEBUG - Updating deletion state for metadata item 7891, is has a dead item count of 0.
    Oct 01, 2020 17:53:31.628 [0x15419eaf2bc0] DEBUG - Deleting media item 13886.

  8. Ok, I just checked the log for the Plex Docker. And maybe the "folder changed" date was changed at 05:50 because the Plex Docker was updated at that time. Maybe it's not related with the files gone? Just that it checkes folders for correct permissions etc?
     

    -------------------------------------
    _ ()
    | | ___ _ __
    | | / __| | | / \
    | | \__ \ | | | () |
    |_| |___/ |_| \__/
    
    
    Brought to you by linuxserver.io
    -------------------------------------
    
    To support LSIO projects visit:
    https://www.linuxserver.io/donate/
    -------------------------------------
    GID/UID
    -------------------------------------
    
    User uid: 99
    User gid: 100
    -------------------------------------
    
    [cont-init.d] 10-adduser: exited 0.
    [cont-init.d] 40-chown-files: executing...
    [cont-init.d] 40-chown-files: exited 0.
    [cont-init.d] 45-plex-claim: executing...
    [cont-init.d] 45-plex-claim: exited 0.
    [cont-init.d] 50-gid-video: executing...
    [cont-init.d] 50-gid-video: exited 0.
    [cont-init.d] 60-plex-update: executing...
    Atempting to upgrade to: 1.20.2.3370-b1b651549
    2020-10-01 05:50:27 URL:https://downloads.plex.tv/plex-media-server-new/1.20.2.3370-b1b651549/debian/plexmediaserver_1.20.2.3370-b1b651549_amd64.deb [80485854/80485854] -> "/tmp/plexmediaserver_1.20.2.3370-b1b651549_amd64.deb" [1]
    (Reading database ... 10460 files and directories currently installed.)
    Preparing to unpack .../plexmediaserver_1.20.2.3370-b1b651549_amd64.deb ...
    PlexMediaServer install: Pre-installation Validation.
    PlexMediaServer install: Docker detected. Preinstallation validation not required.
    Unpacking plexmediaserver (1.20.2.3370-b1b651549) over (1.20.2.3343-c91f25744) ...
    Setting up plexmediaserver (1.20.2.3370-b1b651549) ...
    PlexMediaServer install: Docker detected. Postinstallation tasks not required. Continuing.
    Processing triggers for libc-bin (2.27-3ubuntu1.2) ...
    [cont-init.d] 60-plex-update: exited 0.
    [cont-init.d] 99-custom-scripts: executing...
    [custom-init] no custom files found exiting...
    [cont-init.d] 99-custom-scripts: exited 0.
    [cont-init.d] done.
    [services.d] starting services
    [services.d] done.
    Starting Plex Media Server.
    Critical: libusb_init failed
    
    [cont-finish.d] executing container finish scripts...
    [cont-finish.d] done.
    [s6-finish] waiting for services.
    [s6-finish] sending all processes the TERM signal.
    [s6-finish] sending all processes the KILL signal and exiting.
    
    [s6-init] making user provided files available at /var/run/s6/etc...exited 0.
    [s6-init] ensuring user provided files have correct perms...exited 0.
    [fix-attrs.d] applying ownership & permissions fixes...
    [fix-attrs.d] done.
    [cont-init.d] executing container initialization scripts...
    [cont-init.d] 01-envfile: executing...
    [cont-init.d] 01-envfile: exited 0.
    [cont-init.d] 10-adduser: executing...
    usermod: no changes

     

  9. When i connect through SFTP it seems like something happened yesterday (01.10.2020) at 05:50 AM

    The folders inside the share /mnt/user/plex has a "latest change date" around the same time.


    When browsing the different folders:

     

    /mnt/user/plex/movies

    /mnt/user/plex/series

     

    They show up but are almost empty, only thwe few stuff that is on the cache drive shows up. Everything on the disks seems to have disappeared. The array still says 28 TB is used, so it seems like the data is still there somewhere, just not visible?

    Edit: At around 05:00 yesterday my monthly backup of the appdata folder ran with the "CA Backup / Restore Appdata"-plugin. I don't know that could be related, but just throwing it out here if it could give any clues.

  10. Hi,

     

    Just went ahead and tried to watch a movie from my Plex share, and saw that almost all movies are gone.

    It seems like only files from the cache disk and the folder on Disk 6 is present (Disk 1-5 had movies, but the share folder for Plex are gone).

    When I see the current usage on disks it seems like the data is still there, but it's not visible.

     

    Does anyone have any idea on what could be causing this?

     

    I tried running the Tools > DockerSafeNewPerms as suggested in another thread, and also uninstalled the network stats plugin that I've used for a while. Did 3-4 reboots but files are still gone. 

     

    If anyone have any ideas, please let me know! 😬

    server-diagnostics-20201001-2136.zip