Closed activeeon-bot closed 9 years ago
Original comment posted by Vladimir Bodnartchouk on 10, Sep 2014 at 18:37 PM
It works with scheduling 3.4.3
Original comment posted by Sergei Dolgov on 11, Sep 2014 at 12:40 PM
This is because the default value of {{proactive.net.nolocal}} is true (used to be present by default in {{config/proactive/ProActiveConfiguration.xml}}, now the default is defined in {{org/objectweb/proactive/core/config/CentralPAPropertyRepository.java}}).
The behavior is the same in 3.4.4 when using {{scheduler-start-gui}}:
sdolgov@britany:~/proactive-artifacts/releases-unpacked/ProActiveScheduling-3.4.4_bin_full $ cat config/proactive/ProActiveConfiguration.xml
<?xml version="1.0" encoding="UTF-8"?>
<ProActiveUserProperties>
<properties>
<prop key="proactive.net.nolocal" value="true"/>
<prop key="proactive.net.interface" value="lo"/>
</properties>
<javaProperties>
</javaProperties>
</ProActiveUserProperties>
sdolgov@britany:~/proactive-artifacts/releases-unpacked/ProActiveScheduling-3.4.4_bin_full $ ./bin/unix/scheduler-start-gui
Starting the scheduler...
Exception in thread "main" java.lang.ExceptionInInitializerError
at org.ow2.proactive.scheduler.util.SchedulerStarter.getLocalAdress(SchedulerStarter.java:245)
at org.ow2.proactive.scheduler.util.SchedulerStarter.main(SchedulerStarter.java:164)
Caused by: java.lang.IllegalStateException: No suitable IP address found
at org.objectweb.proactive.core.util.ProActiveInet.getInetAddress(ProActiveInet.java:84)
at org.objectweb.proactive.core.httpserver.ClassServerServlet.getCodeBase(ClassServerServlet.java:97)
at org.objectweb.proactive.core.remoteobject.AbstractRemoteObjectFactory.createClassServer(AbstractRemoteObjectFactory.java:75)
at org.objectweb.proactive.core.remoteobject.AbstractRemoteObjectFactory.<clinit>(AbstractRemoteObjectFactory.java:63)
... 2 more
Not applicable when using {{bin/start-server.js}} because it overwrites {{ProActiveConfiguration.xml}}.
Setting {{proactive.net.nolocal}} to {{false}} solves the problem. I'd say it is reasonable to expect from user a non-contradicting configuration.
Original comment posted by Sergei Dolgov on 11, Sep 2014 at 14:51 PM
(link: ~vbodnart), is it OK with you if I close this bug? I can create another issue (improvement) to improve the error messages in case of conflicting configuration options.
Original comment posted by Vladimir Bodnartchouk on 11, Sep 2014 at 14:53 PM
Yes it's ok Sergei Dolgov
Original issue created by Vladimir Bodnartchouk on 10, Sep 2014 at 18:33 PM - SCHEDULING-2153
Interfaces on my machine:
When changing the network interface in in config/network/server.ini by setting: