Hello, we use Jira Server version 8.20.6. Some files *.pdf or *.asc I'm not able to upload, there is an error message. The file size limit is 100mb. That is not the problem. I tried to use rest api to upload the files and drag and drop via wegpage nothing works. I can upload other files without any problem via rest api and webpage. java.io.IOException: HTTP/1.1 header parser received no byte Also I get this error on webpage: "File " " was not uploaded. An internal error has occurred. Please contact your administrator" I've access to a different jira instance in which I tried to upload one of the "broken" files, there was no problem at all. Looking into the server logs I'm not able to see the upload. Where can I see the uploaded files within my server logs? Do I've to activate logging first? Is this a known issue? Kind Regards, Kris

nav[aria-label="Primary Navigation"] { padding: 0; & ul { list-style: none; width: 100%; display: flex; flex-direction: row; justify-content: start; align-items: start; gap: 30px; padding: 0; & li { margin: 0; } & ul li { list-style: none; } } }

uploading attachement failed for some files

Kristoffer Mc Pherson

Hello,

we use Jira Server version 8.20.6.

Some files *.pdf or *.asc I'm not able to upload, there is an error message. The file size limit is 100mb. That is not the problem.

I tried to use rest api to upload the files and drag and drop via wegpage nothing works.

I can upload other files without any problem via rest api and webpage.

java.io.IOException: HTTP/1.1 header parser received no byte

Also I get this error on webpage: "File "<nameoffile>" was not uploaded. An internal error has occurred. Please contact your administrator"

I've access to a different jira instance in which I tried to upload one of the "broken" files, there was no problem at all.

Looking into the server logs I'm not able to see the upload. Where can I see the uploaded files within my server logs? Do I've to activate logging first? Is this a known issue?

Kind Regards,
Kris

Accepted answers

Andy Rusnak

Hi Kristoffer,

Welcome to the Atlassian Community!

I am sorry to hear about the troubles you are having with uploading attachments in a specific Jira instance.

The "java.io.IOException: HTTP/1.1 header parser received no byte" you noted above, where did that come from? That basically means that the server returned nothing as a response to the request. So I suspect there is an error message somewhere in the server logs that might point us in a direction here.

The logs we would likely want to start with in this case would be the Jira application logs. These can be found within: <Jira Home>/log/atlassian-jira.log.

To get started I would recreate the issue and leverage marking your Jira logs. This will allow you the ability to better isolate potential errors related to this within the logs rather than having to scroll through all the logs. So I would start by following the steps below:

Mark the log with a message 'Start Recreation'
Recreate the Issue
Mark the log with a message 'End Recreation'

Once that is done you can look between the start and end markings to see what error messages might have shown up related to this upload attempt.

Without a more detailed error message it is difficult to say what the issue might be right now, but if we can identify more details potentially using the process above we might be able to get the bottom of what is causing the behavior.

Best,

Andy

All comments

Andy Rusnak

Hi Kristoffer,

Welcome to the Atlassian Community!

I am sorry to hear about the troubles you are having with uploading attachments in a specific Jira instance.

The logs we would likely want to start with in this case would be the Jira application logs. These can be found within: <Jira Home>/log/atlassian-jira.log.

Mark the log with a message 'Start Recreation'
Recreate the Issue
Mark the log with a message 'End Recreation'

Once that is done you can look between the start and end markings to see what error messages might have shown up related to this upload attempt.

Best,

Andy

Kristoffer Mc Pherson

Hello Andy,

java.io.IOException: HTTP/1.1 header parser received no byte -> this message I got from using REST API call.

I started the log and was able to see one ERROR

2022-05-16 10:36:59,748+0200 http-nio-8080-exec-4 ERROR kmcphers 636x3455147x2 18pumnu <someip> /rest/jddap/1.0/attachment [c.r.r.c.d.p.a.e.extensions.sql.ExtensionLinkSQL] Unable to format message: Parameters:
[STRING ] 1 com.radiantminds.roadmap.common.data....
[STRING ] 2 jira-issue%
[STRING ] 3 KRIS-1

