Сообщения

1

Поддержка / Ошибка при сохранении карточки в одной базе.

« : 18 Апрель 2012, 14:06:23 »

Добрый день!

Походу дело в версии сервера. Подобная ошибка возникает у многих, у кого стоит версия 8.0.2.
Попробуйте поставить последний фикс пак на сервер, либо откатить его до версии 8.0.1.

Ссылки по теме:
http://www-10.lotus.com/ldd/nd8forum.nsf/DateAllFlatWeb/d6953c6aa0613fa0852574d50021c7dd?OpenDocument
http://www-01.ibm.com/support/docview.wss?uid=sim45c059523aba4c66f8525751a0016efa7
http://blog.nashcom.de/nashcomblog.nsf/dx/critical-problem-in-domino-8.0.2-compact-can-cause-data-loss.htm

Следуя выше мненадо искать этот фикс "hotfix for SPR #WTUZ7EEL85 from IBM/Lotus" ?
Пока базу восстанавливаю fixup из Domino Administrator , но это помогает лишь на время, может ли какой-нибудь агент вызывать данную нестабильность?

2

Поддержка / Ошибка при сохранении карточки в одной базе.

« : 17 Апрель 2012, 16:04:19 »

В чем может быть связана следующая ощибка: Страница не буфферезирована! При сохранении проекта карточки в одной базе (ИсхД), если в других базах все нормально сохраняеться.Сервер Lotus Domino 8.0.2 Клиент Lotus Notes 7.0.4 Company Media.
Событие
Дата, время

AGENT_ERROR
17.04.2012 17:28


Объект (источник)   CM-ИсхД Refresh Views в ИсхД 2012 (CM/CM2012/output2012.nsf)  на DOM/CNVK
Название комплекта   Администрация
Название расписания    Делопроизводство - refresh views (Суточное: 08:00-21:00 (300 с.))
DocID расписания   145CC2BB3D2FB50EC325789C00559BD7
Сервер агента   DOM/CNVK
Название БД агента   ИсхД 2012
БД агента   CM/CM2012/output2012.nsf
Название агента   CM-ИсхД Refresh Views
DocID пакета агентов   5D5B65EC1FC28A1D4425797C00313EB3
Время старта агента   17.04.2012 17:28:50:00
Результат работы агента   NotesException: Notes error: Page is not currently buffered.
   
До этого в журнале фиксируется о том что агент не смог сработать:

Событие
Дата, время

AGENT_ERROR
17.04.2012 13:00


Объект (источник)   CM-ИсхД Прием сводок о дост. и исп. (Push) в ИсхД 2012 (CM/CM2012/output2012.nsf)  на DOM/CNVK
Название комплекта   Администрация
Название расписания    Делопроизводство - Шлюз (Суточное: 08:00-21:00 (3600 с.))
DocID расписания   7A308FF1E5C725D4C325789C00559D73
Сервер агента   DOM/CNVK
Название БД агента   ИсхД 2012
БД агента   CM/CM2012/output2012.nsf
Название агента   CM-ИсхД Прием сводок о дост. и исп. (Push)
DocID пакета агентов   6644023EF143A0F54425797C00313EB0
Время старта агента   17.04.2012 13:00:33:00
Результат работы агента   Последний запуск агента завершился с ошибкой: Note delete failed
PP_UPDATE (line 150; sdoc.UNID: A918B40DEFBD2B8A442579E30027D4E5; tdoc.UNID: 69B4D71C19DE68BE442579E3002C0197)
PP_DOACTION (line 220)
pp_DoSelection (line 146: ; UNID: A918B40DEFBD2B8A442579E30027D4E5);

PP_PROCESSPPSELECTION (line 508)
RUN (line 12)
PPRAGENTRUN (line 18)
Шлюз: отобрано 21
Сохранено 4

А вот предществующая ошибка, может все из-за нее:

Событие
Дата, время

AGENT_ERROR
17.04.2012 13:00


Объект (источник)   CM-ИсхД Прием сводок о дост. и исп. (Push) в ИсхД 2012 (CM/CM2012/output2012.nsf)  на DOM/CNVK
Название комплекта   Администрация
Название расписания    Делопроизводство - Шлюз (Суточное: 08:00-21:00 (3600 с.))
DocID расписания   7A308FF1E5C725D4C325789C00559D73
Сервер агента   DOM/CNVK
Название БД агента   ИсхД 2012
БД агента   CM/CM2012/output2012.nsf
Название агента   CM-ИсхД Прием сводок о дост. и исп. (Push)
DocID пакета агентов   6644023EF143A0F54425797C00313EB0
Время старта агента   17.04.2012 13:00:33:00
Результат работы агента   Последний запуск агента завершился с ошибкой: Note delete failed
PP_UPDATE (line 150; sdoc.UNID: A918B40DEFBD2B8A442579E30027D4E5; tdoc.UNID: 69B4D71C19DE68BE442579E3002C0197)
PP_DOACTION (line 220)
pp_DoSelection (line 146: ; UNID: A918B40DEFBD2B8A442579E30027D4E5);

