2019年10月の黒ラボデータネットワーク
VMwareはvCenter ServerのLinux版を使用することをお勧めデプロイした後、VCSAが広く、特にツールのLinuxバージョンのバージョンへのWindowsからの移行のため、本番環境で使用されてきた、VCSAは新しい高さに達して使用します。
時間の使用の増加によって、多くの管理者はもっとゆっくり、VCSA仮想マシンの実行を問題を発見し、いくつかのも、直接死にリンクされている、または仮想マシンがサービスを開始した後、起動に失敗し、最も一般的なエラーは、次のヒントです。
报错提示一
503サービスを使用できません（エンドポイントへの接続に失敗しました：[[N7Vmacore4Http16LocalServiceSpecE：0x00005649e04415e0] _serverNamespace = / _isRedirect = falseを_pipeName =の/ var /実行/ vmwareの/のvpxd-Webサーバパイプ）
报错提示二
503サービスを使用できません（エンドポイントへの接続に失敗しました：[N7Vmacore4Http16LocalServiceSpecE：0x00005649e04415e0] _serverNamespace = / UIアクション= = 5090 _portを許可します）
报错提示三
HTTPステータス404 -見つかりませんでし
タイプステータスレポート
メッセージProxyServlet：/ UI /
オリジンサーバがターゲットリソースの現在の表現が見つからないか、それが存在する開示して喜んではありませんでした説明。
実際には、ほとんどの場合、これらの問題を引き起こすディスク領域不足の原因の問題のために発生し、VCSAは、Linuxに精通幹部の一部は直接に覚えて覚えて、スペースの利用を高めるために、いくつかのファイルにVCSA仮想マシンをハンズ削除、SUSE Linuxシステムを使用します。伝統を使用していませんLinuxは完全に使えなくVCSAにつながる可能ファイルを削除し、VCSAを管理するために考えて。このようなシステムを削除するログの一部を削除するよう、いくつかのログVCSA後には再構築することができない、それが起動できませんVCSAサービスにつながる場合は、これらのログファイルは削除されます。
正しいアプローチは、拡張操作のためのVMDKで、VCSA 6.0は、論理ボリュームマネージャ（LVM）を導入し、VCSA 5.5と6.7がうまくサポートされ、ダイナミックな成長VCSAのディスクスペース。
スペースの不足に最も可能性の高いVCSA 6.Xは、仮想マシンのディスク/記憶/ログ（VMDK 5に対応）/ストレージ/ DB（VMDK 6に対応）/記憶/ DBLOGある （ VMDK 7に対応します）
再び：ログファイルを削除しないでください。
適切な治療：
1、新しいオペレーティングVCSA 6.7、実質的に同じ6.Xその他のエディション。
2、VCSA 6.7 VMDK仮想マシンの仮想マシン情報を参照して、バージョン6.7 13 VMDKの合計を使用して、各VMDKは、表を参照して説明した式I、II、IIIについて説明します。
表一 VCSA 6.0版本使用11个VMDK
VMDK 默认大小 挂载点 解释
VMDK1 12 GB / (10 GB)
/boot (132 MB)
SWAP (1 GB) 存储着内核映像和引导加载配置的引导目录
VMDK2 1.3 GB /tmp 临时目录，用于存储生成的临时文件或供 vCenter Server 中的服务使用
VMDK3 25 GB SWAP 交换目录，系统内存不足时使用此目录交换到磁盘
VMDK4 25 GB /storage/core 核心目录，存储 vCenter Server 中 VPXD 进程的核心转储
VMDK5 10 GB /storage/log 日志目录，vCenter Server 在此目录中存储环境的所有日志
VMDK6 10 GB /storage/db VMware Postgres 数据库存储位置
VMDK7 5 GB /storage/dblog VMware Postgres 数据库日志记录位置
VMDK8 10 GB /storage/seat VMware Postgres 的状态、事件、告警和任务 (SEAT) 目录
VMDK9 1 GB /storage/netdump VMware Netdump Collector 存储库，用于存储 ESXi 转储
VMDK10 10 GB /storage/autodeploy VMware Auto Deploy 存储库，存储用于 ESXi 主机无状态引导的 thinpackage
VMDK11 5 GB /storage/invsvc VMware Inventory Service 目录，xDB、Inventory Service 引导程序配置文件和 tomcat 配置文件位于此目录中
表二 VCSA 6.5版本使用12个VMDK
VMDK 默认大小 挂载点 解释
VMDK1 12GB / (10GB)
/boot (132MB)
SWAP (1GB) 内核映像和引导加载程序配置的存储目录。
VMDK2 1.8GB /tmp 用于存储vCenter Server服务生成或使用的临时文件的目录
VMDK3 25GB SWAP 系统内存不足以交换到磁盘时使用的目录
VMDK4 25GB /storage/core 存储来自vCenter Server的VPXD 进程的核心转储的目录
VMDK5 10GB /storage/log vCenter Server和Platform Services Controller存储环境所有日志的目录
VMDK6 10GB /storage/db VMware Postgres数据库存储位置
VMDK7 5GB /storage/dblog VMware Postgres数据库日志记录位置
VMDK8 10GB /storage/seat VMware Postgres的统计，事件，警报和任务（SEAT）目录
VMDK9 1GB /storage/netdump 存储ESXi转储的VMware Netdump收集器存储库
VMDK10 10GB /storage/autodeploy VMware Auto Deploy存储库，该存储库存储用于无状态启动ESXi主机的瘦程序包
VMDK11 10GB /storage/imagebuilder VMware Image Builder存储库，用于存储vSphere映像配置文件，软件仓库和VIB软件包，例如驱动程序VIB和更新VIB。
VMDK12 100GB /storage/updatemgr VMware Update Manager存储库，用于存储虚拟机和ESXi主机的修补程序和更新
表三 VCSA 6.0版本使用13个VMDK
VMDK 默认大小 挂载点 解释
VMDK1 12GB / (10GB)
/boot (132MB)
SWAP (1GB) 内核映像和引导加载程序配置的存储目录。
VMDK2 1.8GB /tmp 用于存储vCenter Server服务生成或使用的临时文件的目录
VMDK3 25GB SWAP 系统内存不足以交换到磁盘时使用的目录
VMDK4 25GB /storage/core 存储来自vCenter Server的VPXD 进程的核心转储的目录
VMDK5 10GB /storage/log vCenter Server和Platform Services Controller存储环境所有日志的目录
VMDK6 10GB /storage/db VMware Postgres数据库存储位置
VMDK7 5GB /storage/dblog VMware Postgres数据库日志记录位置
VMDK8 10GB /storage/seat VMware Postgres的统计，事件，警报和任务（SEAT）目录
VMDK9 1GB /storage/netdump 存储ESXi转储的VMware Netdump收集器存储库
VMDK10 10GB /storage/autodeploy VMware Auto Deploy存储库，该存储库存储用于无状态启动ESXi主机的瘦程序包
VMDK11 10ギガバイト/ストレージ/ imagebuilderのVMwareイメージ・ビルダーなどドライバーおよび更新VIB VIBなどの画像プロファイルのvSphere、デポおよびVIBパッケージを、保存するためのリポジトリ。
VMwareの更新updatemgr VMDK12 100ギガバイト/ストレージ/マネージャー仮想マシンを格納するためのリポジトリおよびESXiホストのパッチやアップデート
VMDK13 50ギガバイト/ストレージ/先行書き込みログ・アーカイブのVMware Postgresデータベース（WAL）の位置
ステップ3ログインVCSA 6.7仮想マシンは、-Th閲覧スペースのdfコマンドを使用します。
ステップ4は、対応するVMDK容量情報を参照してください。
ステップ5、容量VMDK、各追加のスペース10Gを増やします。
ステップ6、増加仮想ディスクスペースの後に、直接コマンドは自動的に論理ボリュームvpxd_servicecfgストレージLVMの自動拡張のすべての増加物理ボリュームを拡張使用することは間違っていない、コマンドがあります
ステップ7、拡大と成功。
ステップ8、さらに拡大すること/usr/lib/applmgmt/support/scripts/autogrow.shコマンドを使用して。
50Gの増加の効果の後、9ステップ。
ステップ10、サービスを開始するためにコマンドを使用して、すべてのサービスのすべてが正常に起動しました。
ステップ11、正常に戻って、VCSA 6.7にアクセスするためにブラウザを使用して。
最後に、リマインダー：ファイルを削除し、LinuxのVCSAを管理するために、伝統的な思考を使用していないがVCSAに完全に使用できなくなる可能性があります。