java.util.UnknownFormatConversionException: Conversion = '
'
at java.base/java.util.Formatter.checkText(Formatter.java:2732)
at java.base/java.util.Formatter.parse(Formatter.java:2718)
at java.base/java.util.Formatter.format(Formatter.java:2655)
at java.base/java.util.Formatter.format(Formatter.java:2609)
at java.base/java.lang.String.format(String.java:2897)
at com.atlassian.pocketknife.api.logging.Log.createMessage(Log.java:184)
at com.atlassian.pocketknife.api.logging.Log.debug(Log.java:126)
at com.radiantminds.roadmap.common.data.persistence.ao.sql.BaseAOPersistenceSQL.logQuery(BaseAOPersistenceSQL.java:73)
at com.radiantminds.roadmap.common.data.persistence.ao.sql.BaseAOPersistenceSQL.sql(BaseAOPersistenceSQL.java:314)
at com.radiantminds.roadmap.common.data.persistence.ao.sql.BaseAOPersistenceSQL.sql(BaseAOPersistenceSQL.java:265)
at com.radiantminds.roadmap.common.data.persistence.ao.sql.BaseAOPersistenceSQL.sql(BaseAOPersistenceSQL.java:261)
at com.radiantminds.roadmap.common.data.persistence.ao.entities.extensions.sql.ExtensionLinkSQL.getTargetIdsForLink(ExtensionLinkSQL.java:190)
at com.radiantminds.roadmap.common.data.persistence.ao.entities.extensions.PortfolioActiveObjectsExtensionLinkPersistence.getTargetIdsForLink(PortfolioActiveObjectsExtensionLinkPersistence.java:73)
at com.radiantminds.roadmap.jira.common.components.issues.JiraIssueLinkAccessor.getWorkItemsForIssue(JiraIssueLinkAccessor.java:27)
at com.radiantminds.roadmap.jira.common.components.issues.JiraIssueSynchronizer.onJiraIssueUpdated(JiraIssueSynchronizer.java:91)
at com.radiantminds.roadmap.jira.common.components.issues.JiraIssueEventHandler.handleIssueUpdatedEvent(JiraIssueEventHandler.java:69)
at com.radiantminds.roadmap.jira.common.components.PortfolioAwesomeLauncher.onIssueEvent(PortfolioAwesomeLauncher.java:404)
at jdk.internal.reflect.GeneratedMethodAccessor2497.invoke(Unknown Source)
at java.base/jdk.internal.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
at java.base/java.lang.reflect.Method.invoke(Method.java:566)
at com.atlassian.event.internal.SingleParameterMethodListenerInvoker.invoke(SingleParameterMethodListenerInvoker.java:42)
at com.atlassian.event.internal.AsynchronousAbleEventDispatcher.lambda$null$0(AsynchronousAbleEventDispatcher.java:37)
at com.atlassian.event.internal.AsynchronousAbleEventDispatcher.dispatch(AsynchronousAbleEventDispatcher.java:85)
at com.atlassian.event.internal.LockFreeEventPublisher$Publisher.dispatch(LockFreeEventPublisher.java:220)
at com.atlassian.event.internal.LockFreeEventPublisher.publish(LockFreeEventPublisher.java:96)
at com.atlassian.jira.event.issue.DefaultIssueEventManager.publishEventIfNotificationsAreEnabled(DefaultIssueEventManager.java:180)
at com.atlassian.jira.event.issue.DefaultIssueEventManager.publishEvent(DefaultIssueEventManager.java:162)
at com.atlassian.jira.event.issue.DefaultIssueEventManager.publishAsRedundant(DefaultIssueEventManager.java:204)
at com.atlassian.jira.event.issue.DefaultIssueEventManager.dispatchRedundantEvent(DefaultIssueEventManager.java:121)
at com.atlassian.jira.issue.util.DefaultIssueUpdater.storeModifiedFields(DefaultIssueUpdater.java:158)
at com.atlassian.jira.issue.util.DefaultIssueUpdater.doUpdate(DefaultIssueUpdater.java:94)
at com.atlassian.jira.issue.util.DefaultIssueUpdater.doUpdate(DefaultIssueUpdater.java:63)
at jdk.internal.reflect.GeneratedMethodAccessor4571.invoke(Unknown Source)
at java.base/jdk.internal.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
at java.base/java.lang.reflect.Method.invoke(Method.java:566)
at com.atlassian.plugin.util.ContextClassLoaderSettingInvocationHandler.invoke(ContextClassLoaderSettingInvocationHandler.java:26)
at com.sun.proxy.$Proxy352.doUpdate(Unknown Source)
at jdk.internal.reflect.GeneratedMethodAccessor4571.invoke(Unknown Source)
at java.base/jdk.internal.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
at java.base/java.lang.reflect.Method.invoke(Method.java:566)
at com.atlassian.plugin.osgi.bridge.external.HostComponentFactoryBean$DynamicServiceInvocationHandler.invoke(HostComponentFactoryBean.java:130)
at com.sun.proxy.$Proxy352.doUpdate(Unknown Source)
at com.atlassian.jira.plugins.dnd.attachment.rest.AttachmentResource.attachTemporaryfile(AttachmentResource.java:102)
at jdk.internal.reflect.GeneratedMethodAccessor6462.invoke(Unknown Source)
at java.base/jdk.internal.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
at java.base/java.lang.reflect.Method.invoke(Method.java:566)
at com.sun.jersey.spi.container.JavaMethodInvokerFactory$1.invoke(JavaMethodInvokerFactory.java:60)
... 12 filtered
at com.atlassian.plugins.rest.module.RestDelegatingServletFilter$JerseyOsgiServletContainer.doFilter(RestDelegatingServletFilter.java:160)
... 1 filtered
at com.atlassian.plugins.rest.module.RestDelegatingServletFilter.doFilter(RestDelegatingServletFilter.java:70)
... 36 filtered
at com.atlassian.jira.plugin.mobile.web.filter.MobileAppRequestFilter.doFilter(MobileAppRequestFilter.java:59)
... 4 filtered
at com.atlassian.jira.plugin.mobile.login.MobileLoginSuccessFilter.doFilter(MobileLoginSuccessFilter.java:54)
... 3 filtered
at com.atlassian.diagnostics.internal.platform.monitor.http.HttpRequestMonitoringFilter.doFilter(HttpRequestMonitoringFilter.java:55)
... 8 filtered
at com.atlassian.web.servlet.plugin.request.RedirectInterceptingFilter.doFilter(RedirectInterceptingFilter.java:21)
... 4 filtered
at com.alphaserve.twofactor.core.services.servlets.impl.FilterServiceImpl.doBeforeDispatchMobileLoginFilter(FilterServiceImpl.java:184)
at com.alphaserve.authplugin.servlets.filters.BeforeDispatchMobileLoginFilter.doFilter(BeforeDispatchMobileLoginFilter.java:26)
... 42 filtered
at com.alphaserve.twofactor.core.services.servlets.impl.FilterServiceImpl.doLoginFilter(FilterServiceImpl.java:130)
at com.alphaserve.twofactor.core.services.servlets.impl.FilterServiceImpl.doLoginFilter(FilterServiceImpl.java:116)
at com.alphaserve.authplugin.servlets.filters.LoginFilter.doFilter(LoginFilter.java:30)
... 3 filtered
at com.atlassian.ratelimiting.internal.filter.RateLimitFilter.doFilter(RateLimitFilter.java:73)
... 3 filtered
at com.atlassian.troubleshooting.thready.filter.AbstractThreadNamingFilter.doFilter(AbstractThreadNamingFilter.java:46)
... 17 filtered
at com.atlassian.jira.security.JiraSecurityFilter.lambda$doFilter$0(JiraSecurityFilter.java:66)
... 1 filtered
at com.atlassian.jira.security.JiraSecurityFilter.doFilter(JiraSecurityFilter.java:64)
... 16 filtered
at com.atlassian.plugins.rest.module.servlet.RestSeraphFilter.doFilter(RestSeraphFilter.java:38)
... 3 filtered
at com.atlassian.pats.web.filter.TokenBasedAuthenticationFilter.doFilter(TokenBasedAuthenticationFilter.java:83)
... 19 filtered
at com.atlassian.jira.servermetrics.CorrelationIdPopulatorFilter.doFilter(CorrelationIdPopulatorFilter.java:30)
... 10 filtered
at com.atlassian.ratelimiting.internal.filter.RateLimitPreAuthFilter.doFilter(RateLimitPreAuthFilter.java:71)
... 3 filtered
at com.atlassian.web.servlet.plugin.request.RedirectInterceptingFilter.doFilter(RedirectInterceptingFilter.java:21)
... 4 filtered
at com.atlassian.troubleshooting.thready.filter.AbstractThreadNamingFilter.doFilter(AbstractThreadNamingFilter.java:46)
... 3 filtered
at com.atlassian.web.servlet.plugin.LocationCleanerFilter.doFilter(LocationCleanerFilter.java:36)
... 26 filtered
at com.atlassian.jira.servermetrics.MetricsCollectorFilter.doFilter(MetricsCollectorFilter.java:25)
... 25 filtered
at org.apache.tomcat.util.threads.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1191)
at org.apache.tomcat.util.threads.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:659)
at org.apache.tomcat.util.threads.TaskThread$WrappingRunnable.run(TaskThread.java:61)
at java.base/java.lang.Thread.run(Thread.java:829)

