Я пытаюсь настроить сервис-брокера, чтобы добавить postgres к нашей установке Cloud Foundry. Мы запускаем нашу систему на vmWare. Я использую эту версию для того, чтобы сделать это:Cloud Foundry bosh Ошибка 100: Не удается найти сеть
мне нужно настроить в сети: раздел в манифесте, и то, что я устанавливаю там не работает.
Это то, что мои сети выглядеть в VMWare VCENTER UI:
И это то, что мои кластеры и пулы ресурсов выглядеть в VCENTER UI:
Я пробовал как с кавычками, так и без них, вокруг «имени» сети. Но сейчас я получаю сообщение об ошибке, что Бош не может найти сеть:
Failed compiling packages > rootfs_lucid64/9b3f611b46e076b94b37645c98f9100e7bcef5dd: Can't find network: VLAN1130_LB_100.114.130.0 (00:00:01)
Failed compiling packages > postgresql93/06163819b694f8d9836586d024f64c11efe30180: Can't find network: VLAN1130_LB_100.114.130.0 (00:00:01)
Failed compiling packages > postgresql92/2867893e714aae6e6b76bd06e7aa30d47023c46e: Can't find network: VLAN1130_LB_100.114.130.0 (00:00:01)
Error 100: Can't find network: VLAN1130_LB_100.114.130.0
Task 2430 error
Это была моя последняя конфигурация попытка:
networks:
- name: default
type: manual
subnets:
- range: 100.114.130.0/24
gateway: 100.114.130.1
cloud_properties:
name: VLAN1130_LB_100.114.130.0
Я также попытался использовать одиночные кавычки, как показано ниже. Но у меня такая же ошибка, как и выше!
networks:
- name: default
type: manual
subnets:
- range: 100.114.130.0/24
gateway: 100.114.130.1
cloud_properties:
name: 'VLAN1130_LB_100.114.130.0'
Наша сеть, что мы на это один: 100.114.130.0/24
Так что имеет смысл выбрать VLAN1130_LB_100.114.130.0 в конфигурации.
Я попытался установить все эти параметры в файле yaml без кавычек. И никто из них, похоже, не работает!
<ul>
<li>USH_UCS_CLOUD_FOUNDRY: <a href="https://gist.github.com/bluethundr/18ac490e96a5e02fad65">postgres_2432_debug.txt</li>
<li>USH_UCS_CLOUD_FOUNDRY_DVS: <a href="https://gist.github.com/bluethundr/4b02c7359b6415bde97f">postgres_2433_debug.txt</a></li>
<li>USH_UCS_CLOUD_FO-DVUplinks-435272: <a href="https://gist.github.com/bluethundr/e357ad872a40ac85b9ca">postgres_2434_debug.txt</a> </li>
<li>VLAN1129_LB_100.114.129.0: <a href="https://gist.github.com/bluethundr/ebd88c27cab3cd2b6804">postgres_2435_debug.txt</a></li>
<li>VLAN1130_LB_100.114.130.0: <a href="https://gist.github.com/bluethundr/b7eeb43e3d96f1a85578">postgres_2436_debug.txt</a></li>
<li>VLAN14-ESXI_MGMT-3.156.14.0: <a href="https://gist.github.com/bluethundr/dbde624e63842721a133">postgres_2437_debug.txt</li>
</ul>Я не ожидал бы VLAN1129_LB_100.114.129.0 работать, но я попробовал это в любом случае, просто чтобы быть полным.
Я поставил отладочные дампы каждой неудачной попытки рядом с каждой настройкой, указанной выше. Конечно, один из них должен работать! Но, как вы видите, никто из них не сделал этого.
Вот мой полный YAML файл, который я разворачивал с командой «» заплечиков развертывания:
name: cf-22b9f4d62bb6f0563b71
director_uuid: fd713790-b1bc-401a-8ea1-b8209f1cc90c
releases:
- name: cf-services-contrib
version: 6
compilation:
workers: 3
network: default
reuse_compilation_vms: true
cloud_properties:
ram: 5120
disk: 10240
cpu: 2
update:
canaries: 1
canary_watch_time: 30000-60000
update_watch_time: 30000-60000
max_in_flight: 4
networks:
- name: default
type: manual
subnets:
- range: 100.114.130.0/24
gateway: 100.114.130.1
cloud_properties:
name: VLAN1130_LB_100.114.130.0
resource_pools:
- name: 'USH_UCS_CLOUD_FOUNDRY_NONPROD_01_RP'
network: default
stemcell:
name: bosh-vsphere-esxi-ubuntu-trusty-go_agent
version: '2865.1'
cloud_properties:
cpu: 2
ram: 4096
disk: 10240
datacenters:
- name: 'Universal City'
clusters:
- USH_UCS_CLOUD_FOUNDRY_NONPROD_01: {resource_pool: 'USH_UCS_CLOUD_FOUNDRY_NONPROD_01_RP'}
jobs:
- name: gateways
release: cf-services-contrib
templates:
- name: postgresql_gateway_ng
instances: 1
resource_pool: 'USH_UCS_CLOUD_FOUNDRY_NONPROD_01_RP'
networks:
- name: default
default: [dns, gateway]
properties:
# Service credentials
uaa_client_id: "cf"
uaa_endpoint: http://uaa.devcloudwest.example.com
uaa_client_auth_credentials:
username: admin
password: secret
- name: postgresql_service_node
release: cf-services-contrib
template: postgresql_node_ng
instances: 1
resource_pool: 'USH_UCS_CLOUD_FOUNDRY_NONPROD_01_RP'
persistent_disk: 10000
properties:
postgresql_node:
plan: default
networks:
- name: default
default: [dns, gateway]
properties:
networks:
apps: default
management: default
cc:
srv_api_uri: http://api.devcloudwest.example.com
nats:
address: 100.114.130.11
port: 25555
user: nats #CHANGE
password: secret
authorization_timeout: 5
service_plans:
postgresql:
default:
description: "Developer, 250MB storage, 10 connections"
free: true
job_management:
high_water: 230
low_water: 20
configuration:
capacity: 125
max_clients: 10
quota_files: 4
quota_data_size: 240
enable_journaling: true
backup:
enable: false
lifecycle:
enable: false
serialization: enable
snapshot:
quota: 1
postgresql_gateway:
token: f75df200-4daf-45b5-b92a-cb7fa1a25660
default_plan: default
supported_versions: ["9.3"]
version_aliases:
current: "9.3"
cc_api_version: v2
postgresql_node:
supported_versions: ["9.3"]
default_version: "9.3"
max_tmp: 900
password: secret
Как мы можем обойти этот вопрос?
Вы можете попробовать, в вашем 'default' сети' cloud_properties', чтобы изменить название '' VLAN1130_LB_100.114.130.0' к USH_UCS_CLOUD_FOUNDRY/VLAN1130_LB_100.114.130.0'.Вложенная папка важна. –
Hi Amit! спасибо за ваш ответ на мой вопрос. Ваше предложение вложить вложенные папки из wmare в файле yaml, похоже, работает! имя: USH_UCS_CLOUD_FOUNDRY/VLAN1130_LB_100.114.130.0 - это то, что, похоже, сделало трюк , однако развертывание bosh работает очень долгое время! На данный момент он работает почти 4 часа и еще не завершен. Этого можно ожидать? или вы думаете, что что-то еще не так? – bluethundr