Кстати, Вас не смущает что в июле 16-ого случилось 14-ое июня 2010-ого...

так, всё правильно: планировщик запускает в последний день месяца батник:
========================
dspace stats-util -u && dspace stats-util -i && dspace stats-util -o && dspace stat-general && dspace stat-monthly && dspace stat-report-general && dspace stat-report-monthly
========================

и ежедневно:
====================
dspace itemcounter && dspace filter-media && dspace index-update && dspace update-discovery-index && dspace cleanup && dspace checker -u && dspace checker-emailer
====================

из лога ссылка вывела на этот документ:
[drive.google.com]

"....\PostgreSQL\9.0\data\pg_log\postgresql-2016-07-31_000000.log"
============================
2016-07-31 23:15:40 EEST LOG: unexpected EOF on client connection
2016-07-31 23:20:49 EEST ERROR: invalid input syntax for type timestamp: "14 червня 2010"
2016-07-31 23:20:49 EEST STATEMENT: SELECT COUNT(*) AS num FROM item WHERE in_archive = true AND withdrawn = false AND item_id IN ( SELECT item_id FROM metadatavalue WHERE metadata_field_id = ( SELECT metadata_field_id FROM metadatafieldregistry WHERE element = 'date' AND qualifier = 'accessioned') AND text_value::timestamp > '2016-07-01'::timestamp AND text_value::timestamp < '2016-07-31'::timestamp )
2016-07-31 23:20:50 EEST LOG: could not receive data from client: No connection could be made because the target machine actively refused it.
===================================

"......\PostgreSQL\9.0\data\postgresql.conf" :
здесь должны быть настройки?
#------------------------------------------------------------------------
# FILE LOCATIONS
#------------------------------------------------------------------------

# The default values of these variables are driven from the -D command-line
# option or PGDATA environment variable, represented here as ConfigDir.

#data_directory = 'ConfigDir' # use data in another directory
# (change requires restart)
#hba_file = 'ConfigDir/pg_hba.conf' # host-based authentication file
# (change requires restart)
#ident_file = 'ConfigDir/pg_ident.conf' # ident configuration file
# (change requires restart)

# If external_pid_file is not explicitly set, no extra PID file is written.
#external_pid_file = '(none)' # write an extra PID file
# (change requires restart)


#------------------------------------------------------------------------

Какой параметр определяет локализацию базы ?

Сам я знаю pgsql плохо и особо не комплексую по этому поводу - смотрю через pgadmin3.

Но у Вас сейчас проблема в том, что ::timestamp AND text_value::timestamp < '2016-07-31'::timestamp.



Редактировано 1 раз. Последний раз 03.10.2016 17:50 пользователем IdeaFix.

Смотрю на документ через веб интерфейс - месяца не вижу.

nik314, системное время проверьте

dspace 1.7.2.... блин, живут же люди :)

woodyfon

[dspace.puet.edu.ua]

Нормальное там время... 2 минуты с ntp расхождение.

Иногда требуется отредактировать размещенные ранее материалы. Можно ли настроить dspace таким образом, чтобы редактировать по формам ввода. Каждый раз выбирать поле DC и вводить туда что-то ручками трудозатратно. Пакетное редактирование применить не могу, поскольку данные разные.

Что такое Item Template в настройках коллекции? Не могу понять зачем оно нужно?!

это после моей редакции. убил всю инфу и упоминание о ней (день, месяц)



Редактировано 1 раз. Последний раз 06.10.2016 07:33 пользователем nik314.

месяц и день удалил вручную, но результата не дало

woodyfon написал(а):
-------------------------------------------------------
> nik314, системное время проверьте

Проверил, всё в норме

вер 1.7.2 как установили с woodyfon - так и работает. Стараюсь не вмешиваться в процесс. Но видимо не всё вечно в жизни нашей. Пока решаю вопрос об тестовом сервере, чтобы там установить новую вер DS.. и перенести всю информацию на него.Дабы не было продолжительных остановок в работе Web SRV

Если со временем траблов все больше и больше, может лучше полностью снести старую версию и поставить новую?! У нас примерно тоже самое, со временем какие-то непонятные ошибки начали вылазить. Одновременно держу тестовый сервер. Но на нем все работает как часы. Траблы только на рабочем. ПО на рабочем ставил не я, порой не могу разобраться в тонкостях настройки.

Цитата:

Пока решаю вопрос об тестовом сервере, чтобы там установить новую вер DS.. и перенести всю информацию на него. Дабы не было продолжительных остановок в работе Web SRV

Если пути одинаковые, то можно посто скопировать. Естественно, сохранив при этом права и режим доступа файлов и каталога.

Немного не понял. Ты пишешь про новую версию DSpace ? И по поводу установки: на Win или Linux основе. Если я правильно понял.Устанавливается новая версия Dspace, по прежним каталогам заноситься вся информация о пользователях и лит-ре и система подхватит всё это ?
И последнее: мы с тобой вроде установили на моём сервере всё и работа пошла, почему тебе кто-то устанавливал другой специалист ?

на настоящее время проблема со статистикой, при запуске:dspace stat-initial, вываливается - https://drive.google.com/open?id=0By6PeWCpxDC8R1pLUWs2OTd6UTQ

