It's not the same without you

Join the community to find out what other Atlassian users are discussing, debating and creating.

Atlassian Community Hero Image Collage

JIRA wont boot after upgrade to 7

After sorting out some Plugin issues, JIRA was working after the upgrade. It's suddenly stopped now with following error in logs:

2016-08-30 09:12:12,057 JIRA-Bootstrap ERROR [c.atlassian.jira.ComponentManager] Error occurred while starting component 'com.atlassian.jira.service.DefaultServiceManager'.
java.lang.IllegalArgumentException: Unsupported schedule type: I 
at com.atlassian.jira.scheduler.ClusteredJobFactory.badType(
at com.atlassian.jira.scheduler.ClusteredJobFactory.toScheduleType(
at com.atlassian.jira.scheduler.ClusteredJobFactory.getSchedule(
at com.atlassian.jira.entity.SelectQueryImpl$ExecutionContextImpl.forEach(
at com.atlassian.jira.entity.SelectQueryImpl$ExecutionContextImpl.consumeWith(
at com.atlassian.jira.entity.SelectQueryImpl$ExecutionContextImpl.singleValue(
at com.atlassian.jira.scheduler.OfBizClusteredJobDao.find(
at com.atlassian.scheduler.caesium.impl.CaesiumSchedulerService.getJobDetails(
at com.atlassian.scheduler.core.DelegatingSchedulerService.getJobDetails(
at com.atlassian.jira.service.DefaultServiceManager.ensureServiceScheduled(
at java.util.Iterator.forEachRemaining(
at java.util.Spliterators$IteratorSpliterator.forEachRemaining(
at com.atlassian.jira.service.DefaultServiceManager.ensureServicesScheduled(
at com.atlassian.jira.service.DefaultServiceManager.start(
at com.atlassian.jira.ComponentManager.runStartable(
at com.atlassian.jira.ComponentManager.quickStart(
at com.atlassian.jira.ComponentManager.start(
at com.atlassian.jira.upgrade.PluginSystemLauncher.start(
at com.atlassian.jira.startup.DefaultJiraLauncher.lambda$postDbLaunch$2(
at com.atlassian.jira.config.database.DatabaseConfigurationManagerImpl.doNowOrEnqueue(
at com.atlassian.jira.config.database.DatabaseConfigurationManagerImpl.doNowOrWhenDatabaseActivated(
at com.atlassian.jira.startup.DefaultJiraLauncher.postDbLaunch(
at com.atlassian.jira.startup.DefaultJiraLauncher.lambda$start$0(
at com.atlassian.jira.startup.DefaultJiraLauncher.start(
at com.atlassian.jira.startup.LauncherContextListener.initSlowStuff(

I can't find anything referencing this on the web so am now at a loss as to a fix. Java version is correct. Plugins are fine. Get the same issue when all plugins removed.

JIRA runs but is locked with redirect to "JIRALockedError" page. Ubuntu installation.

7 answers

1 vote
crf Atlassian Team Aug 30, 2016

The exception is coming from inside the supporting code for the scheduler.  It is trying to look at one of the jobs from the database and understand whether it is using a cron expression or a simple interval to control when the job should run.  The valid values here are 'C' from cron expressions and 'I' for simple intervals.

Of course, 'I' is one of those, so the error message doesn't immediately seem to make any sense.  Here's the relevant part of the code:

private static Type toScheduleType(String value) {
    if (value != null && value.length() == 1) {
        switch (value.charAt(0)) {
            case 'C':
                return Type.CRON_EXPRESSION;
            case 'I':
                return Type.INTERVAL;
    throw badType(value);


This suggests to me that somehow the database value has ended up with additional characters that we just don't see, such as trailing whitespace.  I have no idea how that could have happened, but it's the best guess I've got.

I would suggest going into the database and running this query:

SELECT DISTINCT '"' || sched_type || '"' FROM clusteredjob;

The only two values you should see here are exactly "C" and "I" and if you see anything else, even just a trailing space like "I ", then that is probably why this is happening.

That said, I've never seen this, and even as the author of most of the code related to the scheduler, I have trouble understanding how it could have ended up in that state.

I had this same issue. The issue is that there ARE trailing spaces in the column because the schema in SQL Server is set to nchar(2) for the sched_type column in the clusteredjob table. I solved the issue byt changing the column type to char(1). Perhaps the code that checks this should do some type of trim or the schema be changed to char(1).

crf Atlassian Team Nov 21, 2016

This makes some sense, but I don't understand why the column was declared as NCHAR(2). This field is declared to be an "indicator" which has the corresponding SQLServer definition of:

<field-type-def type="indicator" sql-type="NCHAR(1)" java-type="String"></field-type-def>


which clearly says it's supposed to be NCHAR(1).  My guess is that this is something funny with character encoding settings, but I'm not sure.

In any case, having the code tolerate trailing whitespace is a reasonable workaround.


crf Atlassian Team Nov 21, 2016

I have reported this as

However, I suggest that you submit a support request for this and mention both that JRA and what you found.

Your UI is working ? 


No, just redirects to locked page.

Should have mentioned, installed on Ubuntu.

Below link might help you.

JiraLockedError with "JIRA Startup Failed" error




0 votes
crf Atlassian Team Nov 21, 2016

@Lesley Oakey: Your database type is actually more important.  Based on Tom's answer, I have opened this bug report:

As I suggested to him, you should submit a support request for this and refer to that JRA and this discussion.

Wanted to pop in and say that I just encountered this bug.  The workaround of changing the datatype solved it for me.  Thanks for being easily googled.

However I wanted to note that my install was not an upgrade.  It was a new install with data imported via csv.

But I did screw up the character encoding in the database, then changed it to the correct one, so I'd look at that as the source of the issue. 

Suggest an answer

Log in or Sign up to answer
Community showcase
Posted in Jira Core

How to manage many similar workflows?

I have multiple projects that use variations of the same base workflow. The variations depend on the requirements of the project or issue type. The variations mostly come in the form of new statuses ...

1,966 views 8 3
Join discussion

Community Events

Connect with like-minded Atlassian users at free events near you!

Find an event

Connect with like-minded Atlassian users at free events near you!

Unfortunately there are no Community Events near you at the moment.

Host an event

You're one step closer to meeting fellow Atlassian users at your local event. Learn more about Community Events

Events near you