From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from smtp.kernel.org (aws-us-west-2-korg-mail-1.web.codeaurora.org [10.30.226.201]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by smtp.subspace.kernel.org (Postfix) with ESMTPS id BD45F17A2FB for ; Thu, 24 Apr 2025 14:17:28 +0000 (UTC) Authentication-Results: smtp.subspace.kernel.org; arc=none smtp.client-ip=10.30.226.201 ARC-Seal:i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1745504248; cv=none; b=Sxm2cdDhKgdxCGEEIKjovxMjrnnKqO/UfQbhcAdFq+WXv/vYvF+Qwx3GSb6zg37dgVww0JoRM/Lrgnd2RSxX3lr8RGWtXCQDnfO3CcD++IV9SeWAihqwq6W8tfFf7orTuN6TWGLXomxHHpx6DQ0zVpju3FH0g2GdmXjHehFKtzM= ARC-Message-Signature:i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1745504248; c=relaxed/simple; bh=09ZzbVrC0I1+TNehBm8Oc8aXXQt3OJ5bvuB+u+/uIX8=; h=From:To:Cc:Subject:Date:Message-ID:MIME-Version; b=QGpDqeFtK769m6BiF6VJBmuN+MGy5ChkRwXOHzshVwElixDHpptpX7qZ5yV6B/icZousQda45EL9yc9PIBznDoCpXDcKyYPjyAXNMUj+UW1MkkhRZmhLGyGSX7lbkgkLG37e+dvfVpP6wSyVgUj8SaNoNZMono6CYWwCNdU0+CA= ARC-Authentication-Results:i=1; smtp.subspace.kernel.org; dkim=pass (2048-bit key) header.d=kernel.org header.i=@kernel.org header.b=jLu3init; arc=none smtp.client-ip=10.30.226.201 Authentication-Results: smtp.subspace.kernel.org; dkim=pass (2048-bit key) header.d=kernel.org header.i=@kernel.org header.b="jLu3init" Received: by smtp.kernel.org (Postfix) with ESMTPSA id 07EF4C4CEE3; Thu, 24 Apr 2025 14:17:27 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=kernel.org; s=k20201202; t=1745504248; bh=09ZzbVrC0I1+TNehBm8Oc8aXXQt3OJ5bvuB+u+/uIX8=; h=From:To:Cc:Subject:Date:From; b=jLu3initCcl1aocIbuOAZvPYrGbGalRiIldNgXViRhMg4WJYLaeNl+/IsvmWpJWvg hF/7eQpLsATHNbTCnxTfoVn5XFKS3HXhh/KsjaGzqXEwA5poiNL600WzMuw8+jwZiU E3qOt7bMtIyfHdEusgeky+qVxlTe0HkpNv9FzXdYn6g+KHuTizU2Y8UpEiIXF0o0wN OZoECih1tbsOacf36hFC7yV4hHqV9kFnfh+rvFvGxnl2TU6kDxILDH9gNceHL4LeiG 7yaTy6y9W+OSX0ZT+YaAaui7Ulof0uFaaipUXv0851fzmEt13nLCvIJRwvG1lerOnT m+JiOz4+3RCXQ== From: cel@kernel.org To: Cc: Chuck Lever Subject: [PATCH v4 0/3] Add uniquifier to storage pool path Date: Thu, 24 Apr 2025 10:17:22 -0400 Message-ID: <20250424141725.827244-1-cel@kernel.org> X-Mailer: git-send-email 2.49.0 Precedence: bulk X-Mailing-List: kdevops@lists.linux.dev List-Id: List-Subscribe: List-Unsubscribe: MIME-Version: 1.0 Content-Transfer-Encoding: 8bit From: Chuck Lever I'd like to be able to run more than one instance of kdevops per physical host. Currently the kdevops guestfs set-up steers all storage pool activity into ${STORAGE_POOL}/kdevops/guestfs, which means there's a good change that two different logged-in users will create virtual machines whose names, OS base images, and block devices will interfere with each other. So far I haven't been able to get the other storage pool-related settings to add sufficient uniqueness to prevent this conflict. Changes since v3: * Define and use CONFIG_KDEVOPS_STORAGE_POOL_USER Chuck Lever (3): scripts: Remove unused kdevops_storage_pool_user variable Kconfig: Define KDEVOPS_STORAGE_POOL_USER via Kconfig guestfs: Per-user storage pools kconfigs/Kconfig.libvirt | 52 ++++++++++++++++++++++++++++++++++---- scripts/bringup_guestfs.sh | 3 +-- scripts/destroy_guestfs.sh | 2 +- scripts/guestfs.Makefile | 3 +-- scripts/vagrant.Makefile | 2 -- 5 files changed, 50 insertions(+), 12 deletions(-) -- 2.49.0