After import projects to Jira, not displayed attachments and avatars

Hi All,

After importing projects to Jira from other Jira instance, not displayed attachments and avatars. 

The Key (STDM) of the one project and path directory correct between two Jira instances.

The second Jira project include KEY (STV). But I dont understand, how somebody called wokflows, scheme of the project (STV) - SV.

Why after the importing projects,  I dont see atachments and avatars? I copied all data to the new Jira...

2 answers

0 votes
Peter DeWitt Community Champion Nov 07, 2017

@Fedorov Fedor, if you used the xml export / import you will need to manually copy the attachments and avatars from your first instance to your second.

Look in this directory: $JIRA_Home/data/jira/data/

 

.pd

Hi,

I know this Peter! 

I was copied manually this files to  $JIRA_Home/data/jira/data/ and restart jira instance.

But no effect.

0 votes
Alexey Matveev Community Champion Nov 07, 2017

Hello,

Avatars and attachments are situated in an application server directory. I guess you restored another instance from an xml backup or database backup. Avatars and attachments are not included there. Avatars are situated in $JIRA_HOME/data/avatars folder. The folder of attachments you can figure out by reading the following article

https://confluence.atlassian.com/adminjiraserver071/configuring-file-attachments-802593126.html

Алексей, я уже скопировал все аватарки и вложения на новый сервер в $JIRA_HOME/data/avatars и $JIRA_HOME/data/attachmens

Я знаю, что нужно их перенести на новый сервер и что они не входят в xml.

Просто они не отображаются в Jira, даже после ребута инстанции

Alexey Matveev Community Champion Nov 08, 2017

Не отображаются, ты имеешь ввиду, что ссылок на файлы нет или когда ты щелкаешь на ссылке, то пишет, что файл не найден?

Ну например, у пользователя есть аватарка профиля и она просто не отображается. Или в задачи прикреплены вложения, но их просто нет.

Все файлы находятся в идентичных директориях, сравнил только что 2 Jira, вдруг пути разные в старой могли быть.

 

Также в одном из проектов создали проект с ключем STV, а фокфлоу, схемы и т.д с ключем SV. Как такое могли сделать не пойму!?

Alexey Matveev Community Champion Nov 08, 2017

понятно, а как переносили проект? Через xml backup и потом восстановить проект?

Да, делали выгрзку xml.

Далее Импорт проектов из этого xml. Он ругался на проект. Я создал пустой проект с тем же ключем. И далее продолжил импорт.

Далее он ругался на на новые сущности в проекте, приоритеты. Их не было или были приоритеты по другому названы. Я создал все руками.

Далее он ругался только на вложения. Я успешно импортировал проект. Тормознул Jira

Скопировал на новую JIra вложения и автатарки импортируемых проетов и запустил Jira. 

Но ничего не появилось или не отобразилось! Провел индексацию всей Jira, не помогло

Alexey Matveev Community Champion Nov 08, 2017

Это странно. Аватарки вообще на проекты не завязаны и они должны по любому работать. В общем что-то пошло не так. У тебя точно кодировки одинаковы на 2-х инстансах?

Да, кодировка одинаковая в обеих Jira - utf8_general_ci

И кстати она уже почему-то в версии Jira 7.5.0 не поддерживается! 

Collation error выдает в Сортировке

Alexey Matveev Community Champion Nov 08, 2017

Это в support нужно обращаться. Вроде все правильно ты сделал.

А как могли так создать проект с ключем STV, а workflow c SV?

Все же там автоматом делается! Я говорю щас про стандартные workflow! 

Alexey Matveev Community Champion Nov 08, 2017

Я вообще стандартным импортом не пользуюсь. Есть плагин Project Configurator. Он все лучше делает.

Этот плагин платный?

Alexey Matveev Community Champion Nov 08, 2017

Да,  платный. Но рабочий

Hi there! Всем привет!
я бы проверил что в таблицах получилось после импорта

например проверить аватарку какого-нибудь пользователя (user_key):


SELECT [filename]
FROM [JiraDB].[dbo].[avatar]
WHERE avatartype = 'user' and owner = '<user_key>'

и список файлов для любой issue (issue_key) в которой есть вложения:

SELECT TOP 100 f.*
FROM [JiraDB].[dbo].[fileattachment] f
join [JiraDB].[dbo].[jiraissue] i on f.issueid = i.id
join [JiraDB].[dbo].[project] p on p.ID = i.PROJECT
WHERE p.pkey + '-' + cast(i.issuenum as varchar(255)) = '<ISSUE_KEY>'

если пусто или не то что нужно, значит была проблема с импортом.

Поясните пожалуйста, в скрипте SQL запроса, какие параметры нужно подставить под свои или переменные? Т.е что нужно заменить?

