| View previous topic :: View next topic | 
	
	
		| Author | Message | 
	
		| Марина 
 
 
 Joined: 27 Aug 2002
 Posts: 501
 Location: Кондрина Марина Александровна
 Occupation: ОАО БКО программист
 Interests: Боровичи Новгородской обл
 
 | 
			
				|  Posted: 27 Jun 2005 13:31    Post subject: Зависание ночной индексации |   |  
				| 
 |  
				| У нас имеет место систематическое подвисание ночной индексации БЭСТ, запускаемой из шедулера. Частота подвисаний в последнее время увеличилась, ориентировочно это раз в месяц. Сейчас перешли на BIN, после перехода неделю все индексировалось нормально, и вот опять индексация подвисла... Перед запуском пакета всегда проверяем, что пользователей точно нет в сети. Время запуска пакета - 4 часа ночи.
 На сервере стоит W2000.
 
 Меня интересует, подвисает ли индексация у других программистов аналогично нашему случаю, или это только у нас. Может быть, кто-то подкинет идею, от чего это может бы
 |  | 
	
		| Back to top |  | 
	
		|  | 
	
		| Марина 
 
 
 Joined: 27 Aug 2002
 Posts: 501
 Location: Кондрина Марина Александровна
 Occupation: ОАО БКО программист
 Interests: Боровичи Новгородской обл
 
 | 
			
				|  Posted: 28 Jun 2005 08:46    Post subject: |   |  
				| 
 |  
				| Вот уже не первый раз наблюдаю подвисание индексации и при индексации из самой программы. Происходит следующее. На каком-нибудь файле процес останавливается и стоит минут 15. Сегодня такое произошло с файлом, в котором всего 3 записи(!). Если же параллельно зайти в просмотр этого файла через bro, то как только выйдешь из bro, индексация начинает крутиться как ни в чем ни бывало. 
 Такая же ситуация у меня возникала на одной базе при переходе к очередной версии БЭСТ, но не при индексации, а при расчете контрольных сумм. Там БЭСТ стоял локальный, и я грешила на компьютер, но сегодня вижу аналогичную же ситуацию при индексации (из программы) в центральном БЭСТ, установленном на сервере.
 |  | 
	
		| Back to top |  | 
	
		|  | 
	
		| Aidar 
 
 
 Joined: 13 Jan 2003
 Posts: 222
 
 
 Interests: Казань
 
 | 
			
				|  Posted: 28 Jun 2005 10:54    Post subject: |   |  
				| 
 |  
				| Может у Вас антивирус мешает??? |  | 
	
		| Back to top |  | 
	
		|  | 
	
		| andre19 
 
  
 Joined: 24 May 2004
 Posts: 317
 Location: Andre
 Occupation: albumin (programmer)
 Interests: Новосибирск
 
 | 
			
				|  Posted: 28 Jun 2005 12:59    Post subject: |   |  
				| 
 |  
				| похоже не глюк ОС = файл не разлочен до конца, попробуйте сбрасывать коннекты перед индексацией. |  | 
	
		| Back to top |  | 
	
		|  | 
	
		| EugeneT 
 
 
 Joined: 23 Mar 2004
 Posts: 130
 Location: Токарев Евгений
 Occupation: Класс
 Interests: Магнитогорск
 
 | 
			
				|  Posted: 28 Jun 2005 13:06    Post subject: |   |  
				| 
 |  
				| Я на linux'е обычно рестартую самбу, а уж потом индексирую. А вы попробуйте настроить отключение пользователей на сервере в определенное время ну и что-то вроде net stop server
 net start server
 можно попробовать перед индесацией.
 |  | 
	
		| Back to top |  | 
	
		|  | 
	
		| Марина 
 
 
 Joined: 27 Aug 2002
 Posts: 501
 Location: Кондрина Марина Александровна
 Occupation: ОАО БКО программист
 Interests: Боровичи Новгородской обл
 
 | 
			
				|  Posted: 28 Jun 2005 13:12    Post subject: |   |  
				| 
 |  
				|  	  | andre19 wrote: |  	  | похоже не глюк ОС = файл не разлочен до конца, попробуйте сбрасывать коннекты перед индексацией. | 
 
 Как Вы порекомендуете это сделать? Мы сейчас при помощи psfile убеждаемся, что в базе нет захваченных файлов перед индексаци
 |  | 
	
		| Back to top |  | 
	
		|  | 
	
		| andre19 
 
  
 Joined: 24 May 2004
 Posts: 317
 Location: Andre
 Occupation: albumin (programmer)
 Interests: Новосибирск
 
 | 
			
				|  Posted: 29 Jun 2005 06:32    Post subject: |   |  
				| 
 |  
				| самый простой и самый правильный способ - поставить ограничения по времени работы юзерам(например,если сервер W2k/W3k=закладка Account->Logon Hours...; если сервер NW=Login Time Restriction) этим самим действием
 1 увеличите секурность системы
 2 ОС сервера будет закрывать все активные коннекты которые не проходят по времени
 
 П.С. У меня ОС сервера = Новелл , настроен "Login Time Restriction" всем пользователям, кроме админов конечно. С индексацией проблемы возникают крайне редк
 |  | 
	
		| Back to top |  | 
	
		|  | 
	
		| Марина 
 
 
 Joined: 27 Aug 2002
 Posts: 501
 Location: Кондрина Марина Александровна
 Occupation: ОАО БКО программист
 Interests: Боровичи Новгородской обл
 
 | 
			
				|  Posted: 29 Jun 2005 08:17    Post subject: |   |  
				| 
 |  
				| Я вот думаю, почему же мне через bro удается залезть в файл, который в этот момент по идее должен быть захвачен монопольно для индексации? Понаблюдала - имя индекса в это время пустое. Если дело в каких-то несброшенных пользователях, почему же после манипуляций с bro эти пользователи отвязываются.
 И также интересно, что аналогичная ситуация имеет место при расчете контрольных сумм в БЭСТ, лежащем локально на диске С компьютера, не подключенного к сети. Разве там может что-нибудь не разлочиться
 
 Что касается Novell, от него мы года полтора назад отказались.
 Может быть кто-нибудь, кто эксплуатирует БЭСТ на сервере W2k без Новелл откликнется и скажет, подвисает ли у него индексация
 Слова
 я поняла так, что проблемы все-таки имеются? 	  | andre19 wrote: |  	  | С индексацией проблемы возникают крайне редко. | 
 |  | 
	
		| Back to top |  | 
	
		|  | 
	
		| EugeneT 
 
 
 Joined: 23 Mar 2004
 Posts: 130
 Location: Токарев Евгений
 Occupation: Класс
 Interests: Магнитогорск
 
 | 
			
				|  Posted: 29 Jun 2005 09:43    Post subject: |   |  
				| 
 |  
				| Марина, а вы индексируете локально, прямо на сервере или по сети, с одной из рабочих станций? Если второе, то возможно индексация подвисает из-за обрыва сетевого соединения по таймауту и восстановления его вновь. При этом в журнале событий рабочей станции появляется запись вида:
 EventID:3013
 Source: Rdr
 "Перенаправитель отключил запрос к server из-за превышения времени ожидания"
 Такое случается если сетевая карта установлена в режим автоопределения скорости, отключите этот режим и установите 100Base-T Half или Full Duplex (в зависимости к хабу или свичу подключена рабочая станция).
 |  | 
	
		| Back to top |  | 
	
		|  | 
	
		| Марина 
 
 
 Joined: 27 Aug 2002
 Posts: 501
 Location: Кондрина Марина Александровна
 Occupation: ОАО БКО программист
 Interests: Боровичи Новгородской обл
 
 | 
			
				|  Posted: 29 Jun 2005 09:59    Post subject: |   |  
				| 
 |  
				| Прямо на сервере ночью шедулер запускает батник, после проверки, что файлы не захвачены пользователями. 
 Но все мои наблюдения насчет bro сделаны при индексировании с рабочей станции... Может тут другое...
 
 А у вас индексация не подвисает без видимых причин?
 
 Могут ли влиять какие-нибудь настройки XMS, ведь default.pif при моем способе вызова батника наверное не действует?
 |  | 
	
		| Back to top |  | 
	
		|  | 
	
		| andre19 
 
  
 Joined: 24 May 2004
 Posts: 317
 Location: Andre
 Occupation: albumin (programmer)
 Interests: Новосибирск
 
 | 
			
				|  Posted: 29 Jun 2005 13:31    Post subject: |   |  
				| 
 |  
				| нет ОС сервера не может лочить локальные файли- это полюбому. а если Вы получили доступ к нему через бро, значит он вообще еще не открыт , тк для индексации необходим монопольный режим.
 мог зависнуть юзер, который обращался к этому файлу
 **
 проблемы были, до того как не настроил Time Restriction. в данный момент каких-то цикличных проблем не наблюдаю, все хорошо.
 *-*
 Если у вас стоит БИН поставка, то какой смысл использовать _дефаулт.пиф?? это может быть одной из проблем.
 **
 у меня система на машине = W3K  а базы лежат на новеле, как только перешли на бин и соответственно ликведировали все косяки связаные с совместимостью проблема индексов пропала нп 99,5%
 **
 во вам текст моего батника, не думаю что он сильно отличается от Вашег
 
  	  | Code: |  	  | @echo off
 rem Создание бакапа
 "D:\Program Files\WinRescue2K\Rescue2K.exe" schedule 1
 rem Индексация БЭСТ-4
 o:
 cd o:\best4\
 bin\init.exe index A:03 L:000018
 bin\init.exe index A:00 L:000018
 bin\init.exe index A:01 L:000018
 bin\init.exe index A:02 L:000018
 bin\init.exe index A:05 L:000018
 bin\init.exe index A:06 L:000018
 bin\init.exe index A:09 L:000018
 bin\init.exe index A:TZ L:000018
 bin\init.exe index A:14 L:000018
 
 | 
 
 вообще у беста давние проблемы с виндой младше 98.
 |  | 
	
		| Back to top |  | 
	
		|  | 
	
		| andre19 
 
  
 Joined: 24 May 2004
 Posts: 317
 Location: Andre
 Occupation: albumin (programmer)
 Interests: Новосибирск
 
 | 
			
				|  Posted: 29 Jun 2005 13:33    Post subject: |   |  
				| 
 |  
				| еще вот, что - проверте файл %sysroot%\system32\config.nt и на всякий случай поставте кол-во файлов и буферов по больш |  | 
	
		| Back to top |  | 
	
		|  | 
	
		| EugeneT 
 
 
 Joined: 23 Mar 2004
 Posts: 130
 Location: Токарев Евгений
 Occupation: Класс
 Interests: Магнитогорск
 
 | 
			
				|  Posted: 29 Jun 2005 14:50    Post subject: |   |  
				| 
 |  
				|  	  | Марина wrote: |  	  | Прямо на сервере ночью шедулер запускает батник, после проверки, что файлы не захвачены пользователями. 
 Но все мои наблюдения насчет bro сделаны при индексировании с рабочей станции... Может тут другое...
 
 А у вас индексация не подвисает без видимых причин?
 
 Могут ли влиять какие-нибудь настройки XMS, ведь default.pif при моем способе вызова батника наверное не действует?
 | 
 Без видимых причин никогда не зависает. Мало того ввиду того что сервер под линуксом, а линуксовая утилита индексации кривовата пока, индексирую по сети - сбоев нету. Но опять же ,повторяю, я перед индесаций перестартовываю файловый сервер. Может и вам сделать перезагрузку сервера по расписанию перед индексацией (ну или из настройки программы управления УПСом), тогда уж точно захваченных файлов не будет.
 |  | 
	
		| Back to top |  | 
	
		|  | 
	
		| Марина 
 
 
 Joined: 27 Aug 2002
 Posts: 501
 Location: Кондрина Марина Александровна
 Occupation: ОАО БКО программист
 Interests: Боровичи Новгородской обл
 
 | 
			
				|  Posted: 30 Jun 2005 08:29    Post subject: |   |  
				| 
 |  
				| Перезагружать каждый раз сервер мы не можем. У нас круглосуточно работают люди в ряде других программ. Вообще, это как-то нехорошо, не разобравшись, почему экран мигает, бить молотком по телевизору (раз это помогает). 
 НО ИСТОРИЯ ПРОДОЛЖАЕТСЯ!
 Сегодня индексация снова зависла. НЕ ПРЕДПРИНИМАЯ НИКАКИХ ДЕЙСТВИЙ НА СЕРВЕРЕ, НЕ ОТКЛЮЧАЯ НИКАКИХ ПОЛЬЗОВАТЕЛЕЙ И Т П я запустила индексацию со своей рабочей станции. Она успешно запустилась и успешно завершилась. Была одна шероховатость: индексация застряла на DBASE\SOURCE и стояла 10 мин. В этот раз я не стала использовать bro, а просто нажала на Esc и на вопрос "прервать индексацию?" ответила "не прерывать". И о чудо! индексация закрутилась дальше как ни в чем не бывало.
 
 !!!А потом прибежал сетевой админ и сказал, что он нашел в чем дело. Оказывается, батник останавливается на init, но init на самом деле не запускается. Проблема в том, что init не запускается под серверной системой, с сообщением "init is not valid Win32 application".
 НО ОСТАЕТСЯ ЗАГАДКОЙ, почему в первую неделю эксплуатации это сообщение не появлялось, а во вторую неделю ежедневно индексация застревает, И ЧТО С ЭТИМ СООБЩЕНИЕМ ДАЛЬШЕ ДЕЛАТЬ.
 Сервис пак на сервере то ли SP3 то ли SP4.
 |  | 
	
		| Back to top |  | 
	
		|  | 
	
		| Марина 
 
 
 Joined: 27 Aug 2002
 Posts: 501
 Location: Кондрина Марина Александровна
 Occupation: ОАО БКО программист
 Interests: Боровичи Новгородской обл
 
 | 
			
				|  Posted: 01 Jul 2005 08:20    Post subject: |   |  
				| 
 |  
				| История продолжается. 
 Вчера вечером перезагрузили сервер. После этого ночью 5 раз (на разных модулях БЭСТа) init index загрузился и исполнился нормально, а в шестой раз что-то произошло.
 Утром при входе в БЭСТ он сообщил, что было аварийное прерывание индексации, после чего из программы мы его нормально проиндексировали.
 Но с сервера init index более не запускается. Сообщение операционной системы: init.exe - Application error
 "the application failed to initialize properly (0xc0000006). Click on Ok to terminate the application."
 
 init.exe сравнивали с помощью fc c контрольным, получающимся при инсталляции: в нем повреждений нет.
 С рабочей станции те же команды запускаются нормально.
 |  | 
	
		| Back to top |  | 
	
		|  | 
	
		|  |