[one-users] Cannot submit image: Error: Connection refused -connect(2)
Alvaro Canales
accleo at gmail.com
Thu Jun 26 04:26:48 PDT 2008
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
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.opennebula.org/pipermail/users-opennebula.org/attachments/20080626/b37b8c0e/attachment-0003.htm>
More information about the Users
mailing list