[one-users] Cannot submit image: Error: Connection refused -connect(2)
Tino Vazquez
tinova79 at gmail.com
Thu Jun 26 03:54:25 PDT 2008
Hi again,
We are going to need a bit more info to solve this. Could you please comment
the following lines:
-------8<----------
def call(action, *args)
> # begin
> response=@server.call("one."+action, "sessionID", *args)
>
response<<nil if response.length<2
> response
> # rescue Exception => e
> [false, e.message + " Fails here!!!!!!!!!!! "]
> # end
> end
> end
------>8------------
repeat the deletion and send back the stacktrace it should now output?
Best regards,
-Tino
On Thu, Jun 26, 2008 at 11:57 AM, Alvaro Canales <accleo at gmail.com> wrote:
> Oh yes!!
> You're definitely right, I had not my oned process running. :( Sorry!
>
> The problem is that it suddenly died and I didn't know about it. I have
> reproduced when it dies. When I do:
>
>> onehost delete 0
>> Error: end of file reached Fails here!!!!!!!!!!!
>
> And the oned process dies.
>
> I have traced the error and it turns out to be the same point as in the
> previous message, it fails here:
>
>> def call(action, *args)
>> begin
>> response=@server.call("one."+action, "sessionID", *args)
>>
> response<<nil if response.length<2
>> response
>> rescue Exception => e
>> [false, e.message + " Fails here!!!!!!!!!!! "]
>> end
>> end
>> end
>
>
> Do you know what can be? I have this, and want to delete the first host
> (though I get the same error on all the hosts), which is useless:
> HID NAME RVM TCPU FCPU ACPU TMEM FMEM
> STAT
> 0 invented 0 0 100
> on
> 1 localhost 0 0 100
> on
> 2 localhost 0 0 100
> on
>
> Thank you very much for your help and attention!! :)
>
>
>
> On Thu, Jun 26, 2008 at 11:29 AM, Tino Vazquez <tinova at fdi.ucm.es> wrote:
>
>> Hi Alvaro,
>>
>> Did you change the default port in $ONE_LOCATION/etc/oned.conf?. If not,
>> could you check if the default port is open (2633)?
>>
>> # telnet localhost 2633
>>
>> And just to for completeness sake, please note that the "oned" process
>> must be running.
>>
>> Best regards,
>>
>> -Tino
>>
>> On Thu, Jun 26, 2008 at 11:12 AM, Alvaro Canales <accleo at gmail.com>
>> wrote:
>>
>>> Dear users:
>>>
>>> When I try to submit an image with this command:
>>>
>>>> onevm submit images/myfirstVM.template
>>>
>>>
>>> I get the following error:
>>>
>>>> Error: Connection refused - connect(2)
>>>
>>>
>>> I have seen that the error comes in the "def call(action, *args)" call,
>>> in file lib/ruby/one.rb:
>>>
>>>> # Server class. This is the one that makes xml-rpc calls.
>>>> class Server
>>>> #def initialize(host="localhost", port=60666, path="/RPC2")
>>>> # @server=XMLRPC::Client.new(host, path, port)
>>>> #end
>>>>
>>>> def initialize(endpoint=nil)
>>>> if endpoint
>>>> one_endpoint=endpoint
>>>> elsif ENV["ONE_XMLRPC"]
>>>> one_endpoint=ENV["ONE_XMLRPC"]
>>>> else
>>>> one_endpoint="http://localhost:2633/RPC2"
>>>> end
>>>> @server=XMLRPC::Client.new2(one_endpoint)
>>>> end
>>>>
>>>> def call(action, *args)
>>>> begin
>>>> response=@server.call("one."+action, "sessionID", *args)
>>>> response<<nil if response.length<2
>>>> response
>>>> rescue Exception => e
>>>> [false, e.message + " Fails here!!!!!!!!!!! "]
>>>> end
>>>> end
>>>> end
>>>>
>>>
>>> Do you know what I can do? I'm lost, I don't know what to investigate...
>>> Many thanks in advance!
>>>
>>>
>>> --
>>> Álvaro
>>> _______________________________________________
>>> Users mailing list
>>> Users at lists.opennebula.org
>>> http://lists.opennebula.org/listinfo.cgi/users-opennebula.org
>>>
>>>
>>
>>
>> --
>> Constantino Vázquez, Grid Technology Engineer/Researcher:
>> http://www.dsa-research.org/doku.php?id=people:tinova
>> DSA Research Group: http://dsa-research.org
>> Globus GridWay Metascheduler: http://www.GridWay.org
>> OpenNebula Virtual Infrastructure Engine: http://www.OpenNebula.org
>
>
>
>
> --
> Álvaro
--
Constantino Vázquez, Grid Technology Engineer/Researcher:
http://www.dsa-research.org/doku.php?id=people:tinova
DSA Research Group: http://dsa-research.org
Globus GridWay Metascheduler: http://www.GridWay.org
OpenNebula Virtual Infrastructure Engine: http://www.OpenNebula.org
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.opennebula.org/pipermail/users-opennebula.org/attachments/20080626/8a9cd549/attachment-0003.htm>
More information about the Users
mailing list