xthursdayx

Members
  • Posts

    356
  • Joined

  • Last visited

2 Followers

Converted

  • Gender
    Undisclosed
  • URL
    https://github.com/xthursdayx

Recent Profile Visitors

2507 profile views

xthursdayx's Achievements

Contributor

Contributor (5/14)

50

Reputation

  1. Yep, the issue is due to their being two approved templates for the same image in CA. Squid will have to decide which one to remove, and then you should no longer see this error in the Fix Common Problems plugin. In the meantime, you shouldn't worry about this error as it shouldn't impact your ability to use your Whoogle-search contiainer. Apologies if you added your template first @FoxxMD. I added mine because I didn't see one in CA and was using Whoogle myself, so I figured I'd share UNRAID my template, but it's possible that you'd already added yours by the time that mine updated in CA.
  2. As @Squid mentioned above, this is because both FoxxMD and I created templates for the same image. I think he's removed mine now, but I'm not sure as I'm out of town and can't check my UNRAID server at the moment. My best suggestion is to check CA and see which Whoogle template is listed, and then use that one.
  3. Yeah, you're right, I should have included that. I checked /var and it was not full. See: df -h /var Filesystem Size Used Avail Use% Mounted on rootfs 32G 7.0G 25G 23% / However /var/log does show as 100% full: ❯ df -h /var/log Filesystem Size Used Avail Use% Mounted on tmpfs 128M 128M 0 100% /var/log I deleted syslog.1 and syslog.2, restarted nginx and tailed my syslog. No more nchan out of memory errors, but I'm getting this error constantly: nginx: 2021/09/17 16:53:47 [alert] 2815#2815: worker process 11259 exited on signal 6
  4. I've just started running into this issue as well, on a machine running unRAID 6.10.0-rc1 with 64Gb of memory, which has always been plenty, though I too am guilty of leaving unRAID WebUI tabs open (as well as mosh/ssh sessions running). Interestingly, I'm able to access the pages of the WebUI and see the header and nav buttons, as well as the major sections of pages like the Dashboard and Main, however they're empty, not showing my disks, docker containers, etc. The only way I've been able to (temporarily) “fix” the issue is by restarting my server. I tried restarting /etc/rc.d/rc.nginx/, but it didn't make any difference, as you can see in these logs: Sep 17 02:25:29 vulfTower nginx: 2021/09/17 02:25:29 [alert] 25209#25209: worker process 32623 exited on signal 6 Sep 17 02:25:29 vulfTower nginx: 2021/09/17 02:25:29 [alert] 25209#25209: worker process 32645 exited on signal 6 Sep 17 02:25:31 vulfTower nginx: 2021/09/17 02:25:31 [alert] 25209#25209: worker process 32647 exited on signal 6 Sep 17 02:25:31 vulfTower nginx: 2021/09/17 02:25:31 [alert] 25209#25209: worker process 334 exited on signal 6 Sep 17 02:25:31 vulfTower nginx: 2021/09/17 02:25:31 [alert] 25209#25209: worker process 339 exited on signal 6 Sep 17 02:25:32 vulfTower nginx: 2021/09/17 02:25:32 [alert] 25209#25209: worker process 350 exited on signal 6 Sep 17 02:25:33 vulfTower nginx: 2021/09/17 02:25:33 [alert] 25209#25209: worker process 405 exited on signal 6 Sep 17 02:25:33 vulfTower nginx: 2021/09/17 02:25:33 [alert] 25209#25209: worker process 565 exited on signal 6 Sep 17 02:25:33 vulfTower nginx: 2021/09/17 02:25:33 [alert] 25209#25209: worker process 591 exited on signal 6 Sep 17 02:25:34 vulfTower nginx: 2021/09/17 02:25:34 [alert] 25209#25209: worker process 594 exited on signal 6 Sep 17 02:25:34 vulfTower rsyslogd: file '/var/log/syslog'[2] write error - see https://www.rsyslog.com/solving-rsyslog-write-errors/ for help OS error: No space left on device [v8.2102.0 try https://www.rsys log.com/e/2027 ] Sep 17 02:25:34 vulfTower rsyslogd: action 'action-0-builtin:omfile' (module 'builtin:omfile') message lost, could not be processed. Check for additional error messages before this one. [v8.2102.0 try https:/ /www.rsyslog.com/e/2027 ] Sep 17 02:25:34 vulfTower rsyslogd: rsyslogd[internal_messages]: 561 messages lost due to rate-limiting (500 allowed within 5 seconds) Sep 17 02:25:34 vulfTower rsyslogd: file '/var/log/syslog'[2] write error - see https://www.rsyslog.com/solving-rsyslog-write-errors/ for help OS error: No space left on device [v8.2102.0 try https://www.rsys log.com/e/2027 ] Sep 17 02:25:34 vulfTower rsyslogd: action 'action-0-builtin:omfile' (module 'builtin:omfile') message lost, could not be processed. Check for additional error messages before this one. [v8.2102.0 try https:/ /www.rsyslog.com/e/2027 ] ad infinitum I'm also getting these errors in my logs: Sep 17 02:32:54 vulfTower nginx: 2021/09/17 02:32:54 [alert] 25209#25209: worker process 4936 exited on signal 6 Anyway, I tried running du to check my log sizes as well as df to check how full my cache drives and boot flash drive are, to see if I could identify the issue. You can see the results below. While my NGINX and Syslog are large, neither seem to be large enough to disable access to the WebUI, and neither of my cache drives (where I store my syslog backup). ❯ du -sh /var/log/* 4.0K /var/log/apcupsd.events 0 /var/log/btmp 0 /var/log/cron 0 /var/log/debug 88K /var/log/dmesg 1012K /var/log/docker.log 0 /var/log/faillog 2.8M /var/log/file.activity.log 16K /var/log/gitflash 4.0K /var/log/lastlog 4.0K /var/log/libvirt 4.0K /var/log/maillog 0 /var/log/messages 0 /var/log/nfsd 52M /var/log/nginx 0 /var/log/packages 0 /var/log/pkgtools 0 /var/log/plugins 0 /var/log/preclear.disk.log 0 /var/log/pwfail 0 /var/log/removed_packages 0 /var/log/removed_scripts 0 /var/log/removed_uninstall_scripts 20K /var/log/samba 0 /var/log/scripts 0 /var/log/secure 0 /var/log/setup 0 /var/log/spooler 0 /var/log/swtpm 69M /var/log/syslog 3.6M /var/log/syslog.1 0 /var/log/vfio-pci 8.0K /var/log/wtmp ❯ df -h /mnt/cache Filesystem Size Used Avail Use% Mounted on /dev/sdf1 466G 306G 157G 67% /mnt/cache ❯ df -h /mnt/cache_io Filesystem Size Used Avail Use% Mounted on /dev/sdk1 932G 244G 688G 27% /mnt/cache_io ❯ df -h /boot Filesystem Size Used Avail Use% Mounted on /dev/sda1 7.5G 893M 6.6G 12% /boot Any ideas? For some reason, I'm currently unable to download my diagnostics, but any advice or ideas would be much appreciated. Cheers!
  5. That’s very alarming @xrqp! Glad you were able to resurrect your lost data last time and hope you’ll be able to again. My guess would be that problem is your harddrives or something about how your unRAID shares are set up. I’ve never had this problem or heard of anyone having it in relation to Roon. Sorry not to be of more help, but best of luck. And definitely let us know if you do end up finding some connection to Roon. I’ve already been working on either making a new base image or adding a PR to Steef’s, so it’s a good time if some work needs to be done.
  6. Interesting, I've been having some instability and temp issues recently and now I'm wondering if it has to do with the flashed Dell PERC H310 I have my server right now. In terms of the PIKE 2308 card, did you just follow the same directions cited above for the 2008 card? Or did you run into any differences? BTW, thanks for replying, despite the necro-thread!
  7. I realize this is raising a post from the depths of death, but I was wondering if you were ever able to get one of those PIKE 2308 cards flashed and working @Dextros?
  8. Also, thanks a lot for this, I'm using this (with the appropriate link, of course) as part of an existing script to install neofetch at the start up of the array, since the package NerdPack doesn't seem to work.
  9. I'm still having this same issue with neofetch on the latest version of unRAID. The NerdPack interface shows neofetch-20200708-noarch-1.txz as downloaded but not installed, and my syslog shows "nerdpack: Installing neofetch-20200708 package..." while every other package I have installed says something like "perl-5.32.0 package up to date, checksum ok." Any ideas why it won't actually install?
  10. I'd also love to see the shell (bash, zsh, whatever), profile (.bashrc, .zshrc, etc), and fonts be more customizable as well... I've got some scripts running that help with this, but it'd be nice if was a little more easily customizable.
  11. Yeah, both ferdi and ferdi-server are under active development. I'm planning to begin working again on ferdi-server-docker soon, once I I finish up another project. Glad you were able to find the things you were looking for though!
  12. Thanks for point that out @sonic6! I'll soon be active development on the server docker again, so I'll be sure to update you @ich777 if anything I change should cause breakages.
  13. It's not a huge issues, but I was wondering if there is a way to change the plugin header background transparency? Or change the color? I searched the thread, and wasn't entirely sure I understood the posts relating to "color". Thanks for the help! Edit: don't mind me, I'm just an idiot and was trying to adjust the header background colors in the theme engine rather than in display settings.... Carry on!
  14. Which services are you speaking about? The ferdi-server docker image (which I developed) just runs the existing release of ferdi server, so it should be up to date with any additional work that's been done on the server (I haven't been working directly on the server repo lately, so I'm not totally up to date with the developments there). There is not a Docker image for Ferdi itself, meaning the actual front-end UI program, since that is usually installed directly on the end user's machine. I suppose one could build a Docker image based on No-VNC or Guacamole in order to have Ferdi run on your server and be accessible via WebUI, but this isn't something I've worked on.