You've mentioned IDE but haven't said why, maybe you want IDE because
you don't want to purchase a SCSI adapter?
You also haven't said what you mean by cheap :)
HP make an external USB2 drive that holds 20Gb uncompressed which
retails for AUD$1309. The 36Gb uncompressed version is AUD$1554. They
In message <[EMAIL PROTECTED]> you wrote:
>
> > i am looking for a cheap IDE Tape drive which holds about 20GB
> > uncompressed data.
>
> I doubt that there are many IDE tape drives out there at all.
Agreed.
> want to look at, I'd recommend some cheaper SCSI drive that works with
> the standard
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Mario Ohnewald wrote:
Hello List,
i am looking for a cheap IDE Tape drive which holds about 20GB
uncompressed data.
I doubt that there are many IDE tape drives out there at all.
It has to run smoothly with linux/bacula.
Internal or external does
On 29 Apr 2006 at 16:29, Dan Langille wrote:
> Known issues:
>
> Port does not conform to man 7 hier.
> - The templates_c directory should be moved to /var/bacula-
> web/templates_c
> - configs/bacula.conf should be in /usr/local/etc/bacula-web.conf
I believe the above mentioned issues are dealt
At the following URL you can find a beta version of a FreeBSD port
for bacula-web.
http://www.langille.org/tmp/FreeBSD-bacula-gui-2006.04.29.tgz
Please let me know of any problems. For the short term, I want to
know if I've missed any dependencies etc.
This port should work with either MySQ
Hello List,
i am looking for a cheap IDE Tape drive which holds about 20GB
uncompressed data.
It has to run smoothly with linux/bacula.
Internal or external does not matter.
Could anyone recommend me one?
Do i need to provide more info?
Thanks, Mario
-
On 29 Apr 2006 at 9:13, Kern Sibbald wrote:
> The Source Forge public CVS is broken. Please find the recent email from Dan
> Langille, who is providing a daily tar file of the developer's CVS. Although
> I welcome users trying this, for the moment I cannot provide much help
> because we are j
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Bill Moran wrote:
> Like most SQL servers, MSSQL has a function do dump the database to a
> text file. You then back up the text file like any other. This is the
> correct way to do a database backup.
You can also code backup agents for SQL Server,
> In the case of MSSQL, you can _never_ safely back up the database
files.
> (Unless, of course, you shut down the database server).
Hmmm... I thought that MSSQL spoke VSS and could give a coherent copy of
the underlying files. But I was far from positive on that so I stand
corrected.
> Like most
"James Harper" <[EMAIL PROTECTED]> wrote:
> Is anyone doing this now? Would there be any value in developing an fd
> module specifically to back up these databases?
>
> As I understand it, VSS allows a coherent copy of the database file to
> be taken, which will get you out of trouble in the case
>
> The Source Forge public CVS is broken. Please find the recent email
from
> Dan
> Langille, who is providing a daily tar file of the developer's CVS.
Found it thanks.
> Although
> I welcome users trying this, for the moment I cannot provide much help
> because we are just at the point of get
On Saturday 29 April 2006 07:19, James Harper wrote:
> > However, you should know that we are within hours of dropping support
>
> for
>
> > Microsoft compilers. I suspect by next Monday all Win32 builds will
>
> be
>
> > done
> > using GNU C cross-compile tools on Linux, with the exception of
>
>
12 matches
Mail list logo
