On Thu, 2005-07-14 at 16:11 -0400, Ming Zhang wrote:
> but the backup client still need to behave like a requester to keep ini
> side data consistent before invoking snapshot request. so it is possible
> to let this signal still sent by ini.
>
>
> ming
Couldn't the backup client have the permission to ask the OS to pause
things and confirm the pause, then the client would request the snapshot
to the management server, get confirmation back and inform client's
kernel to release to full use once more?
I can't see the need for the kernel(iscsi initiator) to be the one
asking for management tasks of the storage server if there were a
os-specific standardized way of requesting fs pausing. After all it's
the backup client that needs to coordinate the creation/removal of the
snapshot image at the storage server level, not the kernel that the
backup client is running on. It jus doesn't feel right to me when I
imagine using iscsi as the management communication channel....
>
> On Thu, 2005-07-14 at 15:06 -0500, Brian Wolfe wrote:
> >
> > oops, I forgot to add the following..
> >
> > To me triggering a "snapshot" is something best done between the
> > backup
> > client program and the management system, not the iscsi initiator and
> > target. Maybe what's needed is a "standard" protocol for backup
> > clients/servers/storage srevers to communicate the desire for snapot
> > creation/removal.
> >
> >
>
signature.asc
Description: This is a digitally signed message part
|
