[one-users] Cannot submit image: Error: Connection refused -connect(2)
Tino Vazquez
tinova79 at gmail.com
Thu Jun 26 06:20:46 PDT 2008
Hi Alvaro,
That was indeed a bug. Please check this ticket for a patch, it contains a
reference to the changeset (22) that solves the problem:
http://trac.opennebula.org/ticket/20
Please let us know it it worked for you.
Thank you very much for the quality feedback.
Best regards,
-Tino
On Thu, Jun 26, 2008 at 1:26 PM, Alvaro Canales <accleo at gmail.com> wrote:
> Hey!
>
> 1. No, it just dies. But the mm_sched process is still alive (and the .lock
> file not removed).
> 2. I get no special output...:
>
>> [ReM][D]: HostDelete method invoked
>>
>
>
> On Thu, Jun 26, 2008 at 1:19 PM, Tino Vazquez <tinova79 at gmail.com> wrote:
>
>> Alvaro,
>>
>> 1. After issuing the delete command, is oned still running? Or it dies?
>>
>> 2. Does it output anything to $ONE_LOCATION/var/oned.log related to the
>> delete operation or to the subsequent failure?
>>
>>
>> On Thu, Jun 26, 2008 at 1:12 PM, Tino Vazquez <tinova79 at gmail.com> wrote:
>>
>>> 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
>>>
>>
>>
>>
>> --
>> 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
>>
>> _______________________________________________
>> Users mailing list
>> Users at lists.opennebula.org
>> http://lists.opennebula.org/listinfo.cgi/users-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/7367f837/attachment-0003.htm>
More information about the Users
mailing list