в первом вместо <user_key> - логин пользователя
у которого нужно проверить аватарку.


Для аватарки проекта другой запрос:

SELECT [filename]
FROM [JiraDB].[dbo].[avatar] a
join [JiraDB].[dbo].[project] p on p.ID = a.owner
WHERE avatartype = 'project' and p.pkey = '<PROJECT_KEY>'

вместо <PROJECT_KEY> - Kод проекта


например для проекта с кодом TEST:

SELECT [filename]
FROM [JiraDB].[dbo].[avatar] a
join [JiraDB].[dbo].[project] p on p.ID = a.owner
WHERE avatartype = 'project' and p.pkey = 'TEST'

для задачи TEST-1 :

SELECT TOP 100 f.*
FROM [JiraDB].[dbo].[fileattachment] f
join [JiraDB].[dbo].[jiraissue] i on f.issueid = i.id
join [JiraDB].[dbo].[project] p on p.ID = i.PROJECT
WHERE p.pkey + '-' + cast(i.issuenum as varchar(255)) = 'TEST-1'

 

вместо [JiraDB] - у вас должно быть указано имя вашей базы.

Синтаксис запроса я привел для MS SQL. 

Понятно. А у меня Mysql для Jira стоит(

Но думаю вопрос в синтаксисе. 

должно быть что-то типа этого тогда:

SELECT f.FILENAME
FROM fileattachment f
INNER JOIN jiraissue i on f.issueid = i.id
INNER JOIN project p on p.ID = i.PROJECT
WHERE p.pkey = 'TEST' and i.issuenum = 1

Инстанцию Jira можно остановить? Или должна быть запущена? Мне нужно сделать для запросов подключение извне. Для этого нужно менять конфиг, убирать localhost 127.0.0.1 на подключение ото всюду, А после этих манипуляций у меня Jira не работает.

Селекты из базы данные не меняют, поэтому можно и на работающей JIRA выполнять. На счет конфигурирования MySQL не знаю, нет опыта. 

В том то и дело, что я со своего компа рабочего не могу подключиться к БД, пока работает JIRA, ее надо остановить и поменять конфиг в СУБД на разрешение подключения со всех хостов. Соответственно если Jira выключена, запрос все равно выполниться и выдаст результат

Нет записей

# id, FILENAME
'24259', NULL
'24258', NULL
'24257', NULL
'24256', NULL
'24255', NULL
'24254', NULL
'24253', NULL
'24252', NULL
'24251', NULL
'24250', NULL
'24249', NULL
'24248', NULL
'24247', NULL
'24246', NULL
'24245', NULL
'24244', NULL
'24243', NULL
'24242', NULL
'24241', NULL
'24240', NULL
'24239', NULL
'24238', NULL
'24237', NULL
'24236', NULL
'24235', NULL
'24234', NULL
'24233', NULL
'24232', NULL
'24231', NULL
'24230', NULL
'24229', NULL
'24228', NULL
'24227', NULL
'24226', NULL
'24225', NULL
'24224', NULL
'24223', NULL
'24222', NULL
'24221', NULL
'24220', NULL
'24219', NULL
'24218', NULL
'24217', NULL
'24216', NULL
'24215', NULL
'24214', NULL
'24213', NULL
'24212', NULL
'24211', NULL
'24210', NULL
'24209', NULL
'24208', NULL
'24207', NULL
'24206', NULL
'24205', NULL
'24204', NULL
'24203', NULL
'24202', NULL
'24201', NULL
'24200', NULL
'24199', NULL
'24198', NULL
'24197', NULL
'24196', NULL
'24195', NULL
'24194', NULL
'24193', NULL
'24192', NULL
'24191', NULL
'24190', NULL
'24189', NULL
'24188', NULL
'24187', NULL
'24186', NULL
'24185', NULL
'24184', NULL
'24183', NULL
'24182', NULL
'24181', NULL
'24180', NULL
'24179', NULL
'24178', NULL
'24177', NULL
'24176', NULL
'24175', NULL
'24174', NULL
'24173', NULL
'24172', NULL
'24171', NULL
'24170', NULL
'24169', NULL
'24168', NULL
'24167', NULL
'24166', NULL
'24165', NULL
'24164', NULL
'24163', NULL
'24162', NULL
'24161', NULL
'24160', NULL
'24159', NULL
'24158', NULL
'24157', NULL
'24156', NULL
'24155', NULL
'24154', NULL
'24153', NULL
'24152', NULL
'24151', NULL
'24150', NULL
'24149', NULL
'24148', NULL
'24147', NULL
'24146', NULL
'24145', NULL
'24144', NULL
'24143', NULL
'24142', NULL
'24141', NULL
'24140', NULL
'24139', NULL
'24138', NULL
'24137', NULL
'24136', NULL
'24135', NULL
'24134', NULL
'24133', NULL
'24132', NULL
'24131', NULL
'24130', NULL
'24129', NULL
'24128', NULL
'24127', NULL
'24126', NULL
'24125', NULL
'24124', NULL
'24123', NULL
'24122', NULL
'24121', NULL
'24120', NULL
'24119', NULL
'24118', NULL
'24117', NULL
'24116', NULL
'24115', NULL
'24114', NULL
'24113', NULL
'24112', NULL
'24111', NULL
'24110', NULL
'24109', NULL
'24108', NULL
'24107', NULL
'24106', NULL
'24105', NULL
'24104', NULL
'24103', NULL
'24102', NULL
'24101', NULL
'24100', NULL
'24099', NULL
'24098', NULL
'24097', NULL
'24096', NULL
'24095', NULL
'24094', NULL
'24093', NULL
'24092', NULL
'24091', NULL
'24090', NULL
'24089', NULL
'24088', NULL
'24087', NULL
'24086', NULL
'24085', NULL
'24084', NULL
'24083', NULL
'24082', NULL
'24081', NULL
'24080', NULL
'24079', NULL
'24078', NULL
'24077', NULL
'24076', NULL
'24075', NULL
'24074', NULL
'24073', NULL
'24072', NULL
'24071', NULL
'24070', NULL
'24069', NULL
'24068', NULL
'24067', NULL
'24066', NULL
'24065', NULL
'24064', NULL
'24063', NULL
'24062', NULL
'24061', NULL
'24060', NULL
'24059', NULL
'24058', NULL
'24057', NULL
'24056', NULL
'24055', NULL
'24054', NULL
'24053', NULL
'24052', NULL
'24051', NULL
'24050', NULL
'24049', NULL
'24048', NULL
'24047', NULL
'24046', NULL
'24045', NULL
'24044', NULL
'24043', NULL
'24042', NULL
'24041', NULL
'24040', NULL
'24039', NULL
'24038', NULL
'24037', NULL
'24036', NULL
'24035', NULL
'24034', NULL
'24033', NULL
'24032', NULL
'24031', NULL
'24030', NULL
'24029', NULL
'24028', NULL
'24027', NULL
'24026', NULL
'24025', NULL
'24024', NULL
'24023', NULL
'24022', NULL
'24021', NULL
'24020', NULL
'24019', NULL
'24018', NULL
'24017', NULL
'24016', NULL
'24015', NULL
'24014', NULL
'24013', NULL
'24012', NULL
'24011', NULL
'24010', NULL
'24009', NULL
'24008', NULL
'24007', NULL
'24006', NULL
'24005', NULL
'24004', NULL
'24003', NULL
'24002', NULL
'24001', NULL
'24000', NULL
'23999', NULL
'23998', NULL
'23997', NULL
'23996', NULL
'23995', NULL
'23994', NULL
'23993', NULL
'23992', NULL
'23991', NULL
'23990', NULL
'23989', NULL
'23988', NULL
'23987', NULL
'23986', NULL
'23985', NULL
'23984', NULL
'23983', NULL
'23982', NULL
'23981', NULL
'23980', NULL
'23979', NULL
'23978', NULL
'23977', NULL
'23976', NULL
'23975', NULL
'23974', NULL
'23973', NULL
'23972', NULL
'23971', NULL
'23970', NULL
'23969', NULL
'23968', NULL
'23967', NULL
'23966', NULL
'23965', NULL
'23964', NULL
'23963', NULL
'23962', NULL
'23961', NULL
'23960', NULL
'23959', NULL
'23958', NULL
'23957', NULL
'23956', NULL
'23955', NULL
'23954', NULL
'23953', NULL
'23952', NULL
'23951', NULL
'23950', NULL
'23949', NULL
'23948', NULL
'23947', NULL
'23946', NULL
'23945', NULL
'23944', NULL
'23943', NULL
'23942', NULL
'23941', NULL
'23940', NULL
'23939', NULL
'23938', NULL
'23937', NULL
'23936', NULL
'23935', NULL
'23934', NULL
'23933', NULL
'23932', NULL
'23931', NULL
'23930', NULL
'23929', NULL
'23928', NULL
'23927', NULL
'23926', NULL
'23925', NULL
'23924', NULL
'23923', NULL
'23922', NULL
'23921', NULL
'23920', NULL
'23919', NULL
'23918', NULL
'23917', NULL
'23916', NULL
'23915', NULL
'23914', NULL
'23913', NULL
'23912', NULL
'23911', NULL
'23910', NULL
'23909', NULL
'23908', NULL
'23907', NULL
'23906', NULL
'23905', NULL
'23904', NULL
'23903', NULL
'23902', NULL
'23901', NULL
'23900', NULL
'23899', NULL
'23898', NULL
'23897', NULL
'23896', NULL
'23895', NULL
'23894', NULL
'23893', NULL
'23892', NULL
'23891', NULL
'23890', NULL
'23889', NULL
'23888', NULL
'23887', NULL
'23886', NULL
'23885', NULL
'23884', NULL
'23883', NULL
'23882', NULL
'23881', NULL
'23880', NULL
'23879', NULL
'23878', NULL
'23877', NULL
'23876', NULL
'23875', NULL
'23874', NULL
'23873', NULL
'23872', NULL
'23871', NULL
'23870', NULL
'23869', NULL
'23868', NULL
'23867', NULL
'23866', NULL
'23865', NULL
'23864', NULL
'23863', NULL
'23862', NULL
'23861', NULL
'23860', NULL
'23859', NULL
'23858', NULL
'23857', NULL
'23856', NULL
'23855', NULL
'23854', NULL
'23853', NULL
'23852', NULL
'23851', NULL
'23850', NULL
'23849', NULL
'23848', NULL
'23847', NULL
'23846', NULL
'23845', NULL
'23844', NULL
'23843', NULL
'23842', NULL
'23841', NULL
'23840', NULL
'23839', NULL
'23838', NULL
'23837', NULL
'23836', NULL
'23835', NULL
'23834', NULL
'23833', NULL
'23832', NULL
'23831', NULL
'23830', NULL
'23829', NULL
'23828', NULL
'23827', NULL
'23826', NULL
'23825', NULL
'23824', NULL
'23823', NULL
'23822', NULL
'23821', NULL
'23820', NULL
'23819', NULL
'23818', NULL
'23817', NULL
'23816', NULL
'23815', NULL
'23814', NULL
'23813', NULL
'23812', NULL
'23811', NULL
'23810', NULL
'23809', NULL
'23808', NULL
'23807', NULL
'23806', NULL
'23805', NULL
'23804', NULL
'23803', NULL
'23802', NULL
'23801', NULL
'23800', NULL

Но вложения точно есть в задачах. Сейчас смотрел старый сервак Jira

Когда делаете импорт проекта стандартным тулом, то нужно предварительно запихнуть в папку \Atlassian\Application Data\JIRA\import\attachments все аттачменты, которые есть на проекте. 

Другими словами - в папке Atlassian\Application Data\JIRA\data\attachments\ ищем папку с аттачментами именно того проекта, который нужен. Копируем эту папочку и кидаем в \Atlassian\Application Data\JIRA\import\attachments.

Дальше всё по стандарту - Project Import - Choose Project - Validation - напротив "Attachments" должна быть зелёная галочка. Если нет, то прошу скинуть скрин с тем, почему он ругается. Если всё зелёное, то делай импорт. Всё должно пройти по плану.

 

НО! Предварительно нужно удалить балком все Issues которые ты заимпортил до этого. Также компоненты и версии.

Удачи! :) 

