[one-users] Cannot submit image: Error: Connection refused -connect(2)
Alvaro Canales
accleo at gmail.com
Thu Jun 26 09:17:04 PDT 2008
Hey!
Thank you all!
I can confirm this solves my problem :)
Thank you!
On Thu, Jun 26, 2008 at 3:20 PM, Tino Vazquez <tinova79 at gmail.com> wrote:
> 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
>
--
Álvaro
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.opennebula.org/pipermail/users-opennebula.org/attachments/20080626/2b9cd945/attachment-0003.htm>
More information about the Users
mailing list