Tristankin Posted July 22, 2021 Share Posted July 22, 2021 Hi All, Wondering if I could get some support for 6.9.2. I previously upgraded and was freezing every 24 hours or so so I rolled back to 6.8.3 (I did not change the config in the go file so this was my fault). I have recently tried 6.9.2 again and the system is now freezing at least once a week. I am using intel iGPU transcoding on my i3-9100, the setup is pretty basic in all with only a few dockers running. The 2 periods I was on 6.8.3 (~12 months total) the system has been 100% rock solid but for some reason 6.9.2 doesn't like my system. As far as I can tell there is no useful information in the syslog. I rebooted at 19:09 on July 22. If anyone can point e in the right direction it would be excellent. syslog firefly-diagnostics-20210722-2358.zip 1 Quote Link to comment
JorgeB Posted July 22, 2021 Share Posted July 22, 2021 54 minutes ago, Tristankin said: As far as I can tell there is no useful information in the syslog. There are a couple of call traces but can't see the reason, could be the kernel doesn't like your board, the number one issue for crashes on v6.9.2 appears to be this: Though this is usually visible in the syslog, still might be worth checking if it applies to you. Quote Link to comment
Tristankin Posted July 22, 2021 Author Share Posted July 22, 2021 Took me a while to find the setting for host access. This has been disabled the whole time I am pretty sure. There are quite a few networks in all as I have had to push jackett, radarr and sonarr clients through deluge since the proxy has been disabled. I also have a few dockers that are setup for external access through swag and only plex which appears on the host network. Let me know if you see anything stupid though... Quote Link to comment
Tristankin Posted July 27, 2021 Author Share Posted July 27, 2021 Another freeze last night, both times now the mover was the last thing to run. Jul 27 05:02:46 Firefly crond[1711]: exit status 1 from user root /usr/local/sbin/mover &> /dev/null syslog Quote Link to comment
JorgeB Posted July 27, 2021 Share Posted July 27, 2021 There's nothing logged, this usually points to a hardware issue, one thing you can try it to boot the server in safe mode with all docker/VMs disable, let it run as a basic NAS for a few days, if it still crashes it's likely a hardware problem, if it doesn't start turning on the other services one by one. Quote Link to comment
Tristankin Posted July 27, 2021 Author Share Posted July 27, 2021 The roll back to 6.8.3 fixed the issue completely last time. I would doubt it is a hardware issue if the old version works for 12 months total including the roll back without a single freeze. I was hoping to help find an issue with 6.9 but I guess I will just roll back again? Quote Link to comment
Tristankin Posted July 27, 2021 Author Share Posted July 27, 2021 Is there a lower level log that I can turn on to perhaps catch some mor einformation? Quote Link to comment
Tristankin Posted July 28, 2021 Author Share Posted July 28, 2021 (edited) And again. Jul 28 13:03:19 Firefly smbd[7089]: daemon_ready: daemon 'smbd' finished starting up and ready to serve connections Jul 28 13:03:19 Firefly root: /usr/sbin/winbindd -D Jul 28 13:03:19 Firefly winbindd[7102]: [2021/07/28 13:03:19.158615, 0] ../../source3/winbindd/winbindd_cache.c:3203(initialize_winbindd_cache) Jul 28 13:03:19 Firefly winbindd[7102]: initialize_winbindd_cache: clearing cache and re-creating with version number 2 Jul 28 13:03:19 Firefly winbindd[7102]: [2021/07/28 13:03:19.159091, 0] ../../lib/util/become_daemon.c:135(daemon_ready) Jul 28 13:03:19 Firefly winbindd[7102]: daemon_ready: daemon 'winbindd' finished starting up and ready to serve connections Jul 28 19:56:22 Firefly kernel: microcode: microcode updated early to revision 0xde, date = 2020-05-25 Jul 28 19:56:22 Firefly kernel: Linux version 5.10.28-Unraid (root@Develop) (gcc (GCC) 9.3.0, GNU ld version 2.33.1-slack15) #1 SMP Wed Apr 7 08:23:18 PDT 2021 Jul 28 19:56:22 Firefly kernel: Command line: BOOT_IMAGE=/bzimage initrd=/bzroot Jul 28 19:56:22 Firefly kernel: x86/fpu: Supporting XSAVE feature 0x001: 'x87 floating point registers' Jul 28 19:56:22 Firefly kernel: x86/fpu: Supporting XSAVE feature 0x002: 'SSE registers' Jul 28 19:56:22 Firefly kernel: x86/fpu: Supporting XSAVE feature 0x004: 'AVX registers' Jul 28 19:56:22 Firefly kernel: x86/fpu: Supporting XSAVE feature 0x008: 'MPX bounds registers' Jul 28 19:56:22 Firefly kernel: x86/fpu: Supporting XSAVE feature 0x010: 'MPX CSR' Jul 28 19:56:22 Firefly kernel: x86/fpu: xstate_offset[2]: 576, xstate_sizes[2]: 256 Jul 28 19:56:22 Firefly kernel: x86/fpu: xstate_offset[3]: 832, xstate_sizes[3]: 64 Jul 28 19:56:22 Firefly kernel: x86/fpu: xstate_offset[4]: 896, xstate_sizes[4]: 64 Jul 28 19:56:22 Firefly kernel: x86/fpu: Enabled xstate features 0x1f, context size is 960 bytes, using 'compacted' format. Jul 28 19:56:22 Firefly kernel: BIOS-provided physical RAM map: This time I disabled suspend to ram in the bios and lowered the ram clock to 2133 (i3-9100 2400MT/s is not overclocking) Any other suggestions? Edited July 28, 2021 by Tristankin Quote Link to comment
Tristankin Posted July 30, 2021 Author Share Posted July 30, 2021 And Again. Jul 29 15:20:48 Firefly kernel: BTRFS info (device nvme0n1p1): found 27965 extents, stage: move data extents Jul 29 15:20:50 Firefly kernel: BTRFS info (device nvme0n1p1): found 27965 extents, stage: update data pointers Jul 29 15:20:51 Firefly kernel: BTRFS info (device nvme0n1p1): balance: ended with status: 0 Jul 29 15:23:59 Firefly ool www[30420]: /usr/local/emhttp/plugins/dynamix/scripts/btrfs_scrub 'start' '/mnt/cache' '-r' Jul 29 15:23:59 Firefly kernel: BTRFS info (device nvme0n1p1): scrub: started on devid 2 Jul 29 15:23:59 Firefly kernel: BTRFS info (device nvme0n1p1): scrub: started on devid 3 Jul 29 15:25:06 Firefly kernel: BTRFS info (device nvme0n1p1): scrub: finished on devid 3 with status: 0 Jul 29 15:25:19 Firefly kernel: BTRFS info (device nvme0n1p1): scrub: finished on devid 2 with status: 0 Jul 29 21:06:50 Firefly emhttpd: spinning down /dev/sdg Jul 29 21:06:50 Firefly emhttpd: spinning down /dev/sdc Jul 29 23:01:30 Firefly emhttpd: read SMART /dev/sdg Jul 29 23:01:30 Firefly emhttpd: read SMART /dev/sdc Jul 30 04:48:07 Firefly crond[1708]: exit status 1 from user root /usr/local/sbin/mover &> /dev/null Jul 30 16:30:28 Firefly kernel: microcode: microcode updated early to revision 0xde, date = 2020-05-25 Jul 30 16:30:28 Firefly kernel: Linux version 5.10.28-Unraid (root@Develop) (gcc (GCC) 9.3.0, GNU ld version 2.33.1-slack15) #1 SMP Wed Apr 7 08:23:18 PDT 2021 Jul 30 16:30:28 Firefly kernel: Command line: BOOT_IMAGE=/bzimage initrd=/bzroot Jul 30 16:30:28 Firefly kernel: x86/fpu: Supporting XSAVE feature 0x001: 'x87 floating point registers' Jul 30 16:30:28 Firefly kernel: x86/fpu: Supporting XSAVE feature 0x002: 'SSE registers' Jul 30 16:30:28 Firefly kernel: x86/fpu: Supporting XSAVE feature 0x004: 'AVX registers' Jul 30 16:30:28 Firefly kernel: x86/fpu: Supporting XSAVE feature 0x008: 'MPX bounds registers' Jul 30 16:30:28 Firefly kernel: x86/fpu: Supporting XSAVE feature 0x010: 'MPX CSR' Jul 30 16:30:28 Firefly kernel: x86/fpu: xstate_offset[2]: 576, xstate_sizes[2]: 256 Jul 30 16:30:28 Firefly kernel: x86/fpu: xstate_offset[3]: 832, xstate_sizes[3]: 64 Jul 30 16:30:28 Firefly kernel: x86/fpu: xstate_offset[4]: 896, xstate_sizes[4]: 64 Jul 30 16:30:28 Firefly kernel: x86/fpu: Enabled xstate features 0x1f, context size is 960 bytes, using 'compacted' format. I'm running out of options. There seem to be a lot of people with similar issues on intel gear. Is there anything else I can try or should I just go back to 6.8.3? Quote Link to comment
Tristankin Posted July 30, 2021 Author Share Posted July 30, 2021 Looking into reports from the linux community and there seem to be intel gou hangs from the kernel. I am using intel passtrough to my plex docker. Has anyone looked into this? Quote Link to comment
Tristankin Posted July 31, 2021 Author Share Posted July 31, 2021 (edited) Nothing? There are few reports of the same issue every day. Seems like a pretty high incidence to be just blamed on bad ram timings. Well looks like a rollback is the only solution then? Perhaps you guys should consider older LTS kernels for future releases to reduce potential bugs that aren't going to be solved. No need for cutting edge if we are sacrificing system stability. Edited July 31, 2021 by Tristankin 1 Quote Link to comment
JorgeB Posted July 31, 2021 Share Posted July 31, 2021 Without nothing logged we can't see what the problem is, and this is usually hardware related, but try downgrading to see if it helps. Quote Link to comment
Tristankin Posted July 31, 2021 Author Share Posted July 31, 2021 I know it will help as this is what I have had to do in the past. As I mentioned before 100% rock solid on 6.8.3 Quote Link to comment
Tristankin Posted August 5, 2021 Author Share Posted August 5, 2021 (edited) 5 days of uptime so far on 6.8.3, 6.9.2 was freezing every 2-3 days before the downgrade. No issues any more. I am almost certain that the issue is with 6.9.x and not a hardware problem. Downside is though that docker update requests don't work anymore on 6.8.3 because of case sensitivity. Have to adjust the code every time the computer needs a restart. Edit: fixed docker updates with go file patch, messy solution though.... Edited August 5, 2021 by Tristankin Quote Link to comment
danktankk Posted August 5, 2021 Share Posted August 5, 2021 I have the same issue. My system is AMD and inexplicably freezes about every 3 days or so and requires a hard reset. No syslog errors... Nothing... No help either. It's not hardware for sure.Sent from my SM-G996U using Tapatalk Quote Link to comment
Tristankin Posted August 5, 2021 Author Share Posted August 5, 2021 From the searching around I have seen it could be down to macvlan issues, C state issues, maybe the occasional ram timing issues, but for this I think it is a kernel issue. Still I was not getting help trying to get to the bottom of it so the only course of action was to downgrade. (or turn off all docker application or run memtest for a few days) Which considering I have a lot of friends and family who rely on this server, was not something I wanted to entertain. I was hoping I could turn on some lower level logging to be able to catch something that syslog is missing. I hope 6.10 is more stable but I will be sticking to 6.8.3 till I can see days of time passing without people complaining about freezing issues. Quote Link to comment
trurl Posted August 5, 2021 Share Posted August 5, 2021 10 hours ago, danktankk said: My system is AMD and inexplicably freezes about every 3 days or so and requires a hard reset. From your other thread it sounds like you never followed advice given: Quote Link to comment
Tristankin Posted August 9, 2021 Author Share Posted August 9, 2021 9 Days and still rock solid. Quote Link to comment
danktankk Posted August 9, 2021 Share Posted August 9, 2021 From your other thread it sounds like you never followed advice given: If you are referring to the RAM speed, yes I did that a while back.Sent from my SM-G996U using Tapatalk Quote Link to comment
Tristankin Posted August 23, 2021 Author Share Posted August 23, 2021 23 Days and rock solid. Might be a good idea to recommend to people with intel hardware having freezing issues to downgrade or upgrade around the 6.9.x release. Quote Link to comment
Tristankin Posted September 29, 2021 Author Share Posted September 29, 2021 (edited) 60 Days on 6.8.3 with no issues. Please recommend to other users on intel hardware with no obvious faults in the log to downgrade as the kernel used in the 6.9.x is not stable on consumer intel hardware. This should be the recommendation before replacing hardware as software is free and quite a simple test. Edited September 29, 2021 by Tristankin Quote Link to comment
danktankk Posted September 29, 2021 Share Posted September 29, 2021 I'm at about 40 days now in 6.9.2It wasn't hardware for sure. Sent from my SM-G996U using Tapatalk Quote Link to comment
kingy444 Posted September 29, 2021 Share Posted September 29, 2021 mmmm - wonder if i could be experiencing a similar bug with samba I am running much older intel kit on an i3-3220 but started having weird stabiity recently - just posted this and waiting for some feedback Quote Link to comment
Tristankin Posted September 29, 2021 Author Share Posted September 29, 2021 4 hours ago, danktankk said: I'm at about 40 days now in 6.9.2 It wasn't hardware for sure. Sent from my SM-G996U using Tapatalk Yeah, I am talking intel specific configurations. There are many people with intel systems with no logged issues on 6.9.3 who are getting the advice that it must be a hardware issue. Quote Link to comment
Tristankin Posted September 29, 2021 Author Share Posted September 29, 2021 2 hours ago, kingy444 said: mmmm - wonder if i could be experiencing a similar bug with samba I am running much older intel kit on an i3-3220 but started having weird stabiity recently - just posted this and waiting for some feedback Is your system freezing? This does not seem relevant to the current thread. Quote Link to comment
Recommended Posts
Join the conversation
You can post now and register later. If you have an account, sign in now to post with your account.
Note: Your post will require moderator approval before it will be visible.