Print Page | Close Window

z97 extreme9 networking problem

Printed From: ASRock.com
Category: Technical Support
Forum Name: Intel Motherboards
Forum Description: Question about ASRock Intel Motherboards
URL: https://forum.asrock.com/forum_posts.asp?TID=1845
Printed Date: 20 May 2024 at 2:31am
Software Version: Web Wiz Forums 12.04 - http://www.webwizforums.com


Topic: z97 extreme9 networking problem
Posted By: timothj
Subject: z97 extreme9 networking problem
Date Posted: 28 Jan 2016 at 5:12am
I have noticed file transfer corruption under certain conditions:
1. When the extreme9 is the source of the data copying 1 file of known SHA256 hash to either destination machine, the SHA256 on either destination machine after copying is in error.
2. When the extreme9 is the destination of the data copied from either source machine, there is no error.

It is as though the extreme9 can't write to the LAN without data corruption. It can read from the LAN fine.

I also connected the same LAN cable to an Asix A88772B-based USB<->Ethernet adapter (only 100Mbs-1) and this transfers in either direction without error.

This points to something odd (either hardware or driver I guess) in the path from the RJ-45 LAN connectors to the PCI express bus into the z97 chip via either of the Intel LAN chips, but I'm kinda stuck at this point as to how to debug the problem further.

Any advice much appreciated.

OS = w7x64
All drivers up-to-date (today), devmgmt.msc no unknown drivers.
disk = intel SSD750 400MB
cpu = i7-4790K
4x8GB ddr3-1600
using IGP to drive 4k display




Replies:
Posted By: wardog
Date Posted: 28 Jan 2016 at 10:08am
See, I read your post and come to the exact opposite conclusion of your thinking.

I posit that it's these other two computers are slower and that the Extreme9 with its SSD750 is so saturating the ethernet that it's in fact the other two that are "choking' and corrupting the file/transfer.

As a test, and the way you describe above, # 1 + 2, instead place a file on a USB stick into a USB port on the Extreme9,edit: transfer this file FROM the USB stick to one or both others machines, and see if the CRCs match. My guess is they will.




Posted By: timothj
Date Posted: 28 Jan 2016 at 5:41pm
I like your lateral thinking, but unfortunately a test with the USB-stick as source also gives a SHA256 error. I have also tested with SATA3 SSDs and an Ultra II SSD in a USB30 enclosure as sources and both of these result in SHA256 errors.

Only file transfers appear to be an issue, PINGs and VNC sessions between machines are working.

To summarise, regardless of whether the storage is PCI-E SSD, SATA3 SSD , SanDisk stick or USB30 SSD
extreme9 <- gryphon =PASS
extreme9 <- laptop = PASS
gryphon <- extreme9 = FAIL
gryphon <- laptop = PASS
laptop <- extreme9 = FAIL
laptop <- gryphon = PASS

I will likely experiment further once I lay my hands on a PCI-E network card. Will report back later today.


Posted By: wardog
Date Posted: 28 Jan 2016 at 6:32pm
Well that sux. I had high hopes on that reply Tongue

Curios.

1. What protocol are you using to transfer this/these file?

2. What file types, and are they compressed or uncompressed?

3. You're simply transferring this/these files and not....say, .. .. converting and audio CD to FLAC and in the process having the resultant FLAC files be produced on another networked machine are you? I know. I know. But I have to rule it out as there are people that attempt this sort of thing :)

4. re: latest NIC/PHY driver. Where did you get the driver zip you're using now.


Posted By: wardog
Date Posted: 28 Jan 2016 at 6:35pm
5. Wired or wireless connection(s)? Again, I know. I know.


Posted By: wardog
Date Posted: 28 Jan 2016 at 7:05pm
Sorry man. I'm still knocking my gray matter around on this one.

6. Is any anti-virus or the likes holding up/slowing down/locking these transfers while scanning the file(s) on any/all the machines?


Posted By: timothj
Date Posted: 29 Jan 2016 at 1:08am
Right, answers to questions...

These are simple file copies, so Windows Explorer, sometimes fastcopy just to double-check it's not a Windows  Explorer bug. I'm using mapped drives for the copies, not UNC paths. I'm using 2 files both VirtualBox setup EXEs (so compressed). After copying, the generated SHA256s appear random, there's no pattern to the after-copy SHA256s. NIC driver (19.0.27.0) was downloaded from the  z97 extreme97 w7x64 downloads page of the AsRock website from the USA link as this is HTTP, the Europe one is FTP.

Wired, CAT-6A 3m STP cable.

No AV. I test with and without VNC sessions just in case, but it makes no difference.

I now have a PCI-E NIC to try out (chip is Realtek RTL8168B) so will run more tests and update in a couple of hours.


