NFS functional test failure on jenkins

Francesco Romani fromani at redhat.com
Tue Jan 28 08:52:37 UTC 2014


Hi again,

----- Original Message -----
> From: "Francesco Romani" <fromani at redhat.com>
> To: "Vered Volansky" <vered at redhat.com>
> Cc: infra at ovirt.org
> Sent: Monday, January 27, 2014 2:06:27 PM
> Subject: Re: NFS functional test failure on jenkins
> 
> 
> 
> ----- Original Message -----
> > From: "Vered Volansky" <vered at redhat.com>
> > To: "Francesco Romani" <fromani at redhat.com>
> > Cc: infra at ovirt.org
> > Sent: Monday, January 27, 2014 1:53:03 PM
> > Subject: Re: NFS functional test failure on jenkins
> > 
> > Hi,
> > 
> > This test is currently disabled, I might need to enable it again for
> > further
> > testing though.
> 
> Hi,
> 
> No problem for me reenabling hat test any time; to be honest I still fail to
> see why it is broken.
> 
> Retriggred the jenkins verification manually and got this:
> 
> http://jenkins.ovirt.org/job/vdsm_storage_functional_tests_localfs/64/console
> 
> snippet of error:
> Error: Package: glusterfs-cli-3.4.0-8.fc19.x86_64 (@updates)
>            Requires: glusterfs-libs = 3.4.0-8.fc19
>            Removing: glusterfs-3.4.0-8.fc19.x86_64 (@updates)
>                glusterfs-libs = 3.4.0-8.fc19
>            Updated By: glusterfs-3.4.2-1.fc19.x86_64 (updates)
>                glusterfs-libs = 3.4.2-1.fc19
>            Removing: glusterfs-3.4.1-1.fc19.x86_64 (installed)
>                glusterfs-libs = 3.4.1-1.fc19
>            Updated By: glusterfs-3.4.2-1.fc19.x86_64 (updates)
>                glusterfs-libs = 3.4.2-1.fc19
>            Installed: glusterfs-libs-3.4.1-1.fc19.x86_64 (@updates)
>                glusterfs-libs = 3.4.1-1.fc19
>            Available: glusterfs-3.4.0-0.5.beta2.fc19.i686 (fedora)
>                glusterfs-libs = 3.4.0-0.5.beta2.fc19
>            Available: glusterfs-libs-3.4.2-1.fc19.i686 (updates)
>                glusterfs-libs = 3.4.2-1.fc19
> 
> yum/repo glitch?
> 
> Thanks,

Thanks to Vered, which helped. Unfortunately, after a new try (manual trigger):

http://jenkins.ovirt.org/job/vdsm_storage_functional_tests_localfs/68/console

this time connection error , snippet of the traceback:

  File "/usr/lib64/python2.7/httplib.py", line 969, in endheaders
    self._send_output(message_body)
  File "/usr/lib64/python2.7/httplib.py", line 829, in _send_output
    self.send(msg)
  File "/usr/lib64/python2.7/httplib.py", line 791, in send
    self.connect()
  File "/usr/lib64/python2.7/site-packages/vdsm/SecureXMLRPCServer.py", line 188, in connect
    sock = socket.create_connection((self.host, self.port), self.timeout)
  File "/usr/lib64/python2.7/socket.py", line 553, in create_connection
    for res in getaddrinfo(host, port, 0, SOCK_STREAM):
gaierror: [Errno -2] Name or service not known

but vdsm has been started:

+ sudo service vdsmd status
Redirecting to /bin/systemctl status  vdsmd.service
vdsmd.service - Virtual Desktop Server Manager
   Loaded: loaded (/usr/lib/systemd/system/vdsmd.service; enabled)
   Active: active (running) since Tue 2014-01-28 07:44:39 UTC; 2s ago
  Process: 2790 ExecStartPre=/usr/libexec/vdsm/vdsmd_init_common.sh --pre-start (code=exited, status=0/SUCCESS)
 Main PID: 3058 (vdsm)
   CGroup: name=systemd:/system/vdsmd.service
           └─3058 /usr/bin/python /usr/share/vdsm/vdsm


Maybe supervdsmd not started for some reason?

Thanks,


-- 
Francesco Romani
RedHat Engineering Virtualization R & D
Phone: 8261328
IRC: fromani



More information about the Infra mailing list