-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1
I was expecting this, and I expect that BRU will see a socket and deny as
well. Yes, it is a glorified GNU Tar program :), but I use it because it's
easier to point to a corporate entity when it comes to legal issues of
intellectual property loss. Quite frankly, I highly DO NOT recommend folks
using Tolisgroup's BRU. Their support is terrible. I went as far as the R&D
person, and he didn't think an upgrade would fix a problem. The support
people said it would. Go figure.
The whole rest of the operation uses opensource stuff. It's just the backup
that's proprietary. Pretty soon, I may be using AMANDA anyway :(
/mario
On Wednesday 08 September 2004 18:05, Bryan J. Smith wrote:
> Mario Lombardo wrote:
> > Is there a way to create a pseudo block device piping to a real
> > network file system via SMB or NFS?
>
> NFS works by direct inode reference, so this is impossible. It _could_
> be possible to do this with Samba, but I'd have to think how it might be
> possible. It would definitely have to be done at the Linux kernel level
> -- using some modifications of the VFS and the smbfs support.
>
> Fortunately, you _could_ create a local socket file and that would
> stream data to/from a remote socket port. This is actually trival once
> you do it. It all depends if the program sees that the file is a
> "socket" and refuses to connect to it.
>
> > I'm trying to circumvent the limitations of Tolisgroup's proprietary
> > BRU Desktop 17.0 backup program that backs up only locally attached
> > devices.
>
> I know this isn't the answer you are looking for, but consider moving
> away from BRU then. It's just a glorified implementation of GNU Tar the
> last time I checked.
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.4 (GNU/Linux)
iD8DBQFBP6P+0rzDqf+VzP0RAiEHAJ0Qu2dR4ur5dKSYw9YJePGd84OBgACeLxRl
H98cvn4mTGbmT+p7ovKB654=
=luRe
-----END PGP SIGNATURE-----
-----------------------------------------------------------------------
This list is provided as an unmoderated internet service by Networked
Knowledge Systems (NKS). Views and opinions expressed in messages
posted are those of the author and do not necessarily reflect the
official policy or position of NKS or any of its employees.
This archive was generated by hypermail 2.1.3 : Fri Aug 01 2014 - 16:59:40 EDT