cloudstack-issues mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "Raf Smeets (JIRA)" <j...@apache.org>
Subject [jira] [Reopened] (CLOUDSTACK-9749) cloudstack master vpc_internal_lb feature is broken as port 8080 is in use by password server on lb VM
Date Tue, 09 Jan 2018 13:55:01 GMT

     [ https://issues.apache.org/jira/browse/CLOUDSTACK-9749?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]

Raf Smeets reopened CLOUDSTACK-9749:
------------------------------------

Since the introduction of Debian9 systemvmtemplate, test_05_nuage_internallb_traffic of test_nuage_vpc_internal_lb.py
fails in connectivity check.

Previously I had raised CLOUDSTACK-9749 as password service was using port 8080.
Fix was to no longer run password service in internal_lb_vm, but it seems that with this new
template, this fix is no longer working 

I can see password service is using port 8080 on internal_lb_vm.

Last login: Tue Jan  9 10:52:52 2018 from 10.30.36.2
[root@ovs-2 ~]# virsh list --all
 Id    Name                           State
----------------------------------------------------
 2     s-1-VM                         running
 31    i-12-61-VM                     running
 32    i-12-63-VM                     running
 33    b-64-VM                        running
 34    b-67-VM                        running
 35    i-12-69-VM                     running

[root@ovs-2 ~]# ssh -i ~/.ssh/id_rsa.cloud -p 3922 169.254.2.46 Linux b-67-VM 4.9.0-4-amd64
#1 SMP Debian 4.9.65-3 (2017-12-03) x86_64

root@b-67-VM:~# netstat -an | grep 8080
tcp        0      0 10.1.2.55:8080          0.0.0.0:*               LISTEN     
root@b-67-VM:~# netstat -tlpn
Active Internet connections (only servers)
Proto Recv-Q Send-Q Local Address           Foreign Address         State       PID/Program
name    
tcp        0      0 10.1.2.55:8080          0.0.0.0:*               LISTEN      1165/python
        
tcp        0      0 169.254.2.46:3922       0.0.0.0:*               LISTEN      1075/sshd
          
root@b-67-VM:~# ps -ef | grep 1165
root      1165     1  0 13:32 ?        00:00:00 python /opt/cloud/bin/passwd_server_ip.py
10.1.2.55
root      2044  2034  0 13:36 pts/0    00:00:00 grep 1165

root@b-67-VM:~# systemctl status cloud-password-server@10.1.2.55
? cloud-password-server@10.1.2.55.service - Cloud password server on 10.1.2.55
   Loaded: loaded (/etc/systemd/system/cloud-password-server@.service; disabled; vendor preset:
enabled)
   Active: active (running) since Tue 2018-01-09 13:32:06 UTC; 7min ago
 Main PID: 1165 (python)
    Tasks: 1 (limit: 4915)
   CGroup: /system.slice/system-cloud\x2dpassword\x2dserver.slice/cloud-password-server@10.1.2.55.service
           +-1165 python /opt/cloud/bin/passwd_server_ip.py 10.1.2.55

Jan 09 13:32:06 b-67-VM systemd[1]: Started Cloud password server on 10.1.2.55.
Jan 09 13:32:06 b-67-VM passwd_server_ip.py[1165]: serve_password running on 10.1.2.55:8080

root@b-67-VM:~# systemctl stop cloud-password-server@10.1.2.55
root@b-67-VM:~# systemctl status cloud-password-server@10.1.2.55
? cloud-password-server@10.1.2.55.service - Cloud password server on 10.1.2.55
   Loaded: loaded (/etc/systemd/system/cloud-password-server@.service; disabled; vendor preset:
enabled)
   Active: inactive (dead)

Jan 09 13:32:06 b-67-VM systemd[1]: Started Cloud password server on 10.1.2.55.
Jan 09 13:32:06 b-67-VM passwd_server_ip.py[1165]: serve_password running on 10.1.2.55:8080
Jan 09 13:40:40 b-67-VM passwd_server_ip.py[1165]: serve_password: bad_request from IP 10.1.3.141
Jan 09 13:41:01 b-67-VM systemd[1]: Stopping Cloud password server on 10.1.2.55...
Jan 09 13:41:01 b-67-VM systemd[1]: Stopped Cloud password server on 10.1.2.55.
root@b-67-VM:~# systemctl disable cloud-password-server@10.1.2.55
root@b-67-VM:~# systemctl status cloud-password-server@10.1.2.55
? cloud-password-server@10.1.2.55.service - Cloud password server on 10.1.2.55
   Loaded: loaded (/etc/systemd/system/cloud-password-server@.service; disabled; vendor preset:
enabled)
   Active: inactive (dead)

Jan 09 13:32:06 b-67-VM systemd[1]: Started Cloud password server on 10.1.2.55.
Jan 09 13:32:06 b-67-VM passwd_server_ip.py[1165]: serve_password running on 10.1.2.55:8080
Jan 09 13:40:40 b-67-VM passwd_server_ip.py[1165]: serve_password: bad_request from IP 10.1.3.141
Jan 09 13:41:01 b-67-VM systemd[1]: Stopping Cloud password server on 10.1.2.55...
Jan 09 13:41:01 b-67-VM systemd[1]: Stopped Cloud password server on 10.1.2.55.
root@b-67-VM:~# systemctl disable cloud-password-server@
root@b-67-VM:~# systemctl enable cloud-password-server@10.1.2.55
Created symlink /etc/systemd/system/multi-user.target.wants/cloud-password-server@10.1.2.55.service
-> /etc/systemd/system/cloud-password-server@.service.
root@b-67-VM:~# systemctl disable cloud-password-server@
Removed /etc/systemd/system/multi-user.target.wants/cloud-password-server@10.1.2.55.service.

> cloudstack master vpc_internal_lb feature is broken as port 8080 is in use by password
server on lb VM
> ------------------------------------------------------------------------------------------------------
>
>                 Key: CLOUDSTACK-9749
>                 URL: https://issues.apache.org/jira/browse/CLOUDSTACK-9749
>             Project: CloudStack
>          Issue Type: Bug
>      Security Level: Public(Anyone can view this level - this is the default.) 
>    Affects Versions: 4.10.0.0, 4.9.2.0, 4.8.2.0
>            Reporter: Raf Smeets
>            Assignee: Frank Maximus
>            Priority: Critical
>             Fix For: 4.10.0.0
>
>         Attachments: runinfo.txt
>
>
> cloudstack master vpc_internal_lb feature is broken as port 8080 is in use by password
server on lb VM
> Executed test/integration/plugins/nuagevsp/test_nuage_vpc_internal_lb.py which failed
in test_05_nuage_internallb_traffic at the point where it is checking the lb via wget of file
using port 8080.
> As port 8080 already is occupied by the password_server, it fails.
> I have added the runinfo.txt of the failing test to this bugticket.
> Similar issue was reported internally via CLOUD-972.



--
This message was sent by Atlassian JIRA
(v6.4.14#64029)

Mime
View raw message