[jericho 0]

При запуске viewdraw программка vnsd выдает сообщения об ошибках:

Failed initialization
vipc: Error 1172: VNSD failed opening input channel
+vipc: Warning 1343: Unable to start a 6.00 VNSD.  
  If an earlier version VNSD is running,           
     a- MAKE SURE ALL TOOLS ARE IDLE,              
   b- ALL DATA IS SAVED TO DISK, AND               
   c- THE ENVIRONMENT VARIABLE IS SET as follows (or in an equivalent manner):

      setenv VIPC_KILL_PRE_60_VNSD TRUE

   d- then restart the tool.

  If a 6.00 tool can run, there is no need to take any further action.

+vipc: Error 1082: Failed creating end point struct during inet socket open
+vipc: Error 1088: Failed bind call for ITC inet socket creation           
    (Address already in use) - there may be another process using the      
    requested port number (or another VNSD already running!)               
+vipc: Error 1082: Failed creating end point struct during inet socket open
+vipc: Error 1088: Failed bind call for ITC inet socket creation           
    (Address already in use) - there may be another process using the      
    requested port number (or another VNSD already running!)               
Note: the log file may contain more information                            
Vnsd exiting

viewdraw не запускается, vnsd остается висеть.

 

PS. Вообще у кого-нибудь установлена нормально EE под линукс?

 

Заранее спасибо.

[SM 0]

PS. Вообще у кого-нибудь установлена нормально EE под линукс?

 

Ну у меня установлена, и без проблем. Дистр линукса CentOS 5.2 платформа AMD64 два двухядерных процессора.

 

По делу - поищите логи какие нибудь более подробные. И, если оно включено было, отключите SELinux на корню, это может быть его происки. Ну и основной вопрос - ставили из-под рута? ЗАпускаете из-под юзера?

[jericho 0]

По делу - поищите логи какие нибудь более подробные. И, если оно включено было, отключите SELinux на корню, это может быть его происки. Ну и основной вопрос - ставили из-под рута? ЗАпускаете из-под юзера?

 

Из логов по поводу этого vnsd только файлик /tmp/vnsd.log в котором записана только часть приведенного выше сообщения об ошибке.

SELinux отсутствует. Ставил из-под юзера, запускаю из-под него же.

Что странно, dash запускается, а viewdraw нет.

[SM 0]

Ставил из-под юзера.

Возможно, это и есть причина. Попробуйте переставить как положено, из-под рута.

Еще (у меня стоит в /opt/mentor/EE2007.7) - я в .bashrc его в PATH вписал, но вроде это не требуется в обязательном порядке.

PATH=$PATH:/opt/mentor/EE2007.7/2007.7EE/SDD_HOME/common/linux/bin

 

ну и то, что сам vnsd советует (VIPC_KILL_PRE_60_VNSD=TRUE), пробовали?

[jericho 0]

И PATH и SDD_HOME, SDD_LOCAL, SDD_PLATFORM, MGC_HOME и VIPC_KILL_PRE_60_VNSD=TRUE пробовал. Единственное, что не пробовал - ставить в /opt и и-под рута. Кстати, при запуске из-под рута результат тот же.

Все-таки, видимо, проблема в том, что линукс у меня больно новый (Gentoo 10). Хотя большинство программ, работающих под RHEL5 под ним тоже работают.

[SM 0]

Все-таки, видимо, проблема в том, что линукс у меня больно новый (Gentoo 10).

Не думаю. Больно старый еще мог бы быть причиной, но больно новый....

Хотя большинство программ, работающих под RHEL5 под ним тоже работают.

В таком случае попробуйте запустить этот vnsd под strace, и найти реального виновника. Правда, заранее предупреждаю (если не в курсе, что такое strace) потом придется разгребать гигантский лог системных вызовов, а то и логи, если придется включить отслеживание fork. Ну и иметь хоть какое-то понятие об устройстве линукса с точки зрения программиста.

 

Но, все таки, попробуйте перед этим переустановить софтину из-под рута, как это положено делать в принципе.

[jericho 0]

С strace знаком, сейчас попробую...

 

Однако сначала один вопрос: у Вас, когда Вы ставили ee2007 была версия под rhel4 или под rhel5? Если под rhel5, то где ее взяли? На фтп, вроде, такой нет.

[SM 0]

у Вас, когда Вы ставили ee2007 была версия под rhel4 или под rhel5?

 

rhel4. А до этого, 2007.5 была вообще только rhel3. Отдельная rhel5 не существует в природе, rhel4 она же.

[jericho 0]

Сделал strace. Результат примерно такой: последняя операция перед выдачей сообщения об ошибке в логи это создание UDP-сокета и получение по нему конфигов сети (ioctl IOCGIFCONF). После этого сразу же выдает сообщение об ошибке.

А самое странное, что после того, как сообщение об ошибке выведено, сервер vnsd начинает ожидание подключений (select). Может еще ltrace попробовать.

[SM 0]

А самое странное, что после того, как сообщение об ошибке выведено, сервер vnsd начинает ожидание подключений (select). Может еще ltrace попробовать.

 

А уверены, что это один поток? Может еще "strace -f -ff -o out_file" прогнать? Т.е. типа один поток создает сокет, а тем временем другой пишет об ошибке, не связанной с этим?

 

Вообще глюк крайне странный. Все таки ощущение то-ли SELinux-а, то ли еще чего-то, мешающего создать сокет.

 

ltrace... можно и ltrace. При решении таких проблем все средства хороши.

[jericho 0]

Cейчас делаю "strace -o out_file -f vnsd".

SELinux'а нет. Точно нет. Не включен в сборку. Больше того, судя по выводу stracе'а сокет создается и никаких ошибок нет.

[SM 0]

Больше того, судя по выводу stracе'а сокет создается и никаких ошибок нет.

Судя по сообщению об ошибке самого vnsd - bind не проходит... А создать сокет много ума не надо. Кстати - может действительно порт, который хочет vnsd, кем то в натуре занят?

[Harbour 0]

угм, там же в логе написано что порт занят:

 

netstat -anp|grep portNumber

 

и будет ясность

[jericho 0]

11016 socket(PF_INET, SOCK_DGRAM, IPPROTO_IP) = 2                                                                                                                
11016 bind(2, {sa_family=AF_INET, sin_port=htons(0), sin_addr=inet_addr("0.0.0.0")}, 16) = 0                                                                     
11016 ioctl(2, SIOCGIFCONF, {64, {{"lo", {AF_INET, inet_addr("127.0.0.1")}}, {"eth0", {AF_INET, inet_addr("192.168.10.25")}}}}) = 0
11016 _llseek(1, 4096, [4096], SEEK_SET) = 0
11016 read(1, "copy error\0\0\0[E]Invalid argument for ITC context get pid\0\0\0[E]Invalid argument for ITC context get host name\0\0\0[E]Invalid argument for ITC handler creation\0\0\0[E]Invalid argument for event add\0\0\0[E]Duplicate registration detected in event add\0\0\0[E]Invalid a"..., 4096) = 4096    <- насколько я понимаю, это чтение файла с сообщениями об ошибках
11016 close(2)                          = 0
11016 write(0, "vipc: Error 1113: Failed locating network interface for ITC inet to broad\n", 74) = 74 <- выдача сообщения в лог

 

Судя по этому трэйсу бинд проходит.

[SM 0]

А так... На всякий случай... Что в /etc/hosts и что говорит hostname?