Erik P. Olsen wrote:
| gtar: ./cache/samba/winbindd_privileged/pipe: socket ignored
? gtar: ./lib/slocate/slocate.db: file changed as we read it
| Total bytes written: 545894400 (521MiB, 3.1MiB/s)
sendbackup: size 533100
sendbackup: end
\
The weird messages do not make any sense
Glenn English wrote:
I've rebooted (the server and the client) and reinstalled (the client)
and remounted and examined permissions, none of which made any
difference at all.
Any thoughts?
What permissions does the AMANDA-user have on the problematic DLE?
Maybe the AMANDA-user is not
matilda matilda wrote:
Hi all,
just wanted to add tapetype entries to the faq-o-matic as little feedback to
the community from a happy user of amanda, but creating an faq-o-matic
account seems not to work.
Does anyone know how to add an entry?
Thank you in advance.
Please let that FOM
matilda matilda wrote:
Hi Stefan,
shall I wait until the Wiki is available?
Or is in anyway nobody interested in my tapetype entries?
You may post them here for a start ...
The Wiki will be available soon.
Stefan
Stefan G. Weichinger wrote:
matilda matilda wrote:
Hi Stefan,
shall I wait until the Wiki is available?
Or is in anyway nobody interested in my tapetype entries?
You may post them here for a start ...
The Wiki will be available soon.
Very soon ... what are we waiting for?
I have
todd zenker wrote:
Greetings.
I just installed 2.4.5 on a linux box(RedHat 9).
(Version 2.4.4p1 was working fine)
I'm getting an error Host down.
On the system log I noticed an error
Deactivating service amanda due to excessive incoming connections
I change the xinetd.conf to allow 500
Sebastian Kösters wrote:
My report looks like this:
NOTES:
planner: tapecycle (1) = runspercycle (10)
Please get that sorted out, I assume that this is not what you want,
although it has nothing to do with your timeouts.
Thats all. I tested with a seperate config.
Have you increased
Stefan G. Weichinger wrote:
todd zenker wrote:
Greetings.
I just installed 2.4.5 on a linux box(RedHat 9).
(Version 2.4.4p1 was working fine)
I'm getting an error Host down.
On the system log I noticed an error
Deactivating service amanda due to excessive incoming connections
I change
Thomas Wegner wrote:
I've installed a debian package so that I don't know what build options
were chosen at build time.
Can I check this anywhere?
amadmin conf version
Stefan
, just
some initial setup.
Stefan
--
Stefan G. Weichinger
AMANDA core team member
mailto://[EMAIL PROTECTED]
--
oops! linux consulting implementation
http://www.oops.co.at
--
... ;-)
If you have enough diskspace, this is a very good way to keep people
from having to touch a tape when there are only single small files to
recover, e.g.
Stefan
--
Stefan G. Weichinger
AMANDA core team member
mailto://[EMAIL PROTECTED]
--
oops! linux consulting implementation
http
?
Did you notice the typo we pointed at in another branch of this thread?
I haven't seen any reply since then.
Please give us an up-to-date and complete report of your latest trials,
otherwise it is very hard to get the picture.
Stefan
--
Stefan G. Weichinger
AMANDA core team member
mailto
for smbclient.
The errors Chris has shown, were thrown by smbclient.
Stefan
--
Stefan G. Weichinger
AMANDA core team member
mailto://[EMAIL PROTECTED]
--
oops! linux consulting implementation
http://www.oops.co.at
--
Matt Hyclak wrote:
-bash-3.00$ smbclient \\gandalf\gandalfc -U chris -E -W GANDALF -c quit
Does the share exist?
Gandalf_C Disk Gandalfs New C
I see Gandalf_C, but no galndalfc like you've told amanda...
Same here ...
Stefan
--
Stefan G. Weichinger
AMANDA core
into AMANDA. This will add quite a few users to this mailing-list,
making it another dorkgroup ;-)
Greets, Stefan.
--
Stefan G. Weichinger
AMANDA core team member
mailto://[EMAIL PROTECTED]
--
oops! linux consulting implementation
http://www.oops.co.at
--
the relevant lines of all these files ...
--
Stefan G. Weichinger
AMANDA core team member
mailto://[EMAIL PROTECTED]
--
oops! linux consulting implementation
http://www.oops.co.at
--
Chris Jones wrote:
Agreed. I get the following:-
-bash-3.00$ smbclient -U chris gandalf\\DocSetts
Password:
Domain=[GANDALF] OS=[Windows 5.0] Server=[Windows 2000 LAN Manager]
smb: \ exit
-bash-3.00$
In amandapass, should the workgroup entry be the same as the Workgroup
name used
Stefan G. Weichinger wrote:
As you were able to connect without specifying the dorkgroup/domain
Errm, I meant Workgroup ;)
Stefan
, if you show us the reports etc.
--
Stefan G. Weichinger
AMANDA core team member
mailto://[EMAIL PROTECTED]
--
oops! linux consulting implementation
http://www.oops.co.at
--
, Stefan.
--
Stefan G. Weichinger
AMANDA core team member
mailto://[EMAIL PROTECTED]
--
oops! linux consulting implementation
http://www.oops.co.at
--
. Just move that line
to the bottom of the file. This worked So I assumed.
Editing the tapelist by hand should be avoided, in general.
Your procedure works, but you could have just used amlabel -f on the
new tape as well ...
Stefan
--
Stefan G. Weichinger
AMANDA core team member
mailto
) ready.
500 Access not allowed: [access as amanda not allowed from [EMAIL PROTECTED]
This is even an FAQ-item:
http://www.amanda.org/docs/topten.html#id209
Stefan
--
Stefan G. Weichinger
AMANDA core team member
mailto://[EMAIL PROTECTED]
--
oops! linux consulting implementation
http
with the default path thus I can know see the logic as different clients
would have different exclude list to suit.
Yes, the exclude list has to exist on every client dumped using the
related dumptype.
--
Stefan G. Weichinger
AMANDA core team member
mailto://[EMAIL PROTECTED]
--
oops! linux
Jon LaBadie wrote:
On Fri, Sep 30, 2005 at 04:52:25PM -0700, Kevin Dalley wrote:
A long term problem with samba backup is that exclude can only include
on file.
An alternative might be to allow amanda.conf to configure certain
ignore statements. That would allow me to skip pagefile.sys error
Gene Heskett wrote:
Be aware that for many tape formats, the compression status is saved
in a hidden header of the tape, so that once its been written in the
compression on mode, that will be restored to on when the
tape is loaded regardless of your wishes unless specifically disabled.
I
Paul Bijnens wrote:
I work in variable blocksize.
On linux:
mt -t /dev/st0 defblksize 0# add this in /etc/rc.*/* somewhere
mt -t /dev/st0 setblk 0# or this just before handling tape
If your tapes were written with a fixed blocksize, you should
use that value again (or relabel
Chuck Amadi Systems Administrator wrote:
Thus enabled xinetd amanda, amadaidx and amidxtape.
Recheck the entries in /etc/xinetd.d (paths to binaries?) and make sure
that you also restarted xinetd.
Chuck Amadi Systems Administrator wrote:
Hi got a bit further I had on the emailserver SuSE's default firewall
running thus disabled
Now get this error:
Amanda Backup Client Hosts Check
ERROR: ktinga.smtl.co.uk: [access as amanda not allowed from
[EMAIL
Brenckle, Nicholas wrote:
Finally worked with different ranges for udp and tcp (udp 850-854 and tcp
1 to 10100). Now it's happy.
My standard configure-script uses
--with-tcpportrange=5,50040 --with-udpportrange=890,899
which points to the same solution you just found.
Greets,
Sebastian Kösters wrote:
Hi,
is amanda aible to backup hidden files ( .file – with a dot in front of the
filename ) without doing any special in the config file?
Yes ...
Please specify your problems if there are any ...
Do you use tar or dump?
--
Stefan G. Weichinger
AMANDA core team member
helpful and compact notes to be used in the tracker. I would also
be happy if the various authors could take a look if I didn't overlook
some important detail of their work.
Best regards,
Stefan
--
Stefan G. Weichinger
AMANDA core team member
mailto://[EMAIL PROTECTED]
--
oops! linux consulting
my reply was swallowed by majordomo
silently ...)
Thanks, Joshua, for defending the AMANDA-docs. Many things are already
done, many are still to be done
--
Stefan G. Weichinger
AMANDA core team member
mailto://[EMAIL PROTECTED]
--
oops! linux consulting implementation
http
Florian Lengyel wrote:
PS. In view of the recent complaints on this list about the AMANDA
documentation, for lack of any specific citation I must take the
opportunity to disagree. The documentation is intelligible to anyone who
takes the trouble to read it.
I am very happy to hear that,
want.
--
Stefan G. Weichinger
AMANDA core team member
mailto://[EMAIL PROTECTED]
--
oops! linux consulting implementation
http://www.oops.co.at
--
: first draft
#
# Stefan G. Weichinger, [EMAIL PROTECTED]
#
# This script backs up AMANDA-metadata like indexes and config-files.
# It creates files in the directory TARGETPATH, the filenames start with
# the string HEADER_STRING, this string contains the timestamp TIMESTAMP.
# The files backed up
that we can merge them into the mainline.
Thanks, Stefan.
--
Stefan G. Weichinger
AMANDA core team member
mailto://[EMAIL PROTECTED]
--
oops! linux consulting implementation
http://www.oops.co.at
--
-filedriver.html
?
This is where the term vtape originates ...
--
Stefan G. Weichinger
AMANDA core team member
mailto://[EMAIL PROTECTED]
--
oops! linux consulting implementation
http://www.oops.co.at
--
? If yes, show us your
configure-options, maybe you specified a too small portrange there.
Does the client run AMANDA at all? xinetd-entries, reload xinetd ...
Does amandad get started on the client?
Does amandad even listen on the client?
--
Stefan G. Weichinger
AMANDA core team member
mailto
this helps:
http://www.amanda.org/docs/faq.html#id2555136
and, in more detail
http://www.amanda.org/docs/portusage.html
--
Stefan G. Weichinger
AMANDA core team member
mailto://[EMAIL PROTECTED]
--
oops! linux consulting implementation
http://www.oops.co.at
--
Jon LaBadie wrote:
Amazing,
I was going to point Guy to Question NNN of Chapter 17 of the new
amanda docs (the FAQ), but I did not find any question about timeouts.
That's the result of just one busy guy maintaining the docs :-)
Stefan
://doc-book.sourceforge.net/homepage/) to connect the
Docbook/XML-Sources of the current AMANDA-docs to that new way of
providing and collecting infos.
As it isn't that easy to use this on the sourceforge-webserver I am
still looking for a good and solid place to host this ...
--
Stefan G
failed
My amandahosts contains
tony-lx.magpieway.net amanda
tony-lx.magpieway.net root
Reading the error message would indicate you also need
localhost root
in your amandahosts
Let me note that this is also covered by the FAQ:
http://www.amanda.org/docs/faq.html#id2553183
--
Stefan G
Vicki Stanfield wrote:
The problem is fixed and the employee in question has been forced to
work in a VAX environment for a week as punishment. Thanks.
;)
--
Stefan G. Weichinger
AMANDA core team member
mailto://[EMAIL PROTECTED]
--
oops! linux consulting implementation
http
: stream_client_privileged: connect to 127.0.0.1.10082 failed:
Connection refused
amrecover: cannot connect to localhost: Connection refused
amrecover: pid 2019 finish time Tue Jul 19 09:47:28 2005
Would you please read the FAQ and/or the docs first?
www.amanda.org
Thanks, Stefan.
--
Stefan G
plans at the time. As I said, other things took precedence, so I
haven't managed to implement all that I had hoped.
I will let everyone know when I have something pulled together for building
your own amanda RPMs That Don't Suck. Soon. I hope ;-)
Thanks, I am looking forward to this.
--
Stefan G
, Stefan.
--
Stefan G. Weichinger
AMANDA core team member
mailto://[EMAIL PROTECTED]
--
oops! linux consulting implementation
http://www.oops.co.at
--
) at dumptime
and dump the synced data with AMANDA, while the source-host continues
his work.
Depends on volume, yes, maybe you give us more infos about volume and
how quick that data changes ...
--
Stefan G. Weichinger
AMANDA core team member
mailto://[EMAIL PROTECTED]
--
oops! linux consulting
all amanda-users ...)
Greets and thanks, Stefan.
--
Stefan G. Weichinger
AMANDA core team member
mailto://[EMAIL PROTECTED]
--
oops! linux consulting implementation
http://www.oops.co.at
--
Jon LaBadie wrote:
On Wed, Jul 13, 2005 at 10:13:04PM +0200, Stefan G. Weichinger wrote:
I would like to have some motivated amanda-hackers who try to move all
these configure-time-params into amanda.conf ...
When this is done, shouldn't the continued paring of amanda.conf
include removal
--
Stefan G. Weichinger
AMANDA core team member
mailto://[EMAIL PROTECTED]
--
oops! linux consulting implementation
http://www.oops.co.at
--
Graeme Humphries wrote:
On Wed, 2005-07-13 at 17:03 -0400, Matt Hyclak wrote:
You can use amanda packages from RH as is, but
it's not the recommended way of doing things since they have to use localhost.
What's wrong with using localhost?
;-)
--
Stefan G. Weichinger
AMANDA core team
experience for long time in a newsgroup.
You know, AMANDA-users are lucky people ...
The early days where much better...or do I get older? :-
I think it's a mixture ;)
Have a nice weekend.
Same to you, Stefan.
--
Stefan G. Weichinger
AMANDA core team member
mailto://[EMAIL PROTECTED
Graeme Humphries wrote:
On Wed, 2005-07-06 at 18:34 +0200, Stefan G. Weichinger wrote:
After reading all that thread I have to ask:
Do you all agree with me editing the man-page as Jon suggested?
It seems reasonable to me.
Edited and committed to the xml-docs-cvs.
--
Stefan G
and errors covered by the binaries accessing the
(v)tapes.
Following this principle seems to reduce risk to me.
Stefan
--
Stefan G. Weichinger
AMANDA core team member
mailto://[EMAIL PROTECTED]
--
oops! linux consulting implementation
http://www.oops.co.at
--
Jon LaBadie wrote:
Soon as you or someone else takes an interest to change the code.
Either tomorrow or sometime next year :)
As Stefan so often says APAW.
Hey! This is your acronym, Jon ;-))
--
Stefan G. Weichinger
AMANDA core team member
mailto://[EMAIL PROTECTED]
--
oops! linux
if this helps as it is a bit outdated already.
In general I would suggest to use the newer release if possible, also on
the server, although at first we have to find out why your make fails ...
--
Stefan G. Weichinger
AMANDA core team member
mailto://[EMAIL PROTECTED]
--
oops! linux consulting
exist.
After reading all that thread I have to ask:
Do you all agree with me editing the man-page as Jon suggested?
Stefan.
--
Stefan G. Weichinger
AMANDA core team member
mailto://[EMAIL PROTECTED]
--
oops! linux consulting implementation
http://www.oops.co.at
--
. If it exists, it has
to be accessible.
--
Stefan G. Weichinger
AMANDA core team member
mailto://[EMAIL PROTECTED]
--
oops! linux consulting implementation
http://www.oops.co.at
--
first slot
You should debug your chg-zd-mtx-setup ...
--
Stefan G. Weichinger
AMANDA core team member
mailto://[EMAIL PROTECTED]
--
oops! linux consulting implementation
http://www.oops.co.at
--
Graeme Humphries wrote:
On Fri, 2005-07-01 at 08:53 +0200, Stefan G. Weichinger wrote:
I'd like to see some improvements on that tool, but in general it's very
useful, yes.
H, what are you thinking of adding / changing?
On my systems it always looks nasty, with the text running
was that this share had a
trailing slash in the disklist, while the others didn't. Nothing in the
log files (other than the timeout) was any different. Is that it? :)
Change it.
And edit your timeouts as mentioned.
--
Stefan G. Weichinger
AMANDA core team member
mailto://[EMAIL PROTECTED]
--
oops! linux
Graeme Humphries wrote:
On Mon, 2005-07-04 at 18:32 +0200, Stefan G. Weichinger wrote:
On my systems it always looks nasty, with the text running into the
graphs (upper right corner, afai remember).
Ahh yes, I see what you mean. I'd think that'd be a matter of tweaking
how gnuplot is called
Graeme Humphries wrote:
On Wed, 2005-06-29 at 23:45 +0200, Stefan G. Weichinger wrote:
Yeah, and they are *really* static. There's very little that changes
day-to-day compared to the overall backup size. I'd estimate we have
less than 1% change on the larger shares. This should work awesome
should also be able to dig up more infos from your logfiles (lookup
the parameter logdir in your conf, it leads you there ...).
Stefan
--
Stefan G. Weichinger
AMANDA core team member
mailto://[EMAIL PROTECTED]
--
oops! linux consulting implementation
http://www.oops.co.at
--
to
find ;)
Maybe someone is motivated to grep for all those tapetypes out there and
collect them all in one big tapetype-list?
As I am thinking about splitting the tapetypes off from amanda.conf it
might me a good chance to start building a new collection ...
--
Stefan G. Weichinger
AMANDA core
to drown in tapetypes, I have enough work already ;)
Thanks, Stefan.
--
Stefan G. Weichinger
AMANDA core team member
mailto://[EMAIL PROTECTED]
--
oops! linux consulting implementation
http://www.oops.co.at
--
Alexander Jolk wrote:
Stefan G. Weichinger wrote:
And about 1-2 minutes to post the result to amanda-users, for others
to find ;)
Maybe someone is motivated to grep for all those tapetypes out there
and collect them all in one big tapetype-list?
You mean something like all the tapetypes
Guy Dallaire wrote:
If you could also tell me where you ended up putting sleep command
in the mtx script, that would be nice of you.
Should this get patched or described in the sources also?
--
Stefan G. Weichinger
AMANDA core team member
mailto://[EMAIL PROTECTED]
--
oops! linux consulting
--
Stefan G. Weichinger
AMANDA core team member
mailto://[EMAIL PROTECTED]
--
oops! linux consulting implementation
http://www.oops.co.at
--
, I imagine a gain of a few hours will be worth it, especially since
I'm trying to squeeze my backups down to a few hours.
estimate server helps A LOT if your DLEs are pretty static.
--
Stefan G. Weichinger
AMANDA core team member
mailto://[EMAIL PROTECTED]
--
oops! linux consulting implementation
use FQDNs in your disklist before you proceed.
Apart from that I'd check my dumptypes for GNUTAR
--
Stefan G. Weichinger
AMANDA core team member
mailto://[EMAIL PROTECTED]
--
oops! linux consulting implementation
http://www.oops.co.at
--
. There's very little that changes
day-to-day compared to the overall backup size. I'd estimate we have
less than 1% change on the larger shares. This should work awesome, time
to run a test backup. :)
Let us know, maybe this motivates more people to move on to 2.4.5.
--
Stefan G. Weichinger
will not
aggregate anything new to this list, feel free to mail me in PVT. ;))
Yes, I am sure.
Thanks for your time!
Artur. PS: This MARC system rocks! Fantastic...
Yep, much better than other archives ...
This is one of the reasons why nearly noone uses the list anymore ;)
Stefan
--
Stefan G
DLEs have bumped
because this hit the bumping-rules you use.
Somewhat clearer? I have to get some coffee now, it's early ...
;)
(this will get another FAQ-item ...)
Something else: this is normal behavior and not a problem.
Stefan
--
Stefan G. Weichinger
AMANDA core team member
mailto
A DRAFT,
DON'T USE IT ON PRODUCTION SERVERS.
Greets, Stefan.
--
Stefan G. Weichinger
AMANDA core team member
mailto://[EMAIL PROTECTED]
--
oops! linux consulting implementation
http://www.oops.co.at
--
. What's the difference?
Stefan
--
Stefan G. Weichinger
AMANDA core team member
mailto://[EMAIL PROTECTED]
--
oops! linux consulting implementation
http://www.oops.co.at
--
Stefan G. Weichinger wrote:
Update:
amrecover works now as well, indexes are generated and read properly.
The vtapes are encrypted AND (more important) decrypted now, works fine
so far.
I start a new thread on the hackers-list to reflect the existence of a
new document and its beta
recommend to search the archives for terms like
iptables/ipchains/firewall, there have been some threads lately ...
--
Stefan G. Weichinger
AMANDA core team member
mailto://[EMAIL PROTECTED]
--
oops! linux consulting implementation
http://www.oops.co.at
--
using aespipe
(http://loop-aes.sourceforge.net/).
Should be relatively easy to implement in a wrapper, yes.
Maybe someone else wants to dig into this as well?
Stefan.
--
Stefan G. Weichinger
AMANDA core team member
mailto://[EMAIL PROTECTED]
--
oops! linux consulting implementation
http
Stefan G. Weichinger wrote:
I am currently playing around with a wrapper-setup using aespipe
(http://loop-aes.sourceforge.net/).
Well, good news ... I hadn't expected that I would be able to get there
so fast, but I have something working:
I wrote a wrapper (modified and extended one
--
Stefan G. Weichinger
AMANDA core team member
mailto://[EMAIL PROTECTED]
--
oops! linux consulting implementation
http://www.oops.co.at
--
Bruce Fletcher wrote:
Stefan G. Weichinger wrote:
Right now I have a vtape-setup, which does AES-encryption with amdump,
and AES-decryption with amrestore. This works fine already.
What is still missing, is the support of amrecover, seems like there's
something wrong with the index
Derek Price wrote:
Stefan G. Weichinger wrote:
Was amrecover broken for vtapes in general or only encrypted vtapes?
It's not broken at all, my wrapper was broken.
I
have a vtape setup here but when I try to recover I get the following
message from amrecover:
Extracting files using tape
to backup 100 GB every day, and I have to retain this information
for one or two weeks.
I am sure you will get some feedback, but you might also browse the
archives:
http://marc.theaimsgroup.com/?l=amanda-usersr=1w=2
Stefan
--
Stefan G. Weichinger
AMANDA core team member
mailto://[EMAIL
use depends on how you can access your
devices on your OS. If it works with mtx, I'd suggest chg-zd-mtx,
For the tapetype:
Please read the new faq:
http://www.amanda.org/docs/faq.html#id2553952
--
Stefan G. Weichinger
AMANDA core team member
mailto://[EMAIL PROTECTED]
--
oops! linux consulting
the vendor of the changer
hardware and of the operating system, rather than from the AMANDA
mailing lists. We usually don't have much to say about tape changer
units, and several questions about them remain unanswered. :-(
Still true.
Stefan.
--
Stefan G. Weichinger
AMANDA core team member
is empty and you don't plan to use exclusions for
that DLEs you could also remove the line exclude file ... from your
tapetype-definition for comp-root-tar.
--
Stefan G. Weichinger
AMANDA core team member
mailto://[EMAIL PROTECTED]
--
oops! linux consulting implementation
http://www.oops.co.at
--
Lei Zhong wrote:
You guys rock.
Sure we do ;)
--
Stefan G. Weichinger
AMANDA core team member
mailto://[EMAIL PROTECTED]
--
oops! linux consulting implementation
http://www.oops.co.at
--
.
--
Stefan G. Weichinger
AMANDA core team
mailto://[EMAIL PROTECTED]
--
oops! linux consulting implementation
http://www.oops.co.at
--
and would also help to write some more
for the docs-section than use bsd-make ;)
--
Stefan G. Weichinger
AMANDA core team member
mailto://[EMAIL PROTECTED]
--
oops! linux consulting implementation
http://www.oops.co.at
--
Vects wrote:
Today I run another 'Full' set and had opportunity to test what Stefan
said. I still saw single dumping process per host but something got
changes and I found two dumping processes on the same computer in
parallel. I'll run amplot on current Full and publish amfiles later
today.
-restrained which tell you more ...
You might also use amplot to generate graphs for analysis of your
bottlenecks, which analyses your amdump-file (which you might also
simply show us, as Paul just now suggested).
Stefan G. Weichinger
[EMAIL PROTECTED]
Jon LaBadie wrote:
maxdumps limits the number of dumper processes per DLE, while
inparallel limits the overall number of dumper processes running in
parallel.
Is that dumper procs per DLE? Or per host?
Seems to me that any DLE should only have one dumper assigned.
dumper-procs per client,
Hello, Jon, you wrote:
Actually I meant that to go to sgw, not the list :(
Yeah, I know, all those function-keys ;)
I'm unclear about what maxdumps should do is some settings.
Suppose I have a general setting of maxdumps of 1, either by
not specifying it in amanda.conf or by setting it
Cam wrote:
cannot connect to localhost: Connection refused
amrecover - can't talk to tape server
I'm assuming this is because i'm running the utility as root (not as
amanda), but iirc, the amanda documentation says i have to be root.
Sorry to be that dry:
The AMANDA documentation also
, check your settings for the parameter maxdumps, as well
as the setting of inparallel.
The default value of maxdumps is 1, so only 1 dumper per client is run
at one time, this is the behavior you currently see in your installation.
Stefan G. Weichinger
[EMAIL PROTECTED]
?
--
best regards,
Stefan
Stefan G. Weichinger
mailto:[EMAIL PROTECTED]
regards,
Stefan
Stefan G. Weichinger
mailto:[EMAIL PROTECTED]
run-files for reference, I am preparing some notes
for the installation-document.
--
best regards,
Stefan
Stefan G. Weichinger
mailto:[EMAIL PROTECTED]
committed your notes to the current cvs-version of install.xml (as
alternative to (x)inetd, as suggested), they will be online at
amanda.org pretty soon.
Maybe you could also post your runfiles to
http://smarden.org/runit/runscripts.html ?
Thanks for contributing.
--
best regards,
Stefan
Stefan G
1001 - 1100 of 1515 matches
Mail list logo