After import projects to Jira, not displayed attachments and avatars

[Fedorov Fedor]

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...

[Alexey Matveev]

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

[Fedorov Fedor]

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

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

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

[Alexey Matveev]

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

[Fedorov Fedor]

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

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

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

[Alexey Matveev]

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

[Fedorov Fedor]

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

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

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

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

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

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

[Alexey Matveev]

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

[Fedorov Fedor]

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

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

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

[Alexey Matveev]

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

[Fedorov Fedor]

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

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

[Alexey Matveev]

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

[Fedorov Fedor]

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

[Alexey Matveev]

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

[Toli An]

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>'

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

[Fedorov Fedor]

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

[Toli An]

в первом вместо <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. 

[Fedorov Fedor]

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

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

[Toli An]

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

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 

[Fedorov Fedor]

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

[Toli An]

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

[Fedorov Fedor]

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

[Fedorov Fedor]

Нет записей

# 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

[Egor Guzun]

Когда делаете импорт проекта стандартным тулом, то нужно предварительно запихнуть в папку \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 которые ты заимпортил до этого. Также компоненты и версии.

Удачи! :) 

[Fedorov Fedor]

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

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

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

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

[Egor Guzun]

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

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

[Fedorov Fedor]

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

[Fedorov Fedor]

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

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

[Egor Guzun]

И как? Получилось?

Если нет, то вполне возможно, что поможет ребилд. Для этого нужно зайти в System ->Indexing-> Lock JIRA and Rebuild Index. 

Была такая же проблема и ребилд помог

[allatrack]

У меня схожая проблема:
Перенес Jira/Confluence с одного сервера на другой, базу восстанавливал из снепшотов (PostgreSQL).

Все данные подхватились нормально. Аттачи со старого сервера записал в соответствующие папки  [/var/atlassian/application-data/****/data/attachments] -  confluence подхватил нормально, а вот jira не отображает ни иконки профилей ни аттачи.
Что интересно - если на вебинтерфейсе "посмотреть код" - то ссылки в Jira идут на локалхост, по типу src="http://127.0.0.1:8080/secure/useravatar?ownerId=user&avatarId=11800". В Confluence ссылается на хост.
Если пользователю добавить аватар, то аватар записывается в папку на сервере, но не показывает...

Обновление индекса не помогает естественно.

Возможно это гдет-то в конфигах настройки?

[Fedorov Fedor]

Попробуйте сменить на реальный адрес https с ip/именем сервака. Не отображались у меня аватарки, которые перенес с другого сервера, а вот новые добавленные отображались корректно.

[allatrack]

Виной тому оказался не сконфигурированный server.xml под 443 порт. (до этого стояло на http :)

cat /opt/atlassian/jira/conf/server.xml

Добавили:

proxyName="jira.example.com"
proxyPort="443"

Заработало

[Peter DeWitt]

@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

[Fedorov Fedor]

Hi,

I know this Peter! 

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

But no effect.