Posted By: timothj
Date Posted: 29 Jan 2016 at 3:13am
Update:

Using a PCI-E NIC has no effect, file copies are still corrupted.

Also tried a higher speed USB<->Ethernet adapter (USB30 1Gbs-1) and this provides corruption-free transfers as per the USB20 100Mbs-1 case, but at the required blink-and-you-miss-it speeds, so I have a workaround.

Will happily conduct further tests, can try a few different machine configurations, OS re-install possible, it just takes time; keen to get to the bottom of this....


Posted By: wardog
Date Posted: 29 Jan 2016 at 3:19am
Here, first lets rule out old network drivers. Occasionally older NIC drivers will butt heads with new(er) programs and or system files.


Much much newer I211-AT NIC/PHY drivers from:
http://downloadcenter.intel.com/product/64404/Intel-Ethernet-Controller-I211-AT" rel="nofollow - https://downloadcenter.intel.com/product/64404/Intel-Ethernet-Controller-I211-AT

So you're aware, these will also unlike the drivers from ASRock(last I checked) also install Intel's PROSet utility.


Posted By: wardog
Date Posted: 29 Jan 2016 at 3:25am
Awhoops. We posted over the tops of each other.

Let me locate newer Intel INF and IME files for you.

What OS?


Posted By: timothj
Date Posted: 29 Jan 2016 at 3:38am
windows 7 x64 sp1


Posted By: wardog
Date Posted: 29 Jan 2016 at 3:51am
'k

Let's go this route first. Here's the latest INF Update Utility:
http://downloadcenter.intel.com/download/20775/Intel-Chipset-Device-Software-INF-Update-Utility-" rel="nofollow - https://downloadcenter.intel.com/download/20775/Intel-Chipset-Device-Software-INF-Update-Utility-

Install it and run, letting it do its thing.


Posted By: timothj
Date Posted: 29 Jan 2016 at 4:31am
SetupChipset.exe tells me a newer version is already installed, asks me if I wanto downgrade.  I said yes. I run my tests.
I can scarcely believe I no longer get file corruption. I'm going to double check, will report back in a few minutes.


Posted By: wardog
Date Posted: 29 Jan 2016 at 4:33am
heheheehe


Posted By: timothj
Date Posted: 29 Jan 2016 at 4:40am
I knew it was too good to be true! Finger trouble on my part, file corruption persists.

OK, what's next?


Posted By: wardog
Date Posted: 29 Jan 2016 at 5:19am
Dang, you're being hard .......

Installed that latest I211 driver?


Posted By: wardog
Date Posted: 29 Jan 2016 at 5:23am
Next is a begrudging trip down the dark hole known as Safe Mode with Networking.


Posted By: timothj
Date Posted: 29 Jan 2016 at 6:00am
OK, driver first....


Posted By: timothj
Date Posted: 29 Jan 2016 at 6:22am
OK, driver installed, corruption persists.  I'll boot into Safe Mode with Networking...


Posted By: timothj
Date Posted: 29 Jan 2016 at 6:37am
... safe mode with networking, 1024x768. Wow, everything is so BIG :)


Posted By: wardog
Date Posted: 29 Jan 2016 at 9:58am
Did you fall in the rabbit hole too?

Awesome Street Art


Posted By: timothj
Date Posted: 29 Jan 2016 at 3:01pm
Excellent art!

I notice that in safe mode with networking (SMWN), sharing folders doesn't appear possible. Awaiting instructions...


Posted By: wardog
Date Posted: 29 Jan 2016 at 6:49pm
Mapped vs by IP, what happens when addressed/transfers by IP and not mapping?


Posted By: wardog
Date Posted: 29 Jan 2016 at 6:51pm
Or even via Network locations in Explorer by dragging and dropping?


Posted By: wardog
Date Posted: 29 Jan 2016 at 7:09pm
Hmmm, scratching head ......

These transferred files, re: CRC's not matching, in transferring are the file Dates, Times, Security, and or even Attributes being changed during or after landing on the destination location and thus no match?
ie: are the files actually "corrupted' and unuseable, or are they simply changed as I describe above but still useable?

Try RoboCopy, set the config to keep stamps, dates and security.


Posted By: timothj
Date Posted: 29 Jan 2016 at 8:45pm
Test results step-by-step...

It seems under SMWN shares are not allowed/cannot be created. However, I can copy from the source machine under SMWN to the destination machine (not SMWN, thus shares OK) but corruption persists. This is true for IP/mapping/Network locations.

A corrupt file can be run, but at some point in the installation, an error will occur, sometimes a msg box saying that a particular CAB file is corrupt, sometimes the installation almost completes, but during the file copying phase of the install, an Installation failed msg box pops up.

