Да я знаю это.
1) на ситуацию не влияет
2) До этого атачменты не отправлялись
3) Не могло быть поскольку на 7 SP не предусмотрены правило с аттачментами.
И так попробую восстановить полную картину.
1. В субботу сделали апдейт SP с 7 на 17
2. Структуру FTP не переформировывали, т.к. произошла проблема с сервером фтп.
3. Создали новый ftp для SD(без старых вложений)
4. С сегодняшнего утра сервер стабильно падает раз в 5 минут.С информацией, которая в скриншоте.
Основной кусок из лога прилагаю.
Первое переустановите сервис с увеличенной памятью java
Цитата
@ECHO OFF
rem The argument DEFAULT means that the jvm.dll file ( the java runtime library ) is found by looking in the registry.
rem If you want to use another library, change the DEFAULT to the complete filename ( thus including folder ) of the jvm.dll file.
rem use this options when you have memory problems
sd_serverservice.exe -install "hp OpenView service desk 4.5 server" DEFAULT -XX:MaxNewSize=64M -XX:NewSize=64M -Xms768M -Xmx1024M -Djava.class.path="%SD_SERVERHOME%lib\classloader.jar" "-Duser.dir=%SD_SERVERHOME%\" -start com.hp.startup.Bootstrap -params com.hp.ifc.bus.AppServer -stop com.hp.startup.Bootstrap -method shutdown -params com.hp.ifc.bus.AppServer -current "%SD_SERVERHOME%\"
rem sd_serverservice.exe -install "hp OpenView service desk 4.5 server" DEFAULT -Djava.class.path="%SD_SERVERHOME%lib\classloader.jar" "-Duser.dir=%SD_SERVERHOME%\" -start com.hp.startup.Bootstrap -params com.hp.ifc.bus.AppServer -stop com.hp.startup.Bootstrap -method shutdown -params com.hp.ifc.bus.AppServer -current "%SD_SERVERHOME%\"
echo .
if "%1"=="" pause
@ECHO OFF
if "%1"=="START" goto start
if "%1"=="start" goto start
if "%1"=="STOP" goto stop
if "%1"=="stop" goto stop
echo Syntax: sd_server [START/STOP]
pause
goto end
:start
cd ..
shift
rem use this options when you have memory problems
java -XX:MaxNewSize=64M -XX:NewSize=64M -Xms768M -Xmx1024M -cp lib\classloader.jar com.hp.startup.Bootstrap com.hp.ifc.bus.AppServer -showconsoleoutput %1 %2 %3 %4 %5 %6 %7 %8 %9
rem java -cp lib\classloader.jar com.hp.startup.Bootstrap com.hp.ifc.bus.AppServer -showconsoleoutput %1 %2 %3 %4 %5 %6 %7 %8 %9
cd bin
goto end
:stop
cd ..
echo trying to stop local server
java -cp lib\classloader.jar com.hp.startup.Bootstrap com.hp.ifc.ui.AppServerManager localhost 30999
cd bin
goto end
:end
Спасибо, Григорий. Сервер перестал падать. Фтп восстановили полностью. Вот только за вчерашний день аттачи не удалось восстановить. Пришлось перекладывать заново.
Вот только одна незадача. Не могу понять что это за строки в логе:
Вт, 01/11/2011 09:46:42 <SMTP> Reply-To : <servicecall@it.ru>
Вт, 01/11/2011 09:46:42 <SMTP> Mail from : servicecall@it.ru
Вт, 01/11/2011 09:46:42 <SMTP> ReturnPath : servicecall@it.ru
Вт, 01/11/2011 09:46:42 <SMTP> Importance : normal
Вт, 01/11/2011 09:46:44 <Trace> Object too large for database Вт, 01/11/2011 09:46:46 <SMTP> Send acknowledgement to: <servicecall@it.ru>
Вт, 01/11/2011 09:46:46 <SMTP> Ended parsing duration: 5578 ms
Вт, 01/11/2011 09:46:46 <SMTP> Send acknowledgement to: <servicecall@it.ru>
Вт, 01/11/2011 09:46:46 <SMTP> Ended parsing duration: 4609 ms
Вт, 01/11/2011 09:46:49 <Trace> Object too large for database
Вт, 01/11/2011 09:46:54 <Trace> Object too large for database
Вт, 01/11/2011 09:46:59 <Trace> Object too large for database Вт, 01/11/2011 09:47:04 <Trace> Object too large for database
Вт, 01/11/2011 09:47:09 <Trace> Object too large for database
Вт, 01/11/2011 09:47:14 <Trace> Object too large for database
Вт, 01/11/2011 09:47:18 <Trace> Object too large for database
Вт, 01/11/2011 09:47:23 <Trace> Object too large for database
Вт, 01/11/2011 09:47:28 <Trace> Object too large for database
Вт, 01/11/2011 09:47:33 <Trace> Object too large for database
Вт, 01/11/2011 09:47:38 <Trace> Object too large for database
Вт, 01/11/2011 09:47:42 <Trace> Object too large for database
Вт, 01/11/2011 09:47:47 <Trace> Object too large for database
Вт, 01/11/2011 09:47:52 <Trace> Object too large for database
Вт, 01/11/2011 09:47:57 <Trace> Object too large for database
Вт, 01/11/2011 09:48:02 <Trace> Object too large for database
Вт, 01/11/2011 09:48:06 <Trace> Object too large for database
Вт, 01/11/2011 09:48:12 <Trace> Object too large for database
Вт, 01/11/2011 09:48:18 <Trace> Object too large for database
Вт, 01/11/2011 09:48:22 <Trace> Object too large for database
Вт, 01/11/2011 09:48:28 <Trace> Object too large for database
Вт, 01/11/2011 09:48:34 <Trace> Object too large for database
Вт, 01/11/2011 09:48:38 <Trace> Object too large for database
Вт, 01/11/2011 09:48:43 <Trace> Object too large for database
Вт, 01/11/2011 09:48:48 <Trace> Object too large for database
Вт, 01/11/2011 09:48:52 <Trace> Object too large for database
Вт, 01/11/2011 09:48:58 <Trace> Object too large for database
Вт, 01/11/2011 09:49:03 <Trace> Object too large for database
Вт, 01/11/2011 09:49:08 <Trace> Object too large for database
Вт, 01/11/2011 09:49:13 <Trace> Object too large for database
Вт, 01/11/2011 09:49:16 <Trace> Object too large for database
Григорий всеравно выходят эти ошибки. Никак не пойму в чем дело
Вт, 01/11/2011 10:50:18 <Data Access> : [SERVER]Контекст базы данных изменен на "service01DB1"., SQL state: 01000
Вт, 01/11/2011 10:50:18 <Data Access> : [SERVER]Параметры языка изменены на "русский"., SQL state: 01000
Вт, 01/11/2011 10:50:18 <System> Running in single server mode.
Вт, 01/11/2011 10:50:21 <System> Business Layer successfully started.
Вт, 01/11/2011 10:50:21 <System> Starting scheduled rule actions queue.
Вт, 01/11/2011 10:50:21 <System> Service: SMTP Service on port 25 disabled. Error: Address already in use: JVM_Bind Вт, 01/11/2011 10:50:32 <Trace> Object too large for database
Вт, 01/11/2011 10:50:42 <Trace> Object too large for database
Вт, 01/11/2011 10:51:18 <System> The socket timeout is set to 1000 milliseconds.
Вт, 01/11/2011 10:51:25 <Trace> Object too large for database
Вт, 01/11/2011 10:51:46 <Trace> Object too large for database
Вт, 01/11/2011 10:52:01 <Trace> Object too large for database
Вт, 01/11/2011 10:52:42 <Trace> Object too large for database
Вт, 01/11/2011 10:53:51 <Trace> Object too large for database
Вт, 01/11/2011 10:54:01 <Trace> Object too large for database
Вт, 01/11/2011 10:54:06 <Trace> Object too large for database
Вт, 01/11/2011 10:54:13 <Trace> Object too large for database
Вт, 01/11/2011 10:54:40 <SMTPERROR>
Уведомления приходят, все корректно работает. Только вот поиск долго в клиенте осуществляется. И вот этот лог смущает
Могу предположить, что на app сервере откуда лог, есть какое-то приложение которое поднимает 25 порт, а он уже в свою очередь занят, поэтому и ошибка. Кто-то не Service Desk пытается поднять порт 25.