You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@vcl.apache.org by to...@inf.mit.bme.hu on 2014/11/05 14:43:12 UTC
Re: Trunk code issues
Dear all,
I figured out what cause the problem.
utils.php, getImageConnectMethodTexts function: cmports variable will be an empty array
In the database the connectmethodport table is empty by default, that cause the problem in getImageConnectMethodTexts
If I insert the following lines to connectmethodport table then the problem is solved.
id connectmethodid port protocol
1 1 22 TCP
2 2 3389 TCP
Br,
Aaron Toth
-----Josh Thompson <jo...@ncsu.edu> ezt írta: -----
Címzett: dev@vcl.apache.org
Feladó: Josh Thompson <jo...@ncsu.edu>
Dátum: 2014/10/31 01:05du.
Tárgy: Re: Trunk code issues
Aron,
I just wrote up a page to explain how to debug the "Error encountered: Please
try again later" messages. Let me know if it is helpful.
https://cwiki.apache.org/confluence/pages/viewpage.action?pageId=47385093
Thanks,
Josh
On Thursday, October 30, 2014 8:01:00 PM toth.aron@inf.mit.bme.hu wrote:
> Dear Josh,
>
> Thanks for your help, your guadince solve the initial problem. However,
> unfortunately I run into an another issue described below.
>
> If I click on connect button, I got the following error message:
> "Error encountered: Please try again later"
>
> Using API:
>
> [root@maya vcl-test]# ./xml-rpc-call.pl getStatus 9
> RPC::XML version supports useragent options, setting verify_hostname to 0
> created RPC::XML client object, URL:
> https://10.23.93.10/index.php?mode=xmlrpccall, username: admin called
> RPC::XML::Client::send_request:
> arguments: 9
> response value:
> $VAR1 = {
> 'status' => 'ready'
> };
>
> requestState: ready
>
> If I try get connect information via API I got this error:
>
> [root@maya vcl-test]# ./xml-rpc-call.pl getConnectInfo 9
> RPC::XML version supports useragent options, setting verify_hostname to 0
> created RPC::XML client object, URL:
> https://10.23.93.10/index.php?mode=xmlrpccall, username: admin
> RPC::XML::Client::send_request failed
> URL: https://10.23.93.10/index.php?mode=xmlrpccall
> username: admin
> password: *****
> error: <none>
> arguments: 9, 10.23.93.10
> response: '
> syntax error at line 1, column 0, byte 0:
> Error encountered<br>
> ^
> Unkown error type: [8] Undefined index: 1<br />
> at /usr/local/share/perl5/RPC/XML/Client.pm line 402'
> Can't call method "value" on an undefined value at ./xml-rpc-call.pl line
> 58.
>
> Thank you in advance.
>
> Br,
>
> Aaron
>
> -----Josh Thompson <jo...@ncsu.edu> ezt írta: -----
> Címzett: dev@vcl.apache.org
> Feladó: Josh Thompson <jo...@ncsu.edu>
> Dátum: 2014/10/30 06:58du.
> Tárgy: Re: Trunk code issues
>
> Aron,
>
> Using Dojo from an old release will not work correctly. You either need to
> use a stock copy of Dojo 1.6.2 or use the custom "compiled" version I
> uploaded to my ASF space:
>
> http://people.apache.org/~jfthomps/updates/dojo-1.6.2vcl.tar.gz
>
> Dojo provides a way to "compile" it so that it combines all of the necessary
> files into a single file that has unnecessary white space removed and
> shortened variable names. This provides for a faster loading experience.
> However, these files from a previous release will be missing bits that are
> needed for the updated code. Thus the need to use the stock code (which
> loads files individually) or the one from my ASF space (which has the newer
> bits added to each "compiled" file).
>
> Josh
>
> On Thursday, October 30, 2014 9:43:48 AM toth.aron@inf.mit.bme.hu wrote:
> > Dear all,
> >
> > I start testing code from the svn trunk and I run into some issues.
> >
> > Environment:
> > - Centos 6.5 x86_64 latest updates, necesarry packeges are installed for
> >
> > VCL - VMware ESXi 5.5 as copute node
> >
> > - Spyc 0.5.1 installed to: .ht-inc/spyc-0.5.1/Spyc.php
> > - dojo directory copied from 2.3.2 release
> > - themes/default/css/dojo also copied from 2.3.2 release
> >
> > Issues:
> >
> > New reservation issue:
> > When I click to New Reservation nothing happend.
> > With IE11 Developer Tools, I got this:
> > in request.js
> > dijit.byId('deployimage').set('query', {basic: 1, checkout: 1});
> > Unable to get property 'set' of undefined or null reference
> > dijit.byId('newResDlgBtn').set('disabled', false);
> > Unable to get property 'set' of undefined or null reference
> >
> > I would like to request your assitance, because I can not solve this
> > issue.
> >
> > -------------------
> > Init script:
> > [root@maya ~]# service vcld start
> > Starting vcldp daemon: /bin/bash: /usr/local/vcl/bin/vcldp: No such file
> > or
> > directory [FAILED] In /usr/local/vcl/bin/S99vcld.linux
> > # DAEMON: Name of the daemon executable
> > DAEMON=vcldp
> >
> > I easily fix this.
> > -------------------
> > Generated vmx file:
> > The trunk version of vmware provisioning module generate vhv.enabled =
> > "TRUE" to the vmx file. If ESXi host does not support AMD RVI or Intel EPT
> > the created virtual machine will not start.
> >
> >
> > Best regards,
> >
> > Aaron Toth
> > VCL System Administrator
> >
> > Fault Tolerant Systems Research Group
> > Department of Measurement and Information Systems
> > Budapest University of Technology and Economics
> -------------------------------
> Josh Thompson
> VCL Developer
> North Carolina State University
- --
- -------------------------------
Josh Thompson
VCL Developer
North Carolina State University
Re: Trunk code issues
Posted by Josh Thompson <jo...@ncsu.edu>.
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1
Aaron,
Okay, sorry, I forgot to check that the data is in the vcl.sql file. I see
that it's missing now. I'll get that added and committed today.
Thanks for the report.
Josh
On Thursday, November 06, 2014 7:52:44 AM toth.aron@inf.mit.bme.hu wrote:
> Dear Josh,
>
> I did not import the update-vcl.sql, because it was a clean install, so I
> only imported vcl.sql file to the database. The page that you wrote is very
> usefull for debuging frontend problems.
>
> Thank you very much for your help.
>
> Br,
> Aaron Toth
>
> -----Josh Thompson <jo...@ncsu.edu> ezt írta: -----
> Címzett: dev@vcl.apache.org
> Feladó: Josh Thompson <jo...@ncsu.edu>
> Dátum: 2014/11/05 11:11du.
> Tárgy: Re: Trunk code issues
>
> Aaron,
>
> Did you import the update-vcl.sql file? It creates and calls a stored
> procedure named moveConnectMethodPortProtocol that should have created and
> populated the connectmethodport table.
>
> I know Andy is working on code to handle updating the database schema
> instead of having to rely on the update-vcl.sql file. However, I don't
> think it is quite ready yet. It will be part of the release though.
>
> Josh
>
> On Wednesday, November 05, 2014 2:43:12 PM toth.aron@inf.mit.bme.hu wrote:
> > Dear all,
> >
> > I figured out what cause the problem.
> >
> > utils.php, getImageConnectMethodTexts function: cmports variable will be
> > an
> > empty array
> >
> > In the database the connectmethodport table is empty by default, that
> > cause
> > the problem in getImageConnectMethodTexts If I insert the following lines
> > to connectmethodport table then the problem is solved.
> >
> > id connectmethodid port protocol
> > 1 1 22 TCP
> > 2 2 3389 TCP
> >
> > Br,
> > Aaron Toth
> >
> > -----Josh Thompson <jo...@ncsu.edu> ezt írta: -----
> > Címzett: dev@vcl.apache.org
> > Feladó: Josh Thompson <jo...@ncsu.edu>
> > Dátum: 2014/10/31 01:05du.
> > Tárgy: Re: Trunk code issues
> >
> > Aron,
> >
> > I just wrote up a page to explain how to debug the "Error encountered:
> > Please try again later" messages. Let me know if it is helpful.
> >
> > https://cwiki.apache.org/confluence/pages/viewpage.action?pageId=47385093
> >
> > Thanks,
> > Josh
> >
> > On Thursday, October 30, 2014 8:01:00 PM toth.aron@inf.mit.bme.hu wrote:
> > > Dear Josh,
> > >
> > > Thanks for your help, your guadince solve the initial problem. However,
> > > unfortunately I run into an another issue described below.
> > >
> > > If I click on connect button, I got the following error message:
> > > "Error encountered: Please try again later"
> > >
> > > Using API:
> > >
> > > [root@maya vcl-test]# ./xml-rpc-call.pl getStatus 9
> > > RPC::XML version supports useragent options, setting verify_hostname to
> > > 0
> > > created RPC::XML client object, URL:
> > > https://10.23.93.10/index.php?mode=xmlrpccall, username: admin called
> > > RPC::XML::Client::send_request:
> > > arguments: 9
> > > response value:
> > > $VAR1 = {
> > >
> > > 'status' => 'ready'
> > >
> > > };
> > >
> > > requestState: ready
> > >
> > > If I try get connect information via API I got this error:
> > >
> > > [root@maya vcl-test]# ./xml-rpc-call.pl getConnectInfo 9
> > > RPC::XML version supports useragent options, setting verify_hostname to
> > > 0
> > > created RPC::XML client object, URL:
> > > https://10.23.93.10/index.php?mode=xmlrpccall, username: admin
> > > RPC::XML::Client::send_request failed
> > > URL: https://10.23.93.10/index.php?mode=xmlrpccall
> > > username: admin
> > > password: *****
> > > error: <none>
> > > arguments: 9, 10.23.93.10
> > > response: '
> > > syntax error at line 1, column 0, byte 0:
> > > Error encountered<br>
> > > ^
> > > Unkown error type: [8] Undefined index: 1<br />
> > >
> > > at /usr/local/share/perl5/RPC/XML/Client.pm line 402'
> > >
> > > Can't call method "value" on an undefined value at ./xml-rpc-call.pl
> > > line
> > > 58.
> > >
> > > Thank you in advance.
> > >
> > > Br,
> > >
> > > Aaron
> > >
> > > -----Josh Thompson <jo...@ncsu.edu> ezt írta: -----
> > > Címzett: dev@vcl.apache.org
> > > Feladó: Josh Thompson <jo...@ncsu.edu>
> > > Dátum: 2014/10/30 06:58du.
> > > Tárgy: Re: Trunk code issues
> > >
> > > Aron,
> > >
> > > Using Dojo from an old release will not work correctly. You either need
> > > to
> > > use a stock copy of Dojo 1.6.2 or use the custom "compiled" version I
> > > uploaded to my ASF space:
> > >
> > > http://people.apache.org/~jfthomps/updates/dojo-1.6.2vcl.tar.gz
> > >
> > > Dojo provides a way to "compile" it so that it combines all of the
> > > necessary files into a single file that has unnecessary white space
> > > removed and shortened variable names. This provides for a faster
> > > loading
> > > experience. However, these files from a previous release will be missing
> > > bits that are needed for the updated code. Thus the need to use the
> > > stock code (which loads files individually) or the one from my ASF space
> > > (which has the newer bits added to each "compiled" file).
> > >
> > > Josh
> > >
> > > On Thursday, October 30, 2014 9:43:48 AM toth.aron@inf.mit.bme.hu wrote:
> > > > Dear all,
> > > >
> > > > I start testing code from the svn trunk and I run into some issues.
> > > >
> > > > Environment:
> > > > - Centos 6.5 x86_64 latest updates, necesarry packeges are installed
> > > > for
> > > >
> > > > VCL - VMware ESXi 5.5 as copute node
> > > >
> > > > - Spyc 0.5.1 installed to: .ht-inc/spyc-0.5.1/Spyc.php
> > > > - dojo directory copied from 2.3.2 release
> > > > - themes/default/css/dojo also copied from 2.3.2 release
> > > >
> > > > Issues:
> > > >
> > > > New reservation issue:
> > > > When I click to New Reservation nothing happend.
> > > > With IE11 Developer Tools, I got this:
> > > > in request.js
> > > > dijit.byId('deployimage').set('query', {basic: 1, checkout: 1});
> > > > Unable to get property 'set' of undefined or null reference
> > > > dijit.byId('newResDlgBtn').set('disabled', false);
> > > > Unable to get property 'set' of undefined or null reference
> > > >
> > > > I would like to request your assitance, because I can not solve this
> > > > issue.
> > > >
> > > > -------------------
> > > > Init script:
> > > > [root@maya ~]# service vcld start
> > > > Starting vcldp daemon: /bin/bash: /usr/local/vcl/bin/vcldp: No such
> > > > file
> > > > or
> > > > directory [FAILED] In /usr/local/vcl/bin/S99vcld.linux
> > > > # DAEMON: Name of the daemon executable
> > > > DAEMON=vcldp
> > > >
> > > > I easily fix this.
> > > > -------------------
> > > > Generated vmx file:
> > > > The trunk version of vmware provisioning module generate vhv.enabled =
> > > > "TRUE" to the vmx file. If ESXi host does not support AMD RVI or Intel
> > > > EPT
> > > > the created virtual machine will not start.
> > > >
> > > >
> > > > Best regards,
> > > >
> > > > Aaron Toth
> > > > VCL System Administrator
> > > >
> > > > Fault Tolerant Systems Research Group
> > > > Department of Measurement and Information Systems
> > > > Budapest University of Technology and Economics
> > >
> > > -------------------------------
> > > Josh Thompson
> > > VCL Developer
> > > North Carolina State University
> >
> > - --
> > - -------------------------------
> > Josh Thompson
> > VCL Developer
> > North Carolina State University
>
> - --
> - -------------------------------
> Josh Thompson
> VCL Developer
> North Carolina State University
- --
- -------------------------------
Josh Thompson
VCL Developer
North Carolina State University
my GPG/PGP key can be found at pgp.mit.edu
All electronic mail messages in connection with State business which
are sent to or received by this account are subject to the NC Public
Records Law and may be disclosed to third parties.
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v2.0.22 (GNU/Linux)
iEYEARECAAYFAlRbntYACgkQV/LQcNdtPQN/rgCfcXZJaqEaa2gMVSzN32qSXnd2
WpcAnA1m/3/3lZ66y1YbyMzWu8M30piT
=mbpq
-----END PGP SIGNATURE-----
Re: Trunk code issues
Posted by to...@inf.mit.bme.hu.
Dear Josh,
I did not import the update-vcl.sql, because it was a clean install, so I only imported vcl.sql file to the database.
The page that you wrote is very usefull for debuging frontend problems.
Thank you very much for your help.
Br,
Aaron Toth
-----Josh Thompson <jo...@ncsu.edu> ezt írta: -----
Címzett: dev@vcl.apache.org
Feladó: Josh Thompson <jo...@ncsu.edu>
Dátum: 2014/11/05 11:11du.
Tárgy: Re: Trunk code issues
Aaron,
Did you import the update-vcl.sql file? It creates and calls a stored
procedure named moveConnectMethodPortProtocol that should have created and
populated the connectmethodport table.
I know Andy is working on code to handle updating the database schema instead
of having to rely on the update-vcl.sql file. However, I don't think it is
quite ready yet. It will be part of the release though.
Josh
On Wednesday, November 05, 2014 2:43:12 PM toth.aron@inf.mit.bme.hu wrote:
> Dear all,
>
> I figured out what cause the problem.
>
> utils.php, getImageConnectMethodTexts function: cmports variable will be an
> empty array
>
> In the database the connectmethodport table is empty by default, that cause
> the problem in getImageConnectMethodTexts If I insert the following lines
> to connectmethodport table then the problem is solved.
>
> id connectmethodid port protocol
> 1 1 22 TCP
> 2 2 3389 TCP
>
> Br,
> Aaron Toth
>
> -----Josh Thompson <jo...@ncsu.edu> ezt írta: -----
> Címzett: dev@vcl.apache.org
> Feladó: Josh Thompson <jo...@ncsu.edu>
> Dátum: 2014/10/31 01:05du.
> Tárgy: Re: Trunk code issues
>
> Aron,
>
> I just wrote up a page to explain how to debug the "Error encountered:
> Please try again later" messages. Let me know if it is helpful.
>
> https://cwiki.apache.org/confluence/pages/viewpage.action?pageId=47385093
>
> Thanks,
> Josh
>
> On Thursday, October 30, 2014 8:01:00 PM toth.aron@inf.mit.bme.hu wrote:
> > Dear Josh,
> >
> > Thanks for your help, your guadince solve the initial problem. However,
> > unfortunately I run into an another issue described below.
> >
> > If I click on connect button, I got the following error message:
> > "Error encountered: Please try again later"
> >
> > Using API:
> >
> > [root@maya vcl-test]# ./xml-rpc-call.pl getStatus 9
> > RPC::XML version supports useragent options, setting verify_hostname to 0
> > created RPC::XML client object, URL:
> > https://10.23.93.10/index.php?mode=xmlrpccall, username: admin called
> > RPC::XML::Client::send_request:
> > arguments: 9
> > response value:
> > $VAR1 = {
> >
> > 'status' => 'ready'
> >
> > };
> >
> > requestState: ready
> >
> > If I try get connect information via API I got this error:
> >
> > [root@maya vcl-test]# ./xml-rpc-call.pl getConnectInfo 9
> > RPC::XML version supports useragent options, setting verify_hostname to 0
> > created RPC::XML client object, URL:
> > https://10.23.93.10/index.php?mode=xmlrpccall, username: admin
> > RPC::XML::Client::send_request failed
> > URL: https://10.23.93.10/index.php?mode=xmlrpccall
> > username: admin
> > password: *****
> > error: <none>
> > arguments: 9, 10.23.93.10
> > response: '
> > syntax error at line 1, column 0, byte 0:
> > Error encountered<br>
> > ^
> > Unkown error type: [8] Undefined index: 1<br />
> >
> > at /usr/local/share/perl5/RPC/XML/Client.pm line 402'
> >
> > Can't call method "value" on an undefined value at ./xml-rpc-call.pl line
> > 58.
> >
> > Thank you in advance.
> >
> > Br,
> >
> > Aaron
> >
> > -----Josh Thompson <jo...@ncsu.edu> ezt írta: -----
> > Címzett: dev@vcl.apache.org
> > Feladó: Josh Thompson <jo...@ncsu.edu>
> > Dátum: 2014/10/30 06:58du.
> > Tárgy: Re: Trunk code issues
> >
> > Aron,
> >
> > Using Dojo from an old release will not work correctly. You either need
> > to
> > use a stock copy of Dojo 1.6.2 or use the custom "compiled" version I
> > uploaded to my ASF space:
> >
> > http://people.apache.org/~jfthomps/updates/dojo-1.6.2vcl.tar.gz
> >
> > Dojo provides a way to "compile" it so that it combines all of the
> > necessary files into a single file that has unnecessary white space
> > removed and shortened variable names. This provides for a faster loading
> > experience. However, these files from a previous release will be missing
> > bits that are needed for the updated code. Thus the need to use the
> > stock code (which loads files individually) or the one from my ASF space
> > (which has the newer bits added to each "compiled" file).
> >
> > Josh
> >
> > On Thursday, October 30, 2014 9:43:48 AM toth.aron@inf.mit.bme.hu wrote:
> > > Dear all,
> > >
> > > I start testing code from the svn trunk and I run into some issues.
> > >
> > > Environment:
> > > - Centos 6.5 x86_64 latest updates, necesarry packeges are installed
> > > for
> > >
> > > VCL - VMware ESXi 5.5 as copute node
> > >
> > > - Spyc 0.5.1 installed to: .ht-inc/spyc-0.5.1/Spyc.php
> > > - dojo directory copied from 2.3.2 release
> > > - themes/default/css/dojo also copied from 2.3.2 release
> > >
> > > Issues:
> > >
> > > New reservation issue:
> > > When I click to New Reservation nothing happend.
> > > With IE11 Developer Tools, I got this:
> > > in request.js
> > > dijit.byId('deployimage').set('query', {basic: 1, checkout: 1});
> > > Unable to get property 'set' of undefined or null reference
> > > dijit.byId('newResDlgBtn').set('disabled', false);
> > > Unable to get property 'set' of undefined or null reference
> > >
> > > I would like to request your assitance, because I can not solve this
> > > issue.
> > >
> > > -------------------
> > > Init script:
> > > [root@maya ~]# service vcld start
> > > Starting vcldp daemon: /bin/bash: /usr/local/vcl/bin/vcldp: No such file
> > > or
> > > directory [FAILED] In /usr/local/vcl/bin/S99vcld.linux
> > > # DAEMON: Name of the daemon executable
> > > DAEMON=vcldp
> > >
> > > I easily fix this.
> > > -------------------
> > > Generated vmx file:
> > > The trunk version of vmware provisioning module generate vhv.enabled =
> > > "TRUE" to the vmx file. If ESXi host does not support AMD RVI or Intel
> > > EPT
> > > the created virtual machine will not start.
> > >
> > >
> > > Best regards,
> > >
> > > Aaron Toth
> > > VCL System Administrator
> > >
> > > Fault Tolerant Systems Research Group
> > > Department of Measurement and Information Systems
> > > Budapest University of Technology and Economics
> >
> > -------------------------------
> > Josh Thompson
> > VCL Developer
> > North Carolina State University
>
> - --
> - -------------------------------
> Josh Thompson
> VCL Developer
> North Carolina State University
- --
- -------------------------------
Josh Thompson
VCL Developer
North Carolina State University
Re: Trunk code issues
Posted by Josh Thompson <jo...@ncsu.edu>.
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1
Aaron,
Did you import the update-vcl.sql file? It creates and calls a stored
procedure named moveConnectMethodPortProtocol that should have created and
populated the connectmethodport table.
I know Andy is working on code to handle updating the database schema instead
of having to rely on the update-vcl.sql file. However, I don't think it is
quite ready yet. It will be part of the release though.
Josh
On Wednesday, November 05, 2014 2:43:12 PM toth.aron@inf.mit.bme.hu wrote:
> Dear all,
>
> I figured out what cause the problem.
>
> utils.php, getImageConnectMethodTexts function: cmports variable will be an
> empty array
>
> In the database the connectmethodport table is empty by default, that cause
> the problem in getImageConnectMethodTexts If I insert the following lines
> to connectmethodport table then the problem is solved.
>
> id connectmethodid port protocol
> 1 1 22 TCP
> 2 2 3389 TCP
>
> Br,
> Aaron Toth
>
> -----Josh Thompson <jo...@ncsu.edu> ezt írta: -----
> Címzett: dev@vcl.apache.org
> Feladó: Josh Thompson <jo...@ncsu.edu>
> Dátum: 2014/10/31 01:05du.
> Tárgy: Re: Trunk code issues
>
> Aron,
>
> I just wrote up a page to explain how to debug the "Error encountered:
> Please try again later" messages. Let me know if it is helpful.
>
> https://cwiki.apache.org/confluence/pages/viewpage.action?pageId=47385093
>
> Thanks,
> Josh
>
> On Thursday, October 30, 2014 8:01:00 PM toth.aron@inf.mit.bme.hu wrote:
> > Dear Josh,
> >
> > Thanks for your help, your guadince solve the initial problem. However,
> > unfortunately I run into an another issue described below.
> >
> > If I click on connect button, I got the following error message:
> > "Error encountered: Please try again later"
> >
> > Using API:
> >
> > [root@maya vcl-test]# ./xml-rpc-call.pl getStatus 9
> > RPC::XML version supports useragent options, setting verify_hostname to 0
> > created RPC::XML client object, URL:
> > https://10.23.93.10/index.php?mode=xmlrpccall, username: admin called
> > RPC::XML::Client::send_request:
> > arguments: 9
> > response value:
> > $VAR1 = {
> >
> > 'status' => 'ready'
> >
> > };
> >
> > requestState: ready
> >
> > If I try get connect information via API I got this error:
> >
> > [root@maya vcl-test]# ./xml-rpc-call.pl getConnectInfo 9
> > RPC::XML version supports useragent options, setting verify_hostname to 0
> > created RPC::XML client object, URL:
> > https://10.23.93.10/index.php?mode=xmlrpccall, username: admin
> > RPC::XML::Client::send_request failed
> > URL: https://10.23.93.10/index.php?mode=xmlrpccall
> > username: admin
> > password: *****
> > error: <none>
> > arguments: 9, 10.23.93.10
> > response: '
> > syntax error at line 1, column 0, byte 0:
> > Error encountered<br>
> > ^
> > Unkown error type: [8] Undefined index: 1<br />
> >
> > at /usr/local/share/perl5/RPC/XML/Client.pm line 402'
> >
> > Can't call method "value" on an undefined value at ./xml-rpc-call.pl line
> > 58.
> >
> > Thank you in advance.
> >
> > Br,
> >
> > Aaron
> >
> > -----Josh Thompson <jo...@ncsu.edu> ezt írta: -----
> > Címzett: dev@vcl.apache.org
> > Feladó: Josh Thompson <jo...@ncsu.edu>
> > Dátum: 2014/10/30 06:58du.
> > Tárgy: Re: Trunk code issues
> >
> > Aron,
> >
> > Using Dojo from an old release will not work correctly. You either need
> > to
> > use a stock copy of Dojo 1.6.2 or use the custom "compiled" version I
> > uploaded to my ASF space:
> >
> > http://people.apache.org/~jfthomps/updates/dojo-1.6.2vcl.tar.gz
> >
> > Dojo provides a way to "compile" it so that it combines all of the
> > necessary files into a single file that has unnecessary white space
> > removed and shortened variable names. This provides for a faster loading
> > experience. However, these files from a previous release will be missing
> > bits that are needed for the updated code. Thus the need to use the
> > stock code (which loads files individually) or the one from my ASF space
> > (which has the newer bits added to each "compiled" file).
> >
> > Josh
> >
> > On Thursday, October 30, 2014 9:43:48 AM toth.aron@inf.mit.bme.hu wrote:
> > > Dear all,
> > >
> > > I start testing code from the svn trunk and I run into some issues.
> > >
> > > Environment:
> > > - Centos 6.5 x86_64 latest updates, necesarry packeges are installed
> > > for
> > >
> > > VCL - VMware ESXi 5.5 as copute node
> > >
> > > - Spyc 0.5.1 installed to: .ht-inc/spyc-0.5.1/Spyc.php
> > > - dojo directory copied from 2.3.2 release
> > > - themes/default/css/dojo also copied from 2.3.2 release
> > >
> > > Issues:
> > >
> > > New reservation issue:
> > > When I click to New Reservation nothing happend.
> > > With IE11 Developer Tools, I got this:
> > > in request.js
> > > dijit.byId('deployimage').set('query', {basic: 1, checkout: 1});
> > > Unable to get property 'set' of undefined or null reference
> > > dijit.byId('newResDlgBtn').set('disabled', false);
> > > Unable to get property 'set' of undefined or null reference
> > >
> > > I would like to request your assitance, because I can not solve this
> > > issue.
> > >
> > > -------------------
> > > Init script:
> > > [root@maya ~]# service vcld start
> > > Starting vcldp daemon: /bin/bash: /usr/local/vcl/bin/vcldp: No such file
> > > or
> > > directory [FAILED] In /usr/local/vcl/bin/S99vcld.linux
> > > # DAEMON: Name of the daemon executable
> > > DAEMON=vcldp
> > >
> > > I easily fix this.
> > > -------------------
> > > Generated vmx file:
> > > The trunk version of vmware provisioning module generate vhv.enabled =
> > > "TRUE" to the vmx file. If ESXi host does not support AMD RVI or Intel
> > > EPT
> > > the created virtual machine will not start.
> > >
> > >
> > > Best regards,
> > >
> > > Aaron Toth
> > > VCL System Administrator
> > >
> > > Fault Tolerant Systems Research Group
> > > Department of Measurement and Information Systems
> > > Budapest University of Technology and Economics
> >
> > -------------------------------
> > Josh Thompson
> > VCL Developer
> > North Carolina State University
>
> - --
> - -------------------------------
> Josh Thompson
> VCL Developer
> North Carolina State University
- --
- -------------------------------
Josh Thompson
VCL Developer
North Carolina State University
my GPG/PGP key can be found at pgp.mit.edu
All electronic mail messages in connection with State business which
are sent to or received by this account are subject to the NC Public
Records Law and may be disclosed to third parties.
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v2.0.22 (GNU/Linux)
iEYEARECAAYFAlRan/8ACgkQV/LQcNdtPQMwkACeMLtzPpoB+l/QHpwyLXNzAi+w
OmwAnicHh6dRjv18+UmPoM48iALKgdzg
=uXFD
-----END PGP SIGNATURE-----