Nic Brough -Adaptavist- Expert

See https://community.atlassian.com/t5/Jira-Core-questions/Hello-we-re-currently-using-jira-5-0-7-and-have-a-proposed-plan/qaq-p/1505491 again for the first one. Confluence, you should upgrade to 5.0, then 5.highest, then 6.13 and then 7.target The other three, my memory is not that good, as I've only done a few, but I…

Several, all closed with indication that nothing is going to get done, over in the list at https://jira.atlassian.com/issues/?jql=project%20%3D%20%22Jira%20Server%20and%20Data%20Center%22%20AND%20text%20~%20workflow%20AND%20text%20~%20draft%20AND%20text%20~%20edit%20AND%20text%20~%20transition%20ORDER%20BY%20status%20ASC…

But loses all the functionality associated with Story/Epic links.

Start at https://confluence.atlassian.com/adminjiraserver/installing-jira-data-center-938846870.html

You can run it on anything that can run the version of Java it requires. It is only supported on Linux and Windows servers (whether they're physical tin in your data centre, Azure, VMs, Rackspace, AWS etc - doesn't matter)

We can't help you here, we know less about your systems, and have less access than you do. You will need to identify and find your administrators - I'd start with the people who gave you your original access, or the people who asked you to use the system originally.

There is a plan to allow Premium Cloud customers to say "no", but only for a couple of weeks delay, and it'll only be one version.

You can indeed work with a copy of the database, but remember that any change your people make in the old system after you take the copy will not happen in the new one.

You have three options: * Delete the attachments from the issues * Compress them - ask your users to compress before they attach, and think of some way to download, delete, compress and re-upload somehow (as you'll need to adjust the data that links attachments with issues) * Move the attachments on to a compressed file…

You can indeed link them over application links. But the answer to questions 1, 2 and 3 is that "You will need coding for, or a synchronisation app to do that" On 4, yes, you'll need dual licences - the two Cloud systems are separate systems and hence are separately licenced (well, subscribed to)

It's the setting when you go to Admin -> Audit, but it does not affect those tables directly, it's more complex than that.

No, you're looking in the wrong place, stop reading the database.

You must upgrade through several versions if you do not want to break your data completely. I would take 5.0 -> 5.2 -> 6.0 -> 6.4 -> 7.0 -> 7.13 -> 8.13 (if that's still the target by the time you've gone through all of tests) Some of these may be skipped for mid-range or higher versions, but if you're going to do that,…

Depends on how you installed it, but the way Atlassian defaults it to is to use those directories as Linux tends to define them - opt will probably contain the installation, and var will have the home directory. Your process won't really work - you'll be missing too much of a sound home directory. You are not far off…

They're database-independent representations of the data Jira holds for its main data (entities.xml) and the data it holds for apps and plugins (activeobjects.xml). They make up 2 or the 3 backups you need to take for a full, but minimal backup (the third one being the attachments from the files system) I would very…

Ohh, I recognise that question, I think it's been translated from the original into an "easier to read" version and lost something in the process. My answers match yours, and I've explained why: 1 = Validator. Could technically be done with a condition, but a validator would be better because it can tell the user "there's…

Stories and sub-tasks do not have the same relationship as Epics and Stories. Stories are gathered together with Epics, and take some data from them. Sub-tasks are a discrete part of a story that you call out for some reason (like wanting to assign it to another person, have a different component or even just because it's…

You can use @ mentions indeed, but please be sparing with them - they directly mail a lot of us and it's really annoying when people mention you in questions and discussions you actually have no interest in (or time to read). You'll find the @ allows you to quickly select from people already in the conversation, and those…

You'll need to look at the logs of whatever you've done to set up a send. Is "fetchnotes" some form of software that reads Lotus and tries to post to Jira? What does that say when one fails? https://developer.atlassian.com/server/jira/platform/rest-apis/ is the place to start (assuming Jira Server)

10 times slower than what? What did you change to make it so much longer?

No, you will need Atlassian Access if you wish to use your AD accounts. If you read through https://duo.com/docs/atlassian-cloud you'll see the warning box near the top that states you need Access for SSO

It sounds like it is not able to start up properly, you'll need to read the logs to see why it is not starting. You mention database configuration manager which suggests it might not be able to talk to its database.

What are you doing differently to what the installation docs say to do?

It was, and still is, able to connect to a "shared mailbox". The problem in the question you have found is not about shared mailboxes really, it's more about people using them not quite understanding them. As long as you see that it will (rightly) treat the shared address as though it is simply another person, it will work…

Where are you seeing this message and what database have you set up for use with Confluence?

Repeating the statement does not explain it, but at least "audit analysis" gives us something to work with. The solution is to stop reading the database, as it's not a good way to do auditing. The tables are empty because either you've deleted the data from them, or the change logs have got past their retention date as set…

I suspect your issue types are configured differently. The line of code you have found there only works for issue types that are using exactly the same configurations. If you want to change between issue types properly, you need to code for all the migration between configurations as well.

We can't troubleshoot a problem you have not explained. What is the actual problem? Not the guess at the underlying cause, but the symptoms - what can the users not do?

Why do you think this is a problem? What is the actual problem you are having? Not the guess at the underlying cause, but the symptoms - what can the users not do?

Most apps add their configuration settings to the admin pages. Try going to Admin -> Manage apps.