[one-users] Fwd: Cannot submit image: Error: Connection refused -connect(2)

Tino Vazquez tinova79 at gmail.com
Thu Jun 26 04:12:38 PDT 2008


FYI

P.D.: Alvaro, please, reply to the list as well so more people can lay an
eye on it and provide help.

---------- Forwarded message ----------
From: Alvaro Canales <accleo at gmail.com>
Date: Thu, Jun 26, 2008 at 1:07 PM
Subject: Re: [one-users] Cannot submit image: Error: Connection refused
-connect(2)
To: Tino Vazquez <tinova at fdi.ucm.es>


Hello!

I get this error:

> onehost delete 0
> /OVS/software/lib/ruby/1.8/net/protocol.rb:133:in `sysread': end of file
> reached (EOFError)
>     from /OVS/software/lib/ruby/1.8/net/protocol.rb:133:in `rbuf_fill'
>     from /OVS/software/lib/ruby/1.8/timeout.rb:56:in `timeout'
>     from /OVS/software/lib/ruby/1.8/timeout.rb:76:in `timeout'
>     from /OVS/software/lib/ruby/1.8/net/protocol.rb:132:in `rbuf_fill'
>     from /OVS/software/lib/ruby/1.8/net/protocol.rb:116:in `readuntil'
>     from /OVS/software/lib/ruby/1.8/net/protocol.rb:126:in `readline'
>     from /OVS/software/lib/ruby/1.8/net/http.rb:2017:in `read_status_line'
>     from /OVS/software/lib/ruby/1.8/net/http.rb:2006:in `read_new'
>      ... 8 levels...
>     from /OVS/opennebula/lib/ruby/one.rb:88:in `call'
>     from /OVS/opennebula/lib/ruby/one.rb:168:in `call_method'
>     from /OVS/opennebula/lib/ruby/one.rb:173:in `method_missing'
>     from /OVS/opennebula/bin/onehost:245
>

If I make strace, without your modifications, I get this:

> connect(3, {sa_family=AF_INET, sin_port=htons(2633), sin_addr=inet_addr("
> 127.0.0.1")}, 16) = -1 EINPROGRESS (Operation now in progress)
> gettimeofday({1214478702, 774916}, NULL) = 0
> select(5, [], [3], [3], {29, 994940})   = 1 (out [3], left {29, 994940})
> connect(3, {sa_family=AF_INET, sin_port=htons(2633), sin_addr=inet_addr("
> 127.0.0.1")}, 16) = 0
> fcntl64(3, F_SETFL, O_RDWR)             = 0
> fcntl64(3, F_GETFL)                     = 0x2 (flags O_RDWR)
> fstat64(3, {st_mode=S_IFSOCK|0777, st_size=0, ...}) = 0
> mmap2(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) =
> 0xb7f16000
> _llseek(3, 0, 0xbff8fc1c, SEEK_CUR)     = -1 ESPIPE (Illegal seek)
> fcntl64(3, F_GETFL)                     = 0x2 (flags O_RDWR)
> fstat64(3, {st_mode=S_IFSOCK|0777, st_size=0, ...}) = 0
> mmap2(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) =
> 0xb7f15000
> _llseek(3, 0, 0xbff8fc1c, SEEK_CUR)     = -1 ESPIPE (Illegal seek)
> write(3, "POST /RPC2 HTTP/1.1\r\nAccept: */*"..., 183) = 183
> write(3, "<?xml version=\"1.0\" ?><methodCal"..., 200) = 200
> time(NULL)                              = 1214478702
> gettimeofday({1214478702, 776237}, NULL) = 0
> gettimeofday({1214478702, 776291}, NULL) = 0
> select(0, [], [], [], {0, 0})           = 0 (Timeout)
> gettimeofday({1214478702, 776432}, NULL) = 0
> select(4, [3], [], [], {29, 999804})    = 1 (in [3], left {29, 999804})
> read(3, "", 1024)                       = 0
> rt_sigprocmask(SIG_SETMASK, [], NULL, 8) = 0
> rt_sigprocmask(SIG_SETMASK, [], NULL, 8) = 0
> close(3)                                = 0
> munmap(0xb7f15000, 4096)                = 0
> close(3)                                = -1 EBADF (Bad file descriptor)
> munmap(0xb7f16000, 4096)                = 0
> fstat64(1, {st_mode=S_IFCHR|0620, st_rdev=makedev(136, 0), ...}) = 0
> mmap2(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) =
> 0xb7f16000
> write(1, "Error: end of file reached Fails"..., 49Error: end of file
> reached Fails here!!!!!!!!!!
> ) = 49
> rt_sigprocmask(SIG_SETMASK, [], NULL, 8) = 0
> rt_sigaction(SIGINT, {SIG_DFL}, {0x80b25e0, [], 0}, 8) = 0
> exit_group(-1)                          = ?
> Process 14673 detached
>

Hope this helps :)



On Thu, Jun 26, 2008 at 1:00 PM, Tino Vazquez <tinova at fdi.ucm.es> wrote:

> Sorry, there is one more line that should be commented:
>
> -------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------------
>
>
>
>  On Thu, Jun 26, 2008 at 12:54 PM, Tino Vazquez <tinova79 at gmail.com>
> wrote:
>
>> 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
>>
>
>
>
> --
> 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/1fc20377/attachment-0003.htm>


More information about the Users mailing list