After Hyper-V issue Bare metal issue is worse

tony95

Contributor
Joined
Jan 2, 2021
Messages
117
Try ping -t -f -l <packet size> <your NAS IP> and vary the packet sizes from 1500 to 9000.
Packet needs to be fragmented but DF set.
Packet needs to be fragmented but DF set.
Packet needs to be fragmented but DF set.
Packet needs to be fragmented but DF set.
Packet needs to be fragmented but DF set.
Packet needs to be fragmented but DF set.

Ping statistics for 192.168.0.108:
Packets: Sent = 51, Received = 0, Lost = 51 (100% loss),
Control-C
^C
C:\Users\Admin>ping -t -f -l 1500 192.168.0.108
 

tony95

Contributor
Joined
Jan 2, 2021
Messages
117
C:\Users\Admin>ping -t -f -l 1472 192.168.0.108

1472 works, so my MTU is 1500
 

Samuel Tai

Never underestimate your own stupidity
Moderator
Joined
Apr 24, 2020
Messages
5,399
No, on the network between the server and the VMs. You said jumbo frames were enabled there.
 

tony95

Contributor
Joined
Jan 2, 2021
Messages
117
I think the problem is SMB server. I had an error writing at 15:07 and I looked up logs and I see what looks like the SMB service is shutting down? I found a post that this was supposed to be fixed in U2, but for me it might still be my issue?

Feb 2 13:51:21 TRNS1 kernel: pid 3805 (smbd), jid 0, uid 0: exited on signal 6
Feb 2 15:06:06 TRNS1 kernel: pid 20804 (smbd), jid 0, uid 0: exited on signal 6
Feb 2 15:06:45 TRNS1 kernel: pid 21012 (smbd), jid 0, uid 0: exited on signal 6
Feb 2 15:07:55 TRNS1 kernel: pid 21028 (smbd), jid 0, uid 0: exited on signal 6
root@TRNS1[~]#
 

Samuel Tai

Never underestimate your own stupidity
Moderator
Joined
Apr 24, 2020
Messages
5,399
Signal 6 is a core dump abort.
 

tony95

Contributor
Joined
Jan 2, 2021
Messages
117
So, looks like this is a known issue all along?
 

tony95

Contributor
Joined
Jan 2, 2021
Messages
117
Probably also why my user access went tits-up when I restored my config to the bare metal server
 

Hellione

Explorer
Joined
Jan 23, 2021
Messages
55
did you set correct (or any) gateway & dns under network - global config?
but this problem is not related to your aborted local file transfers.
i would begin the trial and error journey with: connect workstation directly to server (i.e. crossover cable) or a switch with only this two devices and copy thousands of files of all sizes, for hours. no one should fail to copy, and no interrupt shoud occure. if this works, its your other network equipment.
 

tony95

Contributor
Joined
Jan 2, 2021
Messages
117
did you set correct (or any) gateway & dns under network - global config?
but this problem is not related to your aborted local file transfers.
i would begin the trial and error journey with: connect workstation directly to server (i.e. crossover cable) or a switch with only this two devices and copy thousands of files of all sizes, for hours. no one should fail to copy, and no interrupt shoud occure. if this works, its your other network equipment.
Yes, I resolved the update problem by reconfiguring my network for DCHP and restarting but I am on the latest version. I am sure this is the problem because it is occurring at the same time the network issue occurs, why wouldn't it be the problem? If the share resets in the middle of a write that will kill the write, but reading is never a problem because it just waits for the recovery.
 

tony95

Contributor
Joined
Jan 2, 2021
Messages
117
Installed 12.0-U2 and issue seems to be resolved. I have been downloading all day and no errors.
 
Top