На самом деле реально просто перенести (и даптировать) конфиг, перенести асетстор (и почекать права на урове фс) и перенести базу (и обновить её штатно).

А вот слоровую статистику придётся потерять.... как и диспейсовую. Лог конвертеры фактически не работают.

Мы так БелГУ обновляли...

что то всё в ступоре. за прошедший месяц статистика не идет, при этом статистика за тек год идет



Редактировано 4 раз. Последний раз 06.10.2016 11:19 пользователем nik314.

IdeaFix написал(а):
-------------------------------------------------------
> На самом деле реально просто перенести (и
> даптировать) конфиг, перенести асетстор (и
> почекать права на урове фс) и перенести базу (и
> обновить её штатно).
>

Если я правильно понял, такой переход возможен на любую версию в один шаг ?
Поскольку была ранее информации, что переход по версиям до последней по-шагово, вроде так.

Обновление с любой (с кучей оговорок!) версии стало возможно лишь в 5-ой версии.

В общем с базой данных особых проблем нет, она нормально обновляется стандартными средствами DSpace, только вот же еще версию СУБД обновить надо. Об этом авторы как-то умалчивают. В случае с постгрёй это не сложно, но и не тривиально.

А вот в случае с SLOR'ом, оно скорее не сработает, особенно при скачке с 1.7.х на 5.х.

С логами аналогично. Т. е. general report по сути потеряется, начнется сначала.

Мы достаточно тяжело обновляли DSpace (то ли 1.5 то ли 1.7) в Белгородском университете. Там в общем толковый админ, но его наняли на одну задачу - обновить. Парень реально измучился там, месяц обновлялся стандартными средствами. В итоге просто перетащили асетстор и базу в другую виртуалку с другой ОС и 5-ой версией, сделали все апдейты базы, ну и всякие index-discovery и пр.... и время обновления по сути получилось равным времени копирования асетстора + 5 минут.

Статистики в Белгороде кажется и не было (или было не настроено или было не востребовано), так что они особо не огорчились что она не перенеслась.

Так что имхо такой путь (с заменой/обновлением операционной системы и операционной среды) вполне имеет право на жизнь.

Хочу поделиться информацией.Может кому понадобиться.См скрин.

(https://drive.google.com/open?id=0By6PeWCpxDC8cTFmVEFKMi1PYzA)

Красным отмечены поля, которые были не корректно заполнены.Вопрос кто их "наполняет" информацией открыт.
В результате Статистика в полном стопоре !
После редактирования в указанном формате, всплыла давно забытая статистика с момента начала работы DSPACE (с 2012года).
"Дорогу осилит идущий"
Спасибо всем за советы и прочтение.



Редактировано 1 раз. Последний раз 07.10.2016 11:20 пользователем nik314.

Поля dc.data.accesioned и dc.data.avaliable заполняются DSpace при создании документа автоматически. Админ в состоянии их отредактировать, но делать это не желательно.

Кстати, на 1-3 dspace еще и с *.type проблема есть :) Но это очень узкая проблема, с ней вряд ли кто-то нормальный столкнётся.

elarkhnu написал(а):
-------------------------------------------------------
> У меня dspace 5.2, при перезагрузке компа
> посыпался винт и слетела статистика SOLR, та что
> [xxxx] (по каждой статье за полгода)
> . Показывала вообще без цифр. Потом восстановил
> бэкап и прогнал /opt/dspace/bin/dspace stats-util
> -u && /opt/dspace/bin/dspace stats-util -i &&
> /opt/dspace/bin/dspace stats-util -o &&
> /opt/dspace/bin/dspace stat-general &&
> /opt/dspace/bin/dspace stat-report-general &&
> /opt/dspace/bin/dspace stat-monthly &&
> /opt/dspace/bin/dspace stat-report-monthly .
> Теперь пропала старая статистика , показывает
> только вчерашнюю и свежую. Как восстановить старую
> статистику за год??? Файлы в папке SOLR лежат, но
> как их подцепить к dspace?

Как-то решали такую проблему? Есть папка со старыми файлами SOLR/oai, но как подцепить их, если уже побежала свежая статистика с текущего месяца. Пробовал подменять файлы в SOLR/oai -выдаёт ошибки при просмотре статистики. Мне нужно только восстановить статистику за полгода и распечатать её.



Редактировано 1 раз. Последний раз 10.10.2016 12:16 пользователем elarkhnu.

elarkhnu
OAI не трогайте - это другое...

Ой! Ошибся. Менял файлы в SOLR/statistics/ и ничего не получается. Куда копать по поводу стаститики по просмотру и скачиванию статей?

На самом деле просто подмена солр кэша без каких либо переиндексаций должна решать проблему. Я с солром устал биться как с источником адекватных данных это во-первых, как с источником очень казуальных данных - во-вторых. В итоге посредством базовой лицензии на sawmill (не реклама, можете использовать любой другой аналоизатор логов) работаю напрямую с логами tomcat. Это просто чудесно! Правда, теперь вот так звезды встали что логов на один из архивов гигабайт 80 уже, это накладывает некоторые требования на хост для анализа логов. Но благодаря интернету и израильтянам, сливающим New Old Stock за копейки, у меня получился такой вот хост - [pp.vk.me]