From: Christian Ebner <c.ebner@proxmox.com>
To: pbs-devel@lists.proxmox.com
Subject: Re: [pbs-devel] [PATCH] tape: forbid operations on a s3 datastore
Date: Mon, 28 Jul 2025 09:25:45 +0200 [thread overview]
Message-ID: <2ee98bc8-d3b4-4664-b6ba-a9a80296bb81@proxmox.com> (raw)
In-Reply-To: <ad4d893fad70444ed36ebcd1cefbf58081d905e5.camel@guerby.net>
On 7/27/25 12:37 AM, Laurent GUERBY wrote:
> On Thu, 2025-07-24 at 08:50 +0200, Dominik Csapak wrote:
>> Hi
>>
>> On 7/23/25 21:51, Thomas Lamprecht wrote:
>>> This was fine and I applied it but still have some comments on one
>>> of the arguments that would indicate that this never makes sense to
>>> have, as IMO it can.
>>>
>>> Am 23.07.25 um 16:31 schrieb Dominik Csapak:
>>>> namely:
>>>> * backup to tape from s3 (including a configuring such a job)
>>>> * restore to s3 from tape
>>>>
>>>> It does not work currently, but it probably does not make sense to allow
>>>> that at all for several reasons:
>>>> * both are designed to be 'off-site', so copying data from one off-site
>>>> location to another directly does not make sense most of the time
>
> Hi,
>
> With my CISO hat on I see tapes physically removed from the tape
> library as an essential security tool providing the "offline" property
> to one copy of the backups, this is orthogonal to "off-site" being
> discussed here.
>
> S3 is typically online, even if some providers offer S3 to
> tape/offline.
>
> Bandwith/delay constraints especially for full restore after a
> successful deep cyberattack might favor an "on-site "offline" tape
> backup for many organization.
>
> Backup solutions like Veeam already provide "object to tape".
>
> I think it would be nice to have this feature in the PBS roadmap if
> there's no technical roadblock to having the same feature set for S3
> and directory datastore, including tape.
Hi,
please do open an issue on https://bugzilla.proxmox.com for this, maybe
also linking to this thread via the following link:
https://lore.proxmox.com/pbs-devel/ad4d893fad70444ed36ebcd1cefbf58081d905e5.camel@guerby.net/T
By this you can get also notifications on status progress, I will have a
look at how to implement S3 <-> tape as well.
Thanks,
Chris
_______________________________________________
pbs-devel mailing list
pbs-devel@lists.proxmox.com
https://lists.proxmox.com/cgi-bin/mailman/listinfo/pbs-devel
next prev parent reply other threads:[~2025-07-28 7:24 UTC|newest]
Thread overview: 7+ messages / expand[flat|nested] mbox.gz Atom feed top
2025-07-23 14:31 Dominik Csapak
2025-07-23 18:37 ` [pbs-devel] applied: " Thomas Lamprecht
2025-07-23 19:51 ` [pbs-devel] " Thomas Lamprecht
2025-07-24 6:50 ` Dominik Csapak
2025-07-26 21:19 ` Laurent GUERBY
2025-07-28 7:25 ` Christian Ebner [this message]
2025-07-28 18:08 ` Laurent GUERBY
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=2ee98bc8-d3b4-4664-b6ba-a9a80296bb81@proxmox.com \
--to=c.ebner@proxmox.com \
--cc=pbs-devel@lists.proxmox.com \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox