From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from gate001.proxmox.com (gate001.proxmox.com [IPv6:2a0f:8001:1:32::40]) by lore.proxmox.com (Postfix) with ESMTPS id AF1001FF135 for ; Thu, 02 Jul 2026 10:25:51 +0200 (CEST) Received: from gate001.proxmox.com (localhost.localdomain [127.0.0.1]) by gate001.proxmox.com (Proxmox) with ESMTP id AC2C8214A0; Thu, 02 Jul 2026 10:24:58 +0200 (CEST) ARC-Seal: i=1; a=rsa-sha256; t=1782786261; cv=none; d=google.com; s=arc-20260327; b=EIVC+DpR9k06HUV640yqNW4y6IcpDwxvnWgckZRLlF9ZpUlxw1NUWpvJd4sJ2iqTNW jmi3LrIvdl5u8F8lAulPKCOCNuXXcqJrrXQBry34bruRtMgzQyKFXgQaartuQAiUlc34 B1EbHFo04ZgDOwYnTr8y02Lfr+wZsKjZZs/219+j+kom5hI5UJ8xiiBU36Ao/KQfnHLf Y0MQKBy1uxG6LI9GIcJ3BQsC9UDVf++gvriBTF+zSJJf3tt42ZgNFTU6izTjjiG3EnqE IQxOixUKT+U8hdK2yPEuC2yHbx9aCyTvpt1cikidakmrnag6pZBw5tS6N4bXd7H/mBa1 VmaA== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20260327; h=content-transfer-encoding:cc:to:subject:message-id:date:from :in-reply-to:references:mime-version:dkim-signature; bh=wtXCVks3aWd6MKAyzxf1HUAZ5SYbU04nooCYgitm/jk=; fh=CYW0ilcJ4FNYJH55Y7+ZvcPIhVCE44wPy3qgrJwznkc=; b=Nyas0RKfbcS47xdUXGVHeurQzK8tek5mTw8TFDBy3SxHcLxwMoE+vm+mU2Vtsg1qA7 W45hiGj6i5Oz8YAvOEIYKs12kyI7uDQ4GWi5Ql8fmE6+LbVcl7e/Aq085Y8brPh4fQsD 65Da8WCYweo4JwYhlPllDzI8ujlqwTen1ugkQZeQpURgl/P+Bxab5zmTiIwknoOBSVbi HTkb9EQtq0oQBLbhIDT/h7VugMt1Q30eBdtLvt2Hd1eCAITfbFY5hgJffYrtoW2QxNaX 72cTqBE62zbtMaoeehWBEuIUzb2ibw7lYkI/TDbTHJKeDqxrijsHoq39Uu8LCbnH4IwP F3aA==; darn=lists.proxmox.com ARC-Authentication-Results: i=1; mx.google.com; arc=none DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20251104; t=1782786261; x=1783391061; darn=lists.proxmox.com; h=content-transfer-encoding:content-type:cc:to:subject:message-id :date:from:in-reply-to:references:mime-version:from:to:cc:subject :date:message-id:reply-to:content-type; bh=wtXCVks3aWd6MKAyzxf1HUAZ5SYbU04nooCYgitm/jk=; b=SMP1choCet6wAbn5irBL6s8aDsWrnVvpkeN1PdInunBkhUjHldA5YJnDyp0dE+KiWI DGjExKkKALkDm0jV8HcEXxWYD/fCWX7TXrZs7br7T/8js5sFPcC7fCQqwfiE1mO0DcVb p1Ko3q0TyKEl+cxJ/NX3/hCQDAMdEUxqI2oDnAB+710Qeb0IXbbGlALkzA61Rdm4t36q dIHx5rUh1QKSH3/lfzH947zzH8gsaFuxpumteN14AnDAMtmX7sSA4OI0FN0YG6u4vc7l fuV1wbgNScUq1jwW3A7BArNMi5bxXZ5AYKkoF1Z9So78eRHdqygFRstjRFXOifA0ySi1 i5ZQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20251104; t=1782786261; x=1783391061; h=content-transfer-encoding:content-type:cc:to:subject:message-id :date:from:in-reply-to:references:mime-version:x-gm-gg :x-gm-message-state:from:to:cc:subject:date:message-id:reply-to :content-type; bh=wtXCVks3aWd6MKAyzxf1HUAZ5SYbU04nooCYgitm/jk=; b=ob6+qbGuFskqNMPK8N1y9WveDvnB+1q82UZYPeiGOmXkAw9XgjqFJhmEikGvSOeMSv HkP1RusiI3U65Xh7TxEaxYJGFzb5B9opxJGvbMS5cxf7eeY04kYLUt+iS/p1DpZgsTWb /IPe050ogDHTCuYtAJNRtm43+fY8hs5G1jgKk3HeNTSsxFNtRmdvgFdi4T8PIJULPyg9 jCKhlIWYuPBjjLlg4RvrYsEcG5D3gOPtmFzpNGBl2blbfu0hIa785KrO6ETUZj4V7SE5 fouPSYFTrYVnDmNuuwElJxhXTbrmAji113PSDlVYMnI4R7oTFcKp49mTOVuVFy0bz1SM P9Jg== X-Gm-Message-State: AOJu0Yx4oval2dl869IjePPjjQHFT9LZuBtbdNXgOB4/SK44jsnfglRg XiHqOwB1ea+4bhsBMqXR9AHXoh0C//Y1HM3AohYhT4CkSh7DIF8UjWraegRtZb+9/fZM5iMOQtf 6QyY/FoL8CxYTkJypGXwYMairiTjRE5M= X-Gm-Gg: AfdE7ckxixwz96yIeuvUf/a4f0TctBZ5F4F33cu288JfLLRYF5z9RUKjzYNSWk8VGCg ISpuFaMQ4aCWOTGsd63Iy5TrJzogQP/5WYSQ4L1KkeH9rVV+ywjO840F2sDVCFZSisaKAmZTIDp xz6ZB7dpLoigDCiBo4nE0kdCWY5NiF5nkCOmoSkol+8f9y+dFqen/Keqm9K5TsdR4uZwNw4+jNf 8y1b6DqhGOnpXqfuimsxvzIPOa5BqqoBqaS27ZA+g8jNivs7l2uMZqh8G5iVKI5WTO/BNz+WfQ= X-Received: by 2002:a05:6820:1a82:b0:6a1:4833:fd4f with SMTP id 006d021491bc7-6a18914f4b5mr1338337eaf.21.1782786260718; Mon, 29 Jun 2026 19:24:20 -0700 (PDT) MIME-Version: 1.0 References: <4B80A044-E512-45F0-89B0-0DD28F52A3DF@seznam.cz> In-Reply-To: <4B80A044-E512-45F0-89B0-0DD28F52A3DF@seznam.cz> From: Cyrus Date: Mon, 29 Jun 2026 23:24:09 -0300 X-Gm-Features: AVVi8Cfdke_l0DVV8RxVmgJFM8g8RswoQr43uCwHZngfWPUKBFPoM87IuYkf31k Message-ID: Subject: Re: FC Storage integration To: =?UTF-8?B?S2FyZWwgQmVuZcWh?= Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-SPAM-LEVEL: Spam detection results: 0 DKIM_SIGNED 0.1 Message has a DKIM or DK signature, not necessarily valid DKIM_VALID -0.1 Message has at least one valid DKIM or DK signature DKIM_VALID_AU -0.1 Message has a valid DKIM or DK signature from author's domain DKIM_VALID_EF -0.1 Message has a valid DKIM or DK signature from envelope-from domain DMARC_PASS -0.1 DMARC pass policy FREEMAIL_FROM 0.001 Sender email is commonly abused enduser mail provider RCVD_IN_DNSWL_NONE -0.0001 Sender listed at https://www.dnswl.org/, no trust SPF_HELO_NONE 0.001 SPF: HELO does not publish an SPF Record SPF_PASS -0.001 SPF: sender matches SPF record X-MailFrom: cyruspy@gmail.com X-Mailman-Rule-Hits: nonmember-moderation X-Mailman-Rule-Misses: dmarc-mitigation; no-senders; approved; loop; banned-address; emergency; member-moderation Message-ID-Hash: LWZSF7XKSPTMKT43CHEHQPCHYQH35LJ6 X-Message-ID-Hash: LWZSF7XKSPTMKT43CHEHQPCHYQH35LJ6 X-Mailman-Approved-At: Thu, 02 Jul 2026 10:24:50 +0200 CC: pve-user@lists.proxmox.com X-Mailman-Version: 3.3.10 Precedence: list List-Id: Proxmox VE user list List-Help: List-Owner: List-Post: List-Subscribe: List-Unsubscribe: Hello, It's currently working!: - LUN create/elimination - Mapping/Masking - Masking/Unmasking on migration - Snapshots - Clone was implemented, but PVE cannot drive it (at least I could find how to avoid cloning via dd on host side and offload to the storage layer) Everything is driven from PVE 9.2, the only annoyance is that the storage REST interface is taking 6 seconds to respond to simple queries (upgrade pending). Today is SCSI-3 Persistent Reservation day. I will enable some use cases like Windows Server Failover Clusters. The module is centered in Hitachi VSP, I'm mostly interested in understanding if there are more users to justify a full refactor to accommodate multi-vendor support. Regards. El lun, 29 jun 2026 a las 18:09, Karel Bene=C5=A1 () escr= ibi=C3=B3: > > Hi, > If you=E2=80=99re seeking for reassurance, then lately I was thinking abo= ut this too. Why VM-level snapshots on FC storage, when nowadays these stor= age boxes are smart enough to do LUN-level snapshots. All it would require = is proper layout on the storage side. If a LUN (or more LUNs) is dedicated = to a VM, then you need to freeze the writes in a VM for a little and call t= he API of the storage to snapshot the LUN. Removal of a snapshot would be f= ully transparent. Where it gets more complicated is an app-aware snapshot. = And revert to a snapshot, that would have to be done very carefully, nodes = should not start panicking that they lost storage. Is this what you meant? > > Regards, > Karel > > > > On 2026. Jun 29., at 14:20, Andrei Boros wrote: > > > > =EF=BB=BFHi, > > > > We are interested in using FC based storage in PVE, including HA with > > multipath. > > > > I am not sure what you mean by "the specialized box". The plugin, the > > backend, other? > > > >> On 2026-06-26 1:06 AM, Cyrus wrote: > >> Hello!, > >> > >> It seems the pve-devel mail list is not very welcoming or I am doing > >> something wrong. I would try another angle: asking the users. > >> > >> Is there any interest in having a storage plugin to integrate to FC > >> Storage systems in a 1 vdisk =3D 1 LUN fashion?. That should allow you > >> to offload some operations like cloning/snapshots operations to the > >> specialized box. > >> > >> I'm currently testing an integration with Hitachi VSP, but it could be > >> generalized to accommodate specific brand/model drivers (would assume > >> Dell, HPE, Huawei, Purestorage are still selling similar systems) > >> > >> Regards. > >> > > > > -- > > > > *ing. Andrei Boros* > > > > Serviciul IT&C > > *Radio Romania* > > |Tel: +40-21-303-1870 > > +40-745-115721 > > Email: andrei@srr.ro | > > >