Добрый день. Я пробовал положить аватарки и вложения до импорта и после импорта. Все равно их не видит.

Т.е если, как ты говоришь копировать их до импорта, то в процессе импорта он показывает красным крестиком, что attachments не найдены.

Если после импорта копировать и ребутнуть Jira, тоже самое. 

Кроме того в одном из проектов сделали косяк. Проект назвали TGV, а workflow и схемы TV, пропустили букву. И теперь папка со вложениями TV, а проект при импорте нужно создать пустой с именем TGV.

Добрый, можно пожалуйста скриншот, когда он пишет, что не видит аттачменты (до импорта)?

Названия воркфло можно переименовать. Папку в аттачментах с неправильным названием (новую папку, которая создалась после импорта) можно удалить. 

1) Я понял. Ну это надо бы тестовую виртуалку развернуть и все смигрировать. Возможно завтра сделаю. Так то уже проекты криво импортировал с задачами. 

2) Еще такой вопрос про кодировку! Версия Jira 7.X.X не поддерживает в базе Mysql кодировку 'utf8_general_ci'.

The database collation 'utf8_general_ci' and table collation 'utf8_general_ci' are not supported by JIRA.

Вроде как поддерживает UTF8_BIN. Конечно могу создать пустую базу с этой кодировкой в новом инстансе и потом все перенести туда. Но опять вложения и аватарки не перейдут, теперь уже из-за разных кодироввок.

Пробовал переконвертировать SQL запросом, переконвертировалась в свойствах системы. Но ошибка остается в Instance health checks

 

Сделал так, что вложения стали зелененькими))

Но вот аватарки не отображаются. их скопировал в \var\..\data\avatars.

Suggest an answer

Log in or Join to answer

Stay in touch

Be the first to know what's trending on Atlassian Community