forum.opsi.org

Hello,

I have just upgrade "opsi-winst" (4.11.4.15-1) on a server and when I tried to install a PC (win7-x64), all the process is OK except after the reboot which follow the "opsi-winst" product installation :
I have a windows with this error : "TCentralForm.FormCreate : List index (0) out of bounds"
If I reboot the PC (directly or with the "configed" interface) the process follow and the installation of the products begin but the installation state of the netboot products (win7-x64) is still "unknown / running( )" in the configed interface...

Thanks for your help.

Hi,

could you please try this version of the opsi-client-agent:
http://download.uib.de/opsi4.0/experime ... 5.3-2.opsi
and give us feed back if this solve the problem or not.

If not please send me (d.oertel(at)uib.de) the c:\opsi.org\log\opsi-client-agent.log.

If not you may want to downgrade to the old opsi-winst:
http://download.uib.de/opsi4.0/experime ... .12-1.opsi
until we fixed the problem.

regards
d.oertel

Hello,

Thanks for your reply.

Could you please have a look if there is a
c:\tmp\opsi-client-agent.log
and if yes send it to me ?

regards

d.oertel

Hi,

as I told you by mail, the problem was a wrong clientconfig.configserver.url.

Even if this entry is wrong the opsi-winst / opsi-script should not crash with this wrong entry.

So here are the fix that should not crash but produce a useful log file:
http://download.uib.de/opsi4.0/experime ... 5.3-3.opsi
http://download.uib.de/opsi4.0/experime ... .16-1.opsi

Any feedback if this fixes the crash is welcome.

regards

d.oertel

Hi,

I try this two patchs and they resolved this particular problem... but I always have the same dysfonctionnement : the installation seem finished (I have the login prompt on the PC) but "localboot" products are not install and in the "configed" interface the netboot "win7-x64" it's always marked as "running" !
If I reboot the PC manually (or by the "configed" interface), the installation continue and, at the end, the PC is OK.

I can see that in the "opsi-scripts.log" :
-------------------------------------------------------
[1] [févr. 05 15:01:49:613] opsi-winst 4.11.4.16 started at >>
[1] [févr. 05 15:01:49:613] startmessage opsi-winst created at CentralForm.FormCreate: 05/02/2015 15:01:49
[1] [févr. 05 15:01:49:613] Loading skin from: C:\Program Files (x86)\opsi.org\opsi-client-agent\opsi-winst\winstskin
[1] [févr. 05 15:01:49:613] startmessage StartProgramModes and create log: 05/02/2015 15:01:49
[1] [févr. 05 15:01:49:613] pm: 5 05/02/2015 15:01:49
[1] [févr. 05 15:01:49:613] startmessage start opsi service connection: 05/02/2015 15:01:49
[1] [févr. 05 15:01:49:613] Exception in StartProgramModes: pmBuildPC_serviceList index (0) out of bounds 05/02/2015 15:01:49
[1] [févr. 05 15:01:49:613] startmessage create log: 05/02/2015 15:01:49
[2] [févr. 05 15:01:49:613] opsi-script cannot connect to service with URL: iutopsi2 with user iutgestb57.iutb.univ-brest.fr The message is: >< - Aborting
[1] [févr. 05 15:01:49:613] ============ opsi-script Version 4.11.4.16 is regularly exiting. Time 2015-02-05 15:01:49 .
-------------------------------------------------------

Best regards.

Hi,

ok - the fix is working: no crash but a useful log

As I told you in my mail your problem is (still) that 'iutopsi2' is not a valid URL to the service
It should be something like https://iutopsi2:4447/rpc (or the IP-Number instead of IP-Name)
Have a look at the log file of the bootimage. There is a section where the URL is written ....

regards

d.oertel

Hi,

I found that in the "bootimage" logfile :

[7] [févr. 05 16:00:48] Expecting compressed data from server (JSONRPC.py|689)
[6] [févr. 05 16:00:48] Found config state: {'configId': u'clientconfig.configserver.url', 'values': [u'https://172.18.60.67:4447/rpc'], 'objectId': u'iutgestb57.iutb.univ-brest.fr', 'type': u'ConfigState'} (master.py|1255)
[6] [févr. 05 16:00:48] Found config state: {'configId': u'clientconfig.depot.drive', 'values': [u'p:'], 'objectId': u'iutgestb57.iutb.univ-brest.fr', 'type': u'ConfigState'} (master.py|1255)

regards.
--
Yves Bourhis