PP_PROCESSPPSELECTION (line 508)
RUN (line 12)
PPRAGENTRUN (line 18)
Шлюз: отобрано 21
Сохранено 4

   
    Как решить ее? Откатить базу?

3

IBM Lotus Notes & Domino / Смена почтового шаблона

« : 12 Март 2012, 14:54:44 »

Попробуйте http://www.lotusnotes.ru/forum/index.php/topic,261.0.html?PHPSESSID=637a97ae5099395371b59913e049db6c

4

Поддержка / Массовая замена адреса сервера

« : 19 Январь 2012, 12:12:34 »

Было б неплохо написать пару методов решения этой проблемы, и отнести ее к FAQ

На моем месте проблема была решена, составлением мануала для пользователя что и как тыкнуть чтоб заработало (+с перездом на новый рабочий год)

5

Поддержка / Массовая замена адреса сервера

« : 25 Ноябрь 2011, 09:25:50 »

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

Можно ли сделать скрипт изменяющий в notes.ini место подключение?
Или все же прийдется у каждого менять путь через клиент вручную?
Ну и другие способы...

6

Администрирование / Re: Как правильно организовать BackUp за счет внутренних возможности Lotus Domino

« : 15 Ноябрь 2011, 18:47:29 »

Ответ №1
Да, да - NTbackup вообще странно работает...
Смотрите:
Удачный бекап записываеться в систему к примеру у меня вот как:
Дата:  число такое-то
Время: час ночи
Ресурс:  NTbackup
Сообщение:

Begin Backup of 'D:'

    Verify:  On
    Mode:  Append
    Type:  Normal


For more information, see Help and Support Center at

Ну через 5 часов получаю три сообщения (в минуту разницы):
1) End Backup of 'D:' '
The operation was successfully completed.'

    Verify:  On
    Mode:  Append
    Type:  Normal
 
Consult the backup report for more details.

2)End Operation:
The operation was successfully completed.
Consult the backup report for more details.



3)Begin Verify of 'D:'


Да все замечательно....далее проходят дни и вот что:

В то же время, но на день позже:
Begin Operation


Через три минуты:
Begin Backup of 'D:'

    Verify:  On
    Mode:  Append
    Type:  Norma
А результат окончания операций нет(

И так целую неделю! Учитывая что последний бекап он запускает в ночь с пятницы на субботу, т.е. времени у него предостаточно для завершения, места на диске хватит на 3-4 бекапа, но я больше 2-х бекапов не держу (т.е. предыдуший бекап остаеться на сервере до создания нового, потом отправляеться на другое место, вне системы)

Ответ №2
Копирующий, работет по расписанию, первый с понедельника по вторник, последний с пятницы по понедельник.

Ответ №3
Смотри результат ответа №1

Вопросы:

Можно ли обмануть систему, подменив дату в структуре файла бекапа на дату, последнего успешного бекапа (или наоборот) и как это реализовать?
Сам .bkf файл битый...ищю ПО которое может извлечь из него данные (желательно free) либо другой метод извлечения...

То что 100%  документов не будет, факт...хотя б 35-50% и то хорошо...было б.

7

Администрирование / Re: Как правильно организовать BackUp за счет внутренних возможности Lotus Domino

« : 15 Ноябрь 2011, 13:13:31 »

Вот и настал тот день "Ч" . Завис сервак от перегрева и отключились диски при копировании информации.
Делал бекапы  NTbackup-ом...но при этом вес этих копий очень ужасен....(учитывая что сохранялись и документы предыдущих лет, а стоило их б скинуть в другой постоянный бекап, сохраняя при этом только настоящий год) так вот NTbackup делает странные бекапы...вроде создался файл .bkf с 200гб - перебрасываю на другой сервак (все норм) и так каждый день. (при этом у меня остаеться сегоднишний бекап и предыдуший, остальные удаляються.

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

Да еще, разве NTbackup не должен оповещать о выполненом бекапе в логах к примеру?

8

Поддержка / Re: Не критичная ошибка с регистрацией номера в документе

« : 21 Октябрь 2011, 12:53:51 »

Чтобы нумерация продолжалась с нужного вам номера, необходимо не просто поменять поле "последний используемый номер", но и поменять поле "Используемые номера".

Точно!
В самом низу есть такая возможность, там еще текст предупреждения написан.
Благодарю.

9

Поддержка / Re: Не критичная ошибка с регистрацией номера в документе

« : 14 Октябрь 2011, 17:26:33 »

Хмм...проблема решена было методом полного удаления из сервера пользователя с пользедующей реанимацией и раздачей всеми нужными правами...

Осталась только одна запарка:

При создании документа в БД ИсхД, при регистрации номера выдает последовательность не тех номеров...Сбрасывал в БД Нумератор на нужную последовательность. Но нумерация так и продолжаеться в другой последовательности (даже при удалении документов из корзин). Смотрел агентов ответвенных за сию ситуацию, так и не нашел.

Остаеться только подождать когда сработают все агенты (предварительно оставил номер на нужной позиции)

10

Поддержка / Re: Не критичная ошибка с регистрацией номер&

« : 13 Октябрь 2011, 10:37:01 »

Вопрос: Если сбросить параметры нумератора, сохранить, и вновь восстановить, то не повлияю на другие отделения? Не произойдет ли сбой?

Предлагаю:
1. Удалить счетчик этого подразделения и создать новый, попробовать зарегистрировать - какой результат?
2. Перевести админа в это подразделение и дать ему право регистрации, попробовать зарегистрировать документ - какой результат?

Вопросы:
1. Появляется ли ошибка если документу присвоить номер "вручную"?
2. Ошибка выходит по всем Видам документов в данной БД? или только по одному какому-то Виду?

Ответы на вопросы:
1. Да
2. По всем видам документов

Удалил и создал новый, ошибка осталась(

11

Поддержка / Re: Не критичная ошибка с регистрацией номера в документе

« : 11 Октябрь 2011, 19:04:29 »

Не путаю, да у нас разбивка идет на подразделение в СО, но так же и в СС...
Пробовал перевыбрать нумератор и бд.... нет результата...

У нас СМ36

в СС как раз есть та БД, но ошибка появляеться лишь при создании нового документа, а точнее при присвоении номера. Хотя настройки БД Нумератора анологичны другим тделам.

Вопрос: Если сбросить параметры нумератора, сохранить, и вновь восстановить, то не повлияю на другие отделения? Не произойдет ли сбой?

12

Поддержка / Re: Не критичная ошибка с регистрацией номера в документе

« : 10 Октябрь 2011, 14:22:19 »

Попробую вложением...

Может лучше в ХелпДеск ИнтерТраста написать? 

От них нет ответа...

13

Поддержка / Не критичная ошибка с регистрацией номера в документе

« : 07 Октябрь 2011, 10:44:51 »

Столкнулся с такой проблемой:

Пользователь обладает правом регистрирования номера документа. При создании документа ошибки не возникает, а при присвоеннии документу номера появляеться
http://img829.imageshack.us/img829/2185/lotuserror.jpg

Проверял СС для организации, все и всё анологичны другим подразделениям. Проверял id - все нормально. Даже попробовал удалить и создать заново пользователя (удалял все что связано с пользователем: id, e-mail.nsf, профиль сотрудника, картучку персоны и имя в Лотусе Нотусе) и создавал вновь.
Все работает, а ошибка осталась, при этом документу все же присваиваеться номер и он сохраняеться.

Сиситема: Client - Lotus Notes 7.0.4 Server - Domino 7.0.4 от CompanyMedia

Где смотреть и что делать?

14

IBM WebSphere Portal / Re: IBM WebSphere Portal

« : 19 Август 2011, 09:14:42 »

Подскажите подалуйста где можно скачать IBM WebSphere Portal с торрент-трекеров, желательно с KZ. Заранее спасибо....

Хех, вряд ли у кого есть дистрибутив.

Если и найдется человек то надо просить напрямую ссылку или торрент файл

15

Администрирование / Как правильно организовать BackUp за счет внутренних возможности Lotus Domino

« : 05 Июль 2011, 10:05:37 »

Здравствуйте!
Ситуация следующая!  есть сервер Lotus Domino Server 7.0. на 121 пользователей (Lotus Notes 7.0.4) Разработчик CompanyMedia. Так вот бэкапит сервер на второй диск в системе, но почему-то за день бэкап файл весит 100 гб. D В бэкап входят в основном бд документооборота такие как ОГ, ВхД и т.п.
, структурные СО СМ остаются прежними т.е. не бэкапяться.

Поэтому:
1) Как организовать бекап чтоб оставлялось только вчерашний и позавчерашний бекап, остальные затирались
2) Уменьшить размер бекапа
3) Оптимизировать процесс, чтоб процесс шел после 18:00