Indexing is enabled in the attributes for the source machine but not the destination machine. Modified date is the same, created and accessed differ as expected.
Security is different, SYSTEM and Administrators are the same. Source machine also has Account Unknown (due to SMWN ?) and tim (my username), destination machine also has Users and Aunthenticated Users.

Will move on to robocopy now...


Posted By: wardog
Date Posted: 29 Jan 2016 at 9:02pm
That's right. You're using the setup file for VirtualBox to test with.

Let's change course here to windward for a minute and look at/consider Streams and security.

From where this file originated/landed after originally downloading from Oracle, right click on the exe , select the General tab if it isn't already displayed, - at the bottom, does it state " This file came from another computer and might be blocked to help protect this computer" ?

Still on Streams thought process here. When installing and your finding errors occurring in cab files upon attempting to install, - are you doing this on the terminal at THAT machine or remotely via RD?


Posted By: wardog
Date Posted: 29 Jan 2016 at 9:14pm
Originally posted by wardog wardog wrote:


Still on Streams thought process here. When installing and your finding errors occurring in cab files upon attempting to install, - are you doing this on the terminal at THAT machine or remotely via RD?


Also, across all three, when you're logged in to each, are you Admin on/across all three? And with the same UN, although I don't think the UN would be important her so long as Admin, I'll ask?

My guess is you're not, as having Admin Rights would bypass any and all security that Streams would present as a threat in cab files.

Remember, cab files carry extra clout in Windows.


Posted By: timothj
Date Posted: 29 Jan 2016 at 9:17pm
Yes, it does... clicked Unblock. Copied using both robocopy and explorer, both produced SHA256 errors.

Yes, installing locally. The VBox setup .exe is run from the same volume as the intended install location, so there's nothing network-oriented in the way at this point.


Posted By: timothj
Date Posted: 29 Jan 2016 at 9:19pm
Yes, logged in on all machines as a member of Administators group, same username and password, because life is just easier that way :)


Posted By: wardog
Date Posted: 29 Jan 2016 at 9:20pm
Originally posted by wardog wardog wrote:


My guess is you're not, as having Admin Rights would bypass any and all security that Streams would present as a threat in cab files.


Sorry. My brain is still playing catch up to my fingers and the KB

ie: quoted in this post

Though, If over RD I can't say that with 100% surety. RD does limit some Security that would normally be afforded a "Local" Admin.


Posted By: timothj
Date Posted: 29 Jan 2016 at 10:06pm
Back @ 6pm (in 4 hours time)


Posted By: wardog
Date Posted: 31 Jan 2016 at 1:29pm
Get any further yet concerning this?


Posted By: timothj
Date Posted: 01 Feb 2016 at 3:03pm
Back to basics.

Full re-install of w7x64.sp1. Installed VGA, USB and LAN latest drivers in that order. No other drivers to muddy the water. File copying problem persists. Installed BIOS 1.90. File copying problem persists.

I have also re-built a Gryphon Z97 machine in pretty much the same way as the Z97 Extreme9. Coincidentally they have the same i218v network chip. No file copy problem on the Gryphon. I have tried the Gryphon's LAN driver (it's also Intel's) on the Extreme9, no difference, file copy problem persists.

I am now using the Gryphon as my main machine with the Extreme9 as secondary machine. This means I can try out any ideas (even drastic full re-install ones!) without affecting my workflow.

Ideas welcome :)


Posted By: wardog
Date Posted: 01 Feb 2016 at 6:45pm
I'm stumped.

http://event.asrock.com/tsd.asp" rel="nofollow - http://event.asrock.com/tsd.asp


Posted By: timothj
Date Posted: 01 Feb 2016 at 7:55pm
Form filled in, thank you for your attention to this problem.


Posted By: wardog
Date Posted: 01 Feb 2016 at 8:25pm
NP. Sorry to have drug you along THIS far to no resolution.

W/O knowing your network lay there I've gone right up to a mis--managed switch and conflicting IP's.


Hopefully TSD can help further. If you remember please post back the fix/solve/issue you two come to.


Posted By: wardog
Date Posted: 01 Feb 2016 at 8:28pm
But I exhausted every thing I've ever encountered.

Good luck there.


Posted By: timothj
Date Posted: 05 Feb 2016 at 4:09am
It would appear after working through further tests with AsRock technical support  that my Extreme9 is slightly off spec. with respect to the PCH-hosted PCI-E lanes resulting in 1 byte in error every 250kB or so. When the Realtek NIC is plugged into slot 2, file copy corrpution occurs, in slot 1 there are no errors (as this slot is CPU-hosted). I am planning to use slot 4 for the GPU for OpenCL development, so this may be an issue.




Print Page | Close Window

Forum Software by Web Wiz Forums® version 12.04 - http://www.webwizforums.com
Copyright ©2001-2021 Web Wiz Ltd. - https://www.webwiz.net