Hello community,
we have enormous delays when importing .msg or xls attachments in the jira issues since the deactivation of the SMB1 V1 protocol.
JIRA Version: 5.2.11
Could you help me please!
Best regards,
Eya
Could you confirm what you mean by "smb1 protocol"?
My guess would be that you are using shared storage for your attachments in Jira, based on a SMB (Samba) share, but you may mean a couple of other things.
Also if SMB1 has been shut down, what are you using instead? And can you confirm it is only the attachments you have put on shared storage, not the rest of Jira's home (data) directory?
Hello @Nic Brough -Adaptavist-
Thank you for your reply,
We are using SMBv2 instead of SMBv1
Yes I confirm that we use shared storage (in a file server) for our attachments in Jira, based on an SMB (Samba) share. these are only the attachments we put on shared storage, not the rest of Jira's home (data) directory
Best regards,
Eya
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
Ok, the next step is a look at the logs on the Jira server. When you get that red warning about a failure, something with more detail will have been written into <Jira home>/logs/atlassian-Jira.log
I can't begin to guess what that might be, I've seen several root causes come out in there for various reasons why a disk write fails. The most common one I've seen (when it is limited to certain types of file) is that the new file system or the Jira server have started to perform anti-virus checks on file writes, and the massive slowdown that causes leads to file locks or time-outs.
But don't assume that - start with a look at the server logs.
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
We consulted the logs we found this message:
2021-08-11 15:58:50,054 http-bio-80-exec-232 ERROR middleware 958x4509834x4 1qmd7d 10.194.194.51 /rest/api/2/issue/SAC-375135/attachments [common.error.jersey.ThrowableExceptionMapper] Uncaught exception thrown by REST service
java.lang.RuntimeException: org.apache.commons.fileupload.FileUploadException: Header section has more than 10240 bytes (maybe it is not properly terminated)
at com.atlassian.plugins.rest.common.multipart.fileupload.CommonsFileUploadMultipartHandler.getForm(CommonsFileUploadMultipartHandler.java:92)
PS: we have already completely uninstalled the antivirus from the jira application server to be sure that it is not linked to the antivirus.
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
That suggests something damaging the file as it is being uploaded or going to the file system. Have you tested disabling any anti-virus on the file share (on all the computers sharing it)?
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
Yes, I just excluded the share file that contains the jira attachments, but the slowness persists :/
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
Ok, I think you'll need to talk to your file share admins/experts to find out why it is not writing particular file types quickly enough.
The fact you've changed the type of file share from one to another (albeit similar) and this problem jumped out then is screaming that it's the file system. But we needed to check the anti-virus to get it ruled out.
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.