July 30, 20205 yr HI, I'm curently having issue with UnRAID/VMWare Datastore. I store the drive containing updates of a WSUS server on a NFS share but , many time, my VM shutdown, with Disk error (The NFS on Unraid). I had this issue on many of other VM, (switching disk on local datastore to solve the problem). But as the WSUSContent is not small, I would like to use my NAS to store these information, as not a lot of performance are needed. Are you using UnRAID as a VMWare Datastore ? What is your configuration ? (as iSCSI is not supporter by UnRAID, it seems NFS is my only solution) Thanks,
July 30, 20205 yr I do use Unraid NFS shares as ESXi datastores and have bumped into similar issues. Mostly timeout errors that make the share "unavailable". I ended up hacking this little tool, which I keep somewhere under /scratch and run as off of cron every few minutes. Reduced the number of mishaps - albeit not to zero. Basically what it does is look for any NFS mount whose state is other than "available", and for each one deletes and re-mounts it. ESXi 6.5d. #!/bin/sh # # ESXi script: Delete and re-create NFS shares that are in any state except "available" # # 2019-09-10 Created # 2019-20-02 Added "force" hack # if [ "$1" == "force" ] ; then FILTER="cat" else FILTER="grep -v [[:space:]]available$" fi esxcfg-nas -l | $FILTER | sed "s|\(.*\) is \(/.*\) from \([0-9\.]*\).*|NAME='\1' ; SHARE='\2' ; HOST='\3'|" | while read line ; do eval $line echo "Yoyo NFS share \"$NAME\"" esxcfg-nas -d "$NAME" esxcfg-nas -a "$NAME" -o $HOST -s "$SHARE" done
July 31, 20205 yr 2 hours ago, Janus said: iSCSI is not supporter by UnRAID @ich777 is working on that, there seems to be a working example, but it's very fresh, as in the last few days.
July 31, 20205 yr iSCSI Target is working flawlessly so far but at the time command line only, have to write a plugin to make things more easily. If you are interested an want to test it please contact me. Got a build for Unraid v6.8.3 and also v6.9.0-beta25
Archived
This topic is now archived and is closed to further replies.