[Yahoo-eng-team] [Bug 2084796] [NEW] Typo in resource type for metadef - OS::Cinder::VolumeType

2024-10-17 Thread Viktor Křivák
, this typo must be copied, which is very confusing. ** Affects: horizon Importance: Undecided Assignee: Viktor Křivák (viktor-krivak) Status: New ** Changed in: horizon Assignee: (unassigned) => Viktor Křivák (viktor-krivak) -- You received this bug notification beca

[Yahoo-eng-team] [Bug 2077009] [NEW] Nova doesn't clean claims after evacuation

2024-08-14 Thread Viktor Křivák
Public bug reported: When a VM is evacuated from the failed server without stating explicit destination (i.e. letting the scheduler decide) claims to the old hypervisor in placement are never deleted. How to replicate: - Place VM on the hypervisor - Check that claims are OK: +

[Yahoo-eng-team] [Bug 1794718] [NEW] Neutron VPNAAS don't update site connections on python3

2018-09-27 Thread Viktor Křivák
Public bug reported: Tested with StrongSwan but I hope this can cause issues on others drivers too. On python3 when new connection is created it's stuck in PENDING_CREATE state. Everything is working but connection state is never updated. Main reason is that agent send wrong id to server. On pyth

[Yahoo-eng-team] [Bug 1281098] [NEW] Too long tunnel devices names

2014-02-17 Thread Viktor Křivák
Public bug reported: Openvswitch neutron agent create too long names for tunnel devices. Ports name are created like %type-%remoteip. For example for gre type tunnel, name is gre-192.168.201.10 which exceed max length for linux network devices (15 chars). This name pass throw openvswitch, but cr