On Wednesday 25 December 2019 19:33:04 Jon LaBadie wrote:
> On Mon, Dec 23, 2019 at 11:51:11PM -0500, Gene Heskett wrote:
> > On Monday 23 December 2019 21:16:26 Nathan Stratton Treadway wrote:
> > > On Sun, Dec 22, 2019 at 11:47:21 -0500, Gene Heskett wrote:
> > > > The first, /dev/sda contains
On Mon, Dec 23, 2019 at 11:51:11PM -0500, Gene Heskett wrote:
> On Monday 23 December 2019 21:16:26 Nathan Stratton Treadway wrote:
>
> > On Sun, Dec 22, 2019 at 11:47:21 -0500, Gene Heskett wrote:
> > > The first, /dev/sda contains the current operating system. This
> > > includes /usr/dumps as
On Tuesday 24 December 2019 10:40:39 Nathan Stratton Treadway wrote:
> On Mon, Dec 23, 2019 at 23:51:11 -0500, Gene Heskett wrote:
> > Sounds good, so I'll try it. Also, where is the best explanation
> > for "bumpmult"? I don't seem to be getting the results I expect.
>
> I'm only aware of these
On Mon, Dec 23, 2019 at 23:51:11 -0500, Gene Heskett wrote:
> Sounds good, so I'll try it. Also, where is the best explanation
> for "bumpmult"? I don't seem to be getting the results I expect.
I'm only aware of these parameters being explained in the amanda.conf man
page
However, did you
On Monday 23 December 2019 23:51:11 Gene Heskett wrote:
> On Monday 23 December 2019 21:16:26 Nathan Stratton Treadway wrote:
> > On Sun, Dec 22, 2019 at 11:47:21 -0500, Gene Heskett wrote:
> > > The first, /dev/sda contains the current operating system. This
> > > includes /usr/dumps as a
On Monday 23 December 2019 21:16:26 Nathan Stratton Treadway wrote:
> On Sun, Dec 22, 2019 at 11:47:21 -0500, Gene Heskett wrote:
> > The first, /dev/sda contains the current operating system. This
> > includes /usr/dumps as a holding disk area.
> >
> > The next box of rust, /dev/sdb, is the
On Sun, Dec 22, 2019 at 11:47:21 -0500, Gene Heskett wrote:
> The first, /dev/sda contains the current operating system. This
> includes /usr/dumps as a holding disk area.
>
> The next box of rust, /dev/sdb, is the previous os, kept in case I need
> to go get something I forgot to copy over
On Thursday 05 December 2019 16:16:58 Nathan Stratton Treadway wrote:
> On Tue, Dec 03, 2019 at 15:43:10 +0100, Stefan G. Weichinger wrote:
> > I consider recreating that holding disk array (currently RAID1 of 2
> > disks) as RAID0 ..
>
> Just focusing on this one aspect of your question:
On Tue, Dec 10, 2019 at 03:27:13PM +0100, Stefan G. Weichinger wrote:
> Am 05.12.19 um 21:47 schrieb Stefan G. Weichinger:
> > Am 03.12.19 um 15:43 schrieb Stefan G. Weichinger:
> >>
> >> Another naive question:
> >>
> >> Does the holdingdisk have to be bigger than the size of one tape?
> >
> >
> On Dec 10, 2019, at 8:27 AM, Stefan G. Weichinger wrote:
>
> Am 05.12.19 um 21:47 schrieb Stefan G. Weichinger:
>> Am 03.12.19 um 15:43 schrieb Stefan G. Weichinger:
>>>
>>> Another naive question:
>>>
>>> Does the holdingdisk have to be bigger than the size of one tape?
>>
>> As there
Am 05.12.19 um 21:47 schrieb Stefan G. Weichinger:
> Am 03.12.19 um 15:43 schrieb Stefan G. Weichinger:
>>
>> Another naive question:
>>
>> Does the holdingdisk have to be bigger than the size of one tape?
>
> As there were multiple replies to my original posting and as I am way
> too busy right
On Tue, Dec 03, 2019 at 15:43:10 +0100, Stefan G. Weichinger wrote:
> I consider recreating that holding disk array (currently RAID1 of 2
> disks) as RAID0 ..
Just focusing on this one aspect of your question: assuming the
filesystem in question doesn't have anything other than the Amanda
Am 03.12.19 um 15:43 schrieb Stefan G. Weichinger:
>
> Another naive question:
>
> Does the holdingdisk have to be bigger than the size of one tape?
As there were multiple replies to my original posting and as I am way
too busy right now: a quick "thanks" to all the people who replied.
So far
On Thursday 05 December 2019 10:50:34 Charles Curley wrote:
And I replied back on the list where this belongs, even if some of it is
me blowing my own horn.
> On Thu, 5 Dec 2019 00:00:24 -0500
>
> Gene Heskett wrote:
> > Lesson #2, I just learned today that the raspbian AND debian buster
> >
On Thu, 5 Dec 2019 04:43:15 -0500
Gene Heskett wrote:
> > # systemctl status amanda.socket
> pi@rpi4:/etc $ sudo systemctl status amanda.socket
> Unit amanda.socket could not be found.
Same on Debian 10.2. Also, it appears that no Debian 10.2 package
provides amanda.service:
charles@hawk:~$
On Thu, 5 Dec 2019 00:00:24 -0500
Gene Heskett wrote:
> Lesson #2, I just learned today that the raspbian AND debian buster
> 10.2 versions have NO inetd or xinetd. Ditto for RH.
I don't know where you get that idea, as far as Debian goes.
root@jhegaala:~# cat /etc/debian_version
10.2
On Thursday 05 December 2019 02:12:52 Uwe Menges wrote:
> On 2019-12-05 06:00, Gene Heskett wrote:
> > Lesson #2, I just learned today that the raspbian AND debian buster
> > 10.2 versions have NO inetd or xinetd. Ditto for RH.
>
> I think that's along with other stuff moving to systemd.
> On
On 2019-12-05 06:00, Gene Heskett wrote:
> Lesson #2, I just learned today that the raspbian AND debian buster 10.2
> versions have NO inetd or xinetd. Ditto for RH.
I think that's along with other stuff moving to systemd.
On Fedora 30, I have
# systemctl status amanda.socket
● amanda.socket -
On Tuesday 03 December 2019 20:23:04 Olivier wrote:
> "Stefan G. Weichinger" writes:
> > So far it works but maybe not optimal. I consider recreating that
> > holding disk array (currently RAID1 of 2 disks) as RAID0 ..
>
> Unless your backups are super critical, you may not need RAID 1 for
>
"Stefan G. Weichinger" writes:
> So far it works but maybe not optimal. I consider recreating that
> holding disk array (currently RAID1 of 2 disks) as RAID0 ..
Unless your backups are super critical, you may not need RAID 1 for
holding disk. Also consider that holding dick puts a lot of
Stefan,
In order for the holding disk to be used it has to be bigger than the largest
DLE.
To get parallelism in dumping it has to be large enough to hold more than one
DLE at a time, ideally I suppose the number of in parallel dumps, and then some
more so that you can begin spooling to tape
21 matches
Mail list logo