In 8.1.0.2 when ever Multiscan job run the nodes in the cluster splits. TSE suggested to run disable the multiscan job and schedule the Collect and Autobalance Jobs with low impact. Is there any patches to fix this issue in 8.10.2 or do we need to upgrade to latest code 8.1.2. But the latest code is released in AUG/2018. Is it good/worth to upgrade to latest code. Any suggestions?
We have run into major issues with lwio process getting as large as 24GB in size and then refusing smb client connections. We have discovered it has to do with smb openfiles not getting closed. We are still working with Dell EMC for a solution. We have devised a work around by restarting IIS servers using Isilon smb storage every few hours. This is a pretty bad situation for is and hope EMC figures out what changed between 8.0.0.7 and 8.1.2.0. We did not have this problem in 8.0.0.7.
I'm having an issue with uninstalling the kernel patch KGA_RUP_2019=05_249622 on the OneFS Simulator of the same version as our cluster (now 8.1.2.0). It does node 1 and then just hangs in the Uninstalling state. It's got me concerned that we'll have the same issue when we try to uninstall on Production. Even though the simulator is unsupported, I'm going to try opening an SR about it. At the very least I'm going to open an SR in preparation of our attempt to uninstall the patch, so I hopefully can get immediate support.
If anyone is using Changelist API in their backup solution, It does not work in the version. I heard the issue was fixed in 8.2.1, just wish there was just a fix to fix the changelist API, or in 8.1.3. It's not documented in the release notes.
We recently upgraded a DR cluster to 8.1.2 plus patches from August. No big issues until we upgraded the Prod cluster. We have one access zone we fail over regularly and it failed over fine, then we upgraded the prod cluster and after that the synciq jobs are taking 30-40 times as long to complete.
for example, prior to the upgrade - Job 1234 copied 96,000 files , but only took 7m back on 7/26
after the upgrade, job 5678 copied 91,000 files and took 2H43m on 9/22.
Jobs that used to take 10-15 minutes take 2-5 hours, so effectively we can't fail back without a huge downtime.
We upgraded to 8.1.2.0 because of the LWIO issue in 8.1.0.4 described to us as:
“It has to do with kerberos authentication and not releasing k5_mutex_init threads properly. The LWIO memory utilization will continue to grow until LWIO reaches the maximum memory threshold allocated, which causes node based DU as LWIO will stop handling SMB connection requests.
So The reason our synciq sessions were taking 30-40X longer to complete was because we had subfolder quotas on the target directories. Once we removed the quotas it sped up and is taking only minutes to complete again.
PierceCJ
18 Posts
3
February 26th, 2019 09:00
We had recently upgrade from OneFS 8.0.0.6 to 8.1.2.0 and encountered few issues and weirdness.
1. SyncIQ jobs are intermittently failing on both clusters.
2. WebUI timeout very quick
3. Non-stop log entries in /var/log/messages
4. InsightIQ alert for Isilon data retrieval delayed
#1 was resolved. Still have open SRs on the #2 & #3.
humusbavu
5 Posts
0
February 27th, 2019 07:00
In 8.1.0.2 when ever Multiscan job run the nodes in the cluster splits. TSE suggested to run disable the multiscan job and schedule the Collect and Autobalance Jobs with low impact. Is there any patches to fix this issue in 8.10.2 or do we need to upgrade to latest code 8.1.2. But the latest code is released in AUG/2018. Is it good/worth to upgrade to latest code. Any suggestions?
humusbavu
5 Posts
0
March 5th, 2019 07:00
Hi,
Could you able to share the SR's ?
humusbavu
5 Posts
0
March 6th, 2019 09:00
Hi,
Even after applying full patches to codes are you facing issues. When did you upgrade to the latest code.
Can i get SR details.
Basskicker
1 Message
0
April 11th, 2019 04:00
seeing same issue with
SyncIQ jobs are intermittently failing on both clusters.
What was the fix
dynamox
2 Intern
2 Intern
•
20.4K Posts
0
August 19th, 2019 18:00
Just upgraded to 8.1.2 this past weekend, fingers crossed no issues.
ufsanguy
1 Message
0
August 19th, 2019 18:00
We have run into major issues with lwio process getting as large as 24GB in size and then refusing smb client connections. We have discovered it has to do with smb openfiles not getting closed. We are still working with Dell EMC for a solution. We have devised a work around by restarting IIS servers using Isilon smb storage every few hours. This is a pretty bad situation for is and hope EMC figures out what changed between 8.0.0.7 and 8.1.2.0. We did not have this problem in 8.0.0.7.
Ryan_CSULB
1 Rookie
1 Rookie
•
64 Posts
0
August 27th, 2019 09:00
I'm having an issue with uninstalling the kernel patch KGA_RUP_2019=05_249622 on the OneFS Simulator of the same version as our cluster (now 8.1.2.0). It does node 1 and then just hangs in the Uninstalling state. It's got me concerned that we'll have the same issue when we try to uninstall on Production. Even though the simulator is unsupported, I'm going to try opening an SR about it. At the very least I'm going to open an SR in preparation of our attempt to uninstall the patch, so I hopefully can get immediate support.
m1111
1 Message
0
September 3rd, 2019 20:00
Hi ufsanguy,
We are planning to upgrade to 8.1.2 rup bundle July in the next week.
Can I confirm did you get a resolution for the SMB refusing connections from support? Can I please confirm what rup bundle you upgraded too?
Thanks,
Mel
rrukhaiyarIND
10 Posts
0
September 18th, 2019 11:00
LWIO Throttling 1 of tge 5 S210 nodes
We are at 8.1.2.0 and SW_LW_MEMORY_THROTTLING alerts 2 days continuous at same time
Any idea what are the SMB connection coubt and lwio memory restrictions for S210 nodes to have breached the limits ??
rrukhaiyarIND
10 Posts
0
September 24th, 2019 00:00
Is there an SR number to this openFiles/SMB/LWiO issue
OR
any resolutions provided by DeLL EMC
rrukhaiyarIND
10 Posts
1
October 15th, 2019 21:00
#4 Solution :
524895 : InsightIQ 4.1.2.7 data retrieval delayed, WebUI lost session, PAPI lost session, seen after 8.0.0.7, 8.1.0.3, 8.1.0.4 or 8.1.2.0 upgrade
https://support.emc.com/kb/524895
k_williamson
64 Posts
0
October 16th, 2019 07:00
If anyone is using Changelist API in their backup solution, It does not work in the version. I heard the issue was fixed in 8.2.1, just wish there was just a fix to fix the changelist API, or in 8.1.3. It's not documented in the release notes.
mjzraz
1 Rookie
1 Rookie
•
91 Posts
0
October 29th, 2019 14:00
We recently upgraded a DR cluster to 8.1.2 plus patches from August. No big issues until we upgraded the Prod cluster. We have one access zone we fail over regularly and it failed over fine, then we upgraded the prod cluster and after that the synciq jobs are taking 30-40 times as long to complete.
for example, prior to the upgrade - Job 1234 copied 96,000 files , but only took 7m back on 7/26
after the upgrade, job 5678 copied 91,000 files and took 2H43m on 9/22.
Jobs that used to take 10-15 minutes take 2-5 hours, so effectively we can't fail back without a huge downtime.
We upgraded to 8.1.2.0 because of the LWIO issue in 8.1.0.4 described to us as:
“It has to do with kerberos authentication and not releasing k5_mutex_init threads properly. The LWIO memory utilization will continue to grow until LWIO reaches the maximum memory threshold allocated, which causes node based DU as LWIO will stop handling SMB connection requests.
mjzraz
1 Rookie
1 Rookie
•
91 Posts
1
November 4th, 2019 12:00
So The reason our synciq sessions were taking 30-40X longer to complete was because we had subfolder quotas on the target directories. Once we removed the quotas it sped up and is taking only minutes to complete again.