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