Jump to content

TheWombat

Members
  • Content Count

    184
  • Joined

  • Last visited

Community Reputation

2 Neutral

About TheWombat

  • Rank
    Advanced Member

Converted

  • Gender
    Undisclosed

Recent Profile Visitors

The recent visitors block is disabled and is not being shown to other users.

  1. I have a Synology diskstation which uses rsync to backup to my UnRaid server. It was working fine on 6.7.x but having upgraded UnRaid to 6.8.2 my Synology can no longer connect. Any suggestions on what to look for to figure out what has caused the issue? I have a separate user called "backup" on UnRaid that has read-write access to the private backup share. I've included the rsyncd.conf file, however the backup doesn't even get to the point of starting. Other than the upgrade from 6.7.x to 6.8.2 nothing else was changed on either UnRaid or Synology. rsyncd.conf
  2. Upgraded to 6.7.2. Server seemed unstable and was shutting down and then going into reboot loops, but appears to be the CPU water cooler finally giving up rather than anything specific to 6.7.2. Have fitted new CPU cooler and will report back if any issues remain, but so far looking promising. Asus M5A99FX Pro R2.0 with BIOS 2501. AMD FX-8350 CPU. 16GB RAM.
  3. When I login locally on my unraid server gui the resolution seems to be something like 800x600 so it is almost unusable. Is there a configuration setting to change the resolution to something higher? thanks TheWombat
  4. Read the instructions and notes and ensured unsupported plugins removed. Upgraded from 6.3.5 to 6.4.1 with no issues. My setup is simple - just a docker container. No VMs etc. Have not taken the encryption/certificate route yet. thanks
  5. You may need to remove any other cards from the machine. For example I have an Intel network card in my machine, plus 2 SASLP cards and found that I had to remove the network card and one of the SASLP cards in order to boot into the bios. Alternatively if you have another PC e.g. a windows desktop you can temporarily put the SASLP into that and do the flash update since you use a separate boot OS. hth TheWombat
  6. I just uploaded .21 and .15n to this post AOC-SASLP-MV8 firmware.zip
  7. Unfortunately not. Would still like to find a solution that works....
  8. Just in case anyone else encounters the same type of issue I can happily say the issue is now solved. After several months of getting the daily email with the error I did some further research which resulted in an edit to my S20-init.rsyncd file to include the line: "chmod 644 /etc/logrotate.d/rsyncdlog". the file contents now are: #!/bin/bash if ! grep ^rsync /etc/inetd.conf > /dev/null ; then cat <<-EOF >> /etc/inetd.conf rsync stream tcp nowait root /usr/sbin/tcpd /usr/bin/rsync --daemon EOF read PID < /var/run/inetd.pid kill -1 ${PID} fi cp /boot/custom/etc/rsyncd.conf /etc/rsyncd.conf cp /boot/custom/etc/logrotate.d/rsyncdlog /etc/logrotate.d/rsyncdlog chmod 644 /etc/logrotate.d/rsyncdlog
  9. Is anyone else noticing that unassigned HDDs do not seem to spin down correctly? I posted the issue on 6.3.1 which is when I first noticed it. The issue didn't appear on 6.2.4 and I skipped the 6.3.0 release. When i click on the spin down arrow beside an unassigned HDD on the 'Main' tab of the GUI it appears to spin down, and the syslog shows "emhttp: cmd: /usr/local/emhttp/plugins/dynamix/scripts/hd_parm down sdr" However when I then click on the 'Dashboard' tab, and then back on the 'Main' tab the HDDs once again show the 'spin down' icon i.e. they have not spun down.
  10. I am noticing a few items/issues since upgrading from 6.2.4 to 6.3.1. Diagnostics attached. Items are. 1) Feb 12 18:42:57 NAS-03 root: Warning: file_get_contents(): Filename cannot be empty in /usr/local/emhttp/plugins/dynamix.docker.manager/include/DockerClient.php on line 146 2) Feb 12 18:42:58 NAS-03 root: error: webGui/include/ProcessStatus.php: wrong csrf_token Feb 12 18:42:58 NAS-03 root: error: webGui/include/ProcessStatus.php: wrong csrf_token 3) Unassigned devices appear to spin back up. I clicked the spin down buttons for disks sdr/sdq/sdn via the gui. A couple of minutes later I see the disks appears to either have not spun down, or have spun back up so click on spin down again. Feb 12 18:43:30 NAS-03 emhttp: cmd: /usr/local/emhttp/plugins/dynamix/scripts/hd_parm down sdr Feb 12 18:43:32 NAS-03 emhttp: cmd: /usr/local/emhttp/plugins/dynamix/scripts/hd_parm down sdq Feb 12 18:43:34 NAS-03 emhttp: cmd: /usr/local/emhttp/plugins/dynamix/scripts/hd_parm down sdn Feb 12 18:45:32 NAS-03 emhttp: cmd: /usr/local/emhttp/plugins/dynamix/scripts/hd_parm down sdr Feb 12 18:45:35 NAS-03 emhttp: cmd: /usr/local/emhttp/plugins/dynamix/scripts/hd_parm down sdq Feb 12 18:45:38 NAS-03 emhttp: cmd: /usr/local/emhttp/plugins/dynamix/scripts/hd_parm down sdn Items 1) & 3) are repeatable across 3 reboots since running 6.3.1. I have only just noticed 2) however it may have existed on the prior reboots running 6.3.1 as well. Any suggestions/help appreciated. nas-03-diagnostics-20170212-1846.zip
  11. The only time I have come across something similar was with an older motherboard that I had that had limited BIOS memory space available. The fix was to disable the RAID on the SASLP-MV8 cards (which requires tweaking the config file). Are you sure you hadn't previously disabled the RAID functionality on your original cards? When you go into the BIOS of the SASLP cards do they show a RAID option? hth Alex
  12. Unfortunately no one replied. So either no one knows, or no one is using a larger monitor and needs to change the resolution ;-(
  13. I am on v6.2 and since I have 16GB RAM and not much using it other than Plex I've decided to default boot into the new GUI. So far it seems to work fine but is there a setting for changing the resolution since I have a 22" monitor and the default resolution of the GUI seems low? thanks Alex