nekromantik
-
Posts
265 -
Joined
-
Last visited
Content Type
Profiles
Forums
Downloads
Store
Gallery
Bug Reports
Documentation
Landing
Posts posted by nekromantik
-
-
thanks
looks like if I want 4th drive I need a sata card as ran out of ports haha
-
Hi all
Currently got Unraid running with 2 data drives and 0 parity.
I just bought a new drive for parity. Is there anything special I need to do apart from pre-clear the new drive and then mount it as parity?
Thanks
-
is scatter the option for spreading files across drives?
does it randomly choose which files to move or does it move all of them?
-
On 9/15/2019 at 7:00 PM, wrobelda said:
This is a fairly old thread, but the solution here is to add the docker's built in DNS Resolver to the list of the upstream DNS servers in pfsense/router/opensense. Depending on the settings, you may need to enable forwarding the non-FQDN domain requests.
hi
how would you do this?
can you access the docker dns resolver from outside of containers?
-
Hi all
I am still running Unraid 6.7.2 and have some problems with transferring files from my Windows Laptop via Wifi,
If I use windows explorer to copy and paste it works but sometimes video files get corrupt.
So trying SCP or RSync and it takes 2-3 tries to work as I keep getting broken pipes or disconnect messages.
Any hints?
-
1 hour ago, Frank1940 said:
Very interesting! Most keep this in the back of my mind. Particularly, when there are messages in the syslog complaining about IPV6 issues. I know that my IPS provider (Spectrum) is currently providing me with an IPV4 address to my Cable Modem. And I have both of my Unraid server set to IPV4 only (on the Setting >> Network tab).
@nekromantik, what type of address is your IPS provider delivering to your Modem-- IPV4 or IPV6? If they are only providing you with an IPV4 address, why did you even turn IPV6 in Unraid? If you are not aware it , you also have both IPV4 and IPV6 turned on in Unraid. See Settings >>> Network settings: 'Network protocol:' Have you any other devices on your LAN that require IPV6 addresses? You manually assigned an IPV4 address (192.168.1.74) to your server. (I am not being critical of you but, rather, I am trying to understand how your setup came to be the way it was. I have no doubt we are going to see this issue again and I would like to gain a better understanding of the entire situation as I am sure that must be (and, definitely, will be in the future) situations where IPV6 addresses will absolutely be required!)
Otherwise, if you had not turned on IPV6 support in Unraid, you might never have had the problem. I have a sneaking suspicion that turn IPV6 support off on the router is not a good idea. One of these days, your IPS may require its use. I understand that all of the current IPV4 addresses will map into IPV6 address space.
My ISP provides both IPV4 and IPV6. I turned on IPV6 in Unraid to test it out. I dont really have a need for it at the moment. We are very far away from it becoming mainstream. As the issue only happened when using my Windows PC it seems that its not a Unriad issue. My Windows PC was assigned a IPV6 and IPV4 address so did not want to mess with registry to turn it off on the PC.
-
nope switching second PC to wireless did not bring the issue back
I disabled IPV6 on my router and re tested as a hunch and now first PC to Unraid MD5 matches!
thanks for help all
hopefully issue is fixed
-
53 minutes ago, Benson said:
Seems network issue
Wire <-> Pfsense <-> Wireless , does those are bridge or route ?
If your AP have 2 LAN port, could you try after change as below
wire <-> (LAN) AP (LAN) <-> Unraid
The PFSense is connected to a switch and then Unraid is connected to the switch.
The AP only has 1 port which is connected to PFSense.
If it a network issue on wireless side then if I switch second PC to wireless and then try md5 check again it will prove if its network issue with wireless.
-
51 minutes ago, Frank1940 said:
From what I gather you have two PC's --- The first one has WIN10 as the OS and the second PC is running some other OS. Is this correct? And that second PC does not use SMB. Is this correct?
You said you used the first PC to copy the file from the second PC to the Unraid server. Why did you do this? The object was to use a separate, distinct SMB path between the second PC and the Unraid server. You have to initiate the transfer from the second PC.
Itis important to realize that your network could be the cause of this problem. Your router and/or switch have either a dedicated SOC or a CPU controlling the flow of data through them. I doubt if SMB is the root cause of your problem. If it were, this board would have hundreds (if not thousands) of folks screaming...
Correct first PC is Windows 10 and I mount shares for Unraid.
Second PC is a Intel NUC with Ubuntu on it. That runs my media player and connects to Unraid via NFS.
So it looks like my Windows PC is the issue then as when initiating transfer from Ubuntu to Unraid MD5 remains same but when using my Windows PC to copy to Unraid MD5 does not match.
My network setup is Windows is wireless and Ubuntu and Unraid are wired in. My router is intel mini pc with pfsense and wifi access point connected.
-
4 minutes ago, Frank1940 said:
Let's try one more test. Copy the file from the Unraid server to the PC that you uploaded it from and check the MD5 checksum again.
My best guess at this point would be that there is a RAM issue on your server hardware--- but ECC RAM should catch this. (I assume that you are using ECC RAM in this server!)
As I understand it, the memtst program that is installed with Unraid will not catch ECC RAM issues. But there is a version which will. You can find it here:
It will run from a bootable flash drive. Be sure to run it for 24 hours.
Does anyone else have any ideas of what could be causing this problem?
Surely it cannot be RAM issue if file copied directly from second PC to Unraid matches md5?
All the mis matches are coming when my windows PC is involved, as both my Unraid server and my second PC are accessed via SMB so all the testing apart from the last test has been via my windows PC. By that I mean, when I copied file from second PC to unraid the first time round I used my windows PC to do that. While the second time I did not use my windows machine and did it directly from second PC.
-
52 minutes ago, Frank1940 said:
Now copy that same file from the first PC to the Unraid server. Get the MD5 checksum of this copy on the Unraid server. Does that match the MD5 checksum of the file that was copied from the second PC to the Unraid server?
Nope MD5 does not match between file copied from second PC to Unraid and file copied from first PC to Unraid.
So I then copied file from second PC to Unraid using NFS directly from second PC rather then via my windows first PC and MD5 matches.
So issues is copying over SMB to Unraid on my Windows machine is corrupting the files.
Any hints? I would rather use NFS but I do not have Win 10 Pro.
-
36 minutes ago, Frank1940 said:
Please reword this as I can not figure out what you did.
What I asked you to do was:
(1) On your PC, select a file of the type that plays correctly on the PC and not after it is copied to the server.
(2) Get the MD5 checksum of the file on that PC.
(3) Copy that file to a second PC. Now get the MD5 checksum of that new copy on this second PC.
(4) Copy that same file from the second PC to the Unraid server.
(5) Get the MD5 checksum of that file on the Unraid server.
All of the MD5 checksums should be the same! If they are not, on which transfers are they different? (By the way, it is possible that could be different before and after any copy.) What we are trying to see is where file corruption is occuring. Knowing where it is happening will suggest the possible sources/cause of the problem. (You could have bad RAM in one of computers involved, a defective switch/router, etc.)
Ok
So I copied a file from PC to second PC ---- MD5 matches with first PC
Copied file from second PC to Unraid --- MD5 Does not match with second PC/first PC
-
20 hours ago, Frank1940 said:
I have a suggestion for one testing mode that you might want to try. Copy a file the works on your PC to a second PC. Check both the playback and the MD5 checksum of the file on the second PC. Now copy the file from the second PC to your Unraid server. Again check the playback and the MD5 Checksum.
So I did a test.
I copied a file downloaded from PC to Unraid over SMB to another machine on the same switch and same corruption.
However files downloaded on unraid entirely without PC are fine.
-
1 minute ago, Jclendineng said:
Sounds like a network issue. Unraid would not corrupt files, the only way to tell is to play the file on your pc, it should play fine. Copy said file to unraid, and try to read. If it fails, take the md5 sum of the working file and compare it to the one you copied. This will tell you if it got corrupted during the network transfer.
yup done that and the md5s are different
what does not make sense is why all of a sudden this happened.
no changes to network have been made
-
On 4/24/2019 at 5:40 PM, johnnie.black said:
Test everything the data uses from the desktop to the server, NICs, switch, cables, other desktop.
ok will test other devices on same switch
-
Just now, johnnie.black said:
Not likely, also I assume the Dell uses ECC RAM, most likely some network issue.
Yes I have ECC RAM loaded.
Anyone got any suggestions.
-
13 hours ago, Frank1940 said:
I would suggest that you run memtst (found on the UnRAID boot menu) for 24 hours.
I found files that are are downloaded by containers like sonarr for example are fine.
they playback without any corruption, its only files copied over from my PC.
could it still be memory?
-
Just now, binhex said:
Sorry nope I don't do betas
Sent from my EML-L29 using Tapatalk
ok
-
@binhexdo you plan on creating a beta v3 container of sonarr?
-
I dont think it could be ipv6 causing the isuses as my Kodi box connects to Unraid NFS over IPV4.
I just checked the md5s and they do not match between file on server and file on PC.
So something is going wrong when copying it via Windows.
-
Not using SATA card.
Running a Dell T20 server
Attached is diagnostics
Thanks
-
hi all
Over the last few days I have started to see movie files that are copied to my unraid share via SMB in Windows become corrupt.
By this I mean during playback I get skipping and pixelation.
In order to rule out the files I playback the local copy on my PC and it plays fine but then I go to the same file via SMB on unraid and it has skipping and pixelation.
Any ideas?
-
if you were running the deluge container do you need to change any permissions for sonarr and radarr to work?
last time I tried it neither could move and rename as it was getting permission denied.
-
Can I ask what steps you took?
1) Downloading the config, what did you choose for port (default UDP, UDP 53, TCP 80 or TCP 443) and use IP address (YES, NO)?
2) Did you make any edits to the CONF file besides changing the extension to OVPN?
3) You used the info from the userpass file ending in m (like 7678445522299017m) for both VPN_USER and VPN_PASS? Like VPN_USER=7678445522299017m and VPN_PASS=7678445522299017m
4) Did you use all the files from the downloaded zip in your CONFG directory?
5) Did you set VPN_PROV=custom?
6) Did you use the host address from the CONF/OVPN file for VPN_REMOTE?
Thanks for any other info - definitely appreciated!
I used defaults for everything and no changes to file apart from changing extension.
Yes used string ending in m for both username and password.
Yes all files copied to container.
Yes VPN prov is custom.
Did not set VPN remote.
Sent from my Pixel 2 XL using Tapatalk
Preclear plugin
in Plugin Support
Posted
hi all ran pre clear on new 3TB ironwolf drive.
Pre clear finished without errors but it said some attributes near thresh. For some reason the log was not saved but below is SMART attributes. Can someone please let me know if I should return the drive?