---

2022-05-16 11:01:14,424+0200 ThreadPoolAsyncTaskExecutor::Thread 41 ERROR <testuser> 661x3457209x1 gphsgt 172.16.141.87 /rest/plugins/1.0/com.xpandit.plugins.xray-key [c.x.raven.configuration.RavenConfigurationServiceImpl] Get invalid
thread count, available processors '4', max threads '8', using default '6'

---

Other errors are not present. Is this a known issue?

Kind Regards,
Kristoffer

Kristoffer Mc Pherson

Hello Andy,

java.io.IOException: HTTP/1.1 header parser received no byte -> this message I got from using REST API call.

I started the log and was able to see one ERROR

2022-05-16 10:36:59,748+0200 http-nio-8080-exec-4 ERROR <someuser> 636x3455147x2 18pumnu <someip> /rest/jddap/1.0/attachment [c.r.r.c.d.p.a.e.extensions.sql.ExtensionLinkSQL] Unable to format message: Parameters:
[STRING ] 1 com.radiantminds.roadmap.common.data....
[STRING ] 2 jira-issue%
[STRING ] 3 KRIS-1

Is this a known issue? There was another Error with the plugin Xray, but I don't think it's causing the problem, since a tried to disable it an the error was still there.

Kind Regards,

Kristoffer

Kristoffer Mc Pherson

Hello Andy,

java.io.IOException: HTTP/1.1 header parser received no byte -> this message I got from using REST API call.

I started the log and was able to see one ERROR

Is this a known issue? There was another Error with the plugin Xray, but I don't think it's causing the problem, since a tried to disable it an the error was still there.

Kind Regards,

Kristoffer

Welcome!

It looks like you're new here. Sign in or register to get started.

Quick Links

Find more posts tagged with

server

jira

jira-server