speed), and I'm using a software-RAID0 on Linux in order to guarantee
bandwidth. That seems to work very fine so far. Since your holding
disk is a PATA drive, a second one should not be that expensive.
Alex
--
Alexander Jolk * +33-1 42 62 31 95 * +33-6 89 65 36 58
[EMAIL PROTECTED]
cause your dump size was too big; those will be done on the next
run. Depending on your holding disk size and reserve parameter, a few
dumps may also end up on the holding disk after the first run; with
autoflush, they'll be flushed on the next run.
Alex
--
Alexander Jolk * +33-1 42 62 31
just fine.
Whether that would allow one to backup to holding disk alone, I don't
know. At the very least, you would have to remove old dumps by hand
whenever you don't need them any more.
Alex
--
Alexander Jolk / BUF Compagnie
tel +33-1 42 68 18 28 / fax +33-1 42 68 18 29
es in.
Alex
--
Alexander Jolk / BUF Compagnie
tel +33-1 42 68 18 28 / fax +33-1 42 68 18 29
cling?
Alex
--
Alexander Jolk / BUF Compagnie
tel +33-1 42 68 18 28 / fax +33-1 42 68 18 29
Alexander Jolk wrote:
If the same error manifests itself with different tapes, try reading the
files in your holding disk:
cd /var/amanda/cache
cat */* > /dev/null
It might just be you've got an error on your holding disk. Checking the
syslog is certainly a good idea as well.
S
your holding disk:
cd /var/amanda/cache
cat */* > /dev/null
It might just be you've got an error on your holding disk. Checking the
syslog is certainly a good idea as well.
Alex
--
Alexander Jolk / BUF Compagnie
tel +33-1 42 68 18 28 / fax +33-1 42 68 18 29
label, done.
You mean the `Input/output error'? That is normal; your tape hadn't
been used before and amanda tried to read a former tape label off it.
Since the tape was emtpy, it couldn't complete that first read. That's
normal behaviour for amlabel.
Alex
tapes again when you want to overwrite
them. As long as you put the same label on them that is already there,
amlabel shouldn't complain.
Alex
--
Alexander Jolk / BUF Compagnie
tel +33-1 42 68 18 28 / fax +33-1 42 68 18 29
ously, not the files they point to),
independently of where they point or, for that matter, whether their
target exists or not. If that's not what you observe, or what the
consensus on the list indicates, I think there's something wrong.
Alex
--
Alexander Jolk /
' will notice the dumpers
dying, and continue to properly cleanup and send the report.
Otherwise, `amcheck' will advise you of possible problems, and advise
you to run `amcleanup' which you should do.
Alex
--
Alexander Jolk / BUF Compagnie
tel +33-1 42 68 18 28 / fax +33-1 42 68 18 29
an you try cat'ting the file to /dev/null? My first guess would be
that some blocks of the holding disk file are unreadable due to a disk
failure.
Alex
--
Alexander Jolk / BUF Compagnie
tel +33-1 42 68 18 28 / fax +33-1 42 68 18 29
Luis Rodrigues wrote:
One something more weird:
You seem to have 2 entries for those DLE's: one succeeded, one missing.
How did you get 2 lines for one DLE???
Thats what I would like to know.
autoflush, by any chance?
Alex
--
Alexander Jolk / BUF Compagnie
tel +33-1
ead to holding disk.)
Note that with this setup, one can also run several instances of amdump
in parallel, limited to one instance per client host. They might be
scheduled according to other criteria, like intermittent visibility of
mobile hosts for example, or different schedules for non-critica
listrcv wrote:
[EMAIL PROTECTED]:~$ /usr/sbin/amtape condor slot 7
amtape: could not load slot /usr/lib/amanda/chg-zd-mtx:: line 605: [:
6:VolumeTag=: integer expression expected
Could you do a `mtx status' and send us the output?
Alex
--
Alexander Jolk / BUF Compagni
of your backups are corrupted, mind.
Alex
--
Alexander Jolk / BUF Compagnie
tel +33-1 42 68 18 28 / fax +33-1 42 68 18 29
Jon LaBadie wrote:
On Tue, May 02, 2006 at 10:45:35AM +0200, Alexander Jolk wrote:
On one of my two site, we have 20TB total disk capacity, of which about
16TB is in use; on two servers, 800GB nightly (two 200GB LTO-2 tapes per
server per night); 45 clients, split into about 2200 individual
ients, split into about 2200 individual DLEs.
Alex
--
Alexander Jolk * BUF Compagnie * [EMAIL PROTECTED]
Tel +33-1 42 68 18 28 * Fax +33-1 42 68 18 29
Guy Dallaire wrote:
2006/4/28, Alexander Jolk <[EMAIL PROTECTED]>:
Guy Dallaire wrote:
(BTW: for some reason I have to recreate those links at boot time in
/etc/rc.local because they do not survive a reboot, I don't know why...)
Might this be udev on Linux?
Maybe
Then yo
tape names do
not change, and you never have two tapes carrying the same name. Unless
you really want the tapes to be numbered starting from -001.
Alex
--
Alexander Jolk * BUF Compagnie * [EMAIL PROTECTED]
Tel +33-1 42 68 18 28 * Fax +33-1 42 68 18 29
sion under the sun.
Alex
--
Alexander Jolk / BUF Compagnie
tel +33-1 42 68 18 28 / fax +33-1 42 68 18 29
and scale the figures appropriately. In that case, 20Mb/s might
be a bit slow.
Alex
--
Alexander Jolk / BUF Compagnie
tel +33-1 42 68 18 28 / fax +33-1 42 68 18 29
tapes written with a different blocksize, or will I have to recover them
manually? Will she correctly overwrite recycled tapes with the new
blocksize?
Alex
--
Alexander Jolk / BUF Compagnie
tel +33-1 42 68 18 28 / fax +33-1 42 68 18 29
BTW amanda handles quite happily those many DLEs, although the report
mails do get a bit long. :-)
Alex
--
Alexander Jolk * BUF Compagnie * [EMAIL PROTECTED]
Tel +33-1 42 68 18 28 * Fax +33-1 42 68 18 29
I always restore (space permitting) into my machine's local /tmp as
root, in order to avoid this kind of problem.
Alex
--
Alexander Jolk / BUF Compagnie
tel +33-1 42 68 18 28 / fax +33-1 42 68 18 29
?
I get these very often. Your dump isn't really taking so long, in fact
it's been finished for quite some time. For tiny (essentially empty)
dumps, amstatus sometimes doesn't seem to notice them being finished. I
haven't investigated any further.
Alex
--
Alexander Jolk
;t seem to
help.
You need to put "./media" into the exclude file. Everything should work
just fine with that.
Alex
--
Alexander Jolk / BUF Compagnie
tel +33-1 42 68 18 28 / fax +33-1 42 68 18 29
euse'.
On the other hand if you lost a tape, `amrmtape' is what you want.
Alex
--
Alexander Jolk / BUF Compagnie
tel +33-1 42 68 18 28 / fax +33-1 42 68 18 29
ssing something about your wanting to impose a humanly-reasonable
tape ordering, but amanda really doesn't like that; there are
possibilities but you'd need to explain what you are trying to do in a
bit more detail.
Alex
--
Alexander Jolk / BUF Compagnie
tel +33-1 42
ll take it right away.
As usual, giving the exact messages concerning tape handling that you
encountered, would be helpful...
Alex
--
Alexander Jolk / BUF Compagnie
tel +33-1 42 68 18 28 / fax +33-1 42 68 18 29
(simple) checksum that will catch
most errors at this stage.
Alex
--
Alexander Jolk / BUF Compagnie
tel +33-1 42 68 18 28 / fax +33-1 42 68 18 29
| tar tvf
- | ...
or you use amrestore on the holding file.
Alex
--
Alexander Jolk / BUF Compagnie
tel +33-1 42 68 18 28 / fax +33-1 42 68 18 29
use chg-zd-mtx? If your changer works with
mtx, that might be simpler to set up.
Alex
--
Alexander Jolk * BUF Compagnie * [EMAIL PROTECTED]
Tel +33-1 42 68 18 28 * Fax +33-1 42 68 18 29
Yan Seiner wrote:
Is it possible to flush and dump to the same tape?
You want the `autoflush' option of recent amanda versions.
Alex
--
Alexander Jolk * BUF Compagnie * [EMAIL PROTECTED]
Tel +33-1 42 68 18 28 * Fax +33-1 42 68 18 29
James D. Freels wrote:
I am also using the aic7xxx driver also in a vanilla 2.6.14.2 kernel.
You might also want to tell linux-scsi about this problem, I recall
there's been a few aic7xxx related problems lately.
Alex
--
Alexander Jolk * BUF Compagnie * [EMAIL PROTECTED]
Tel +33-1
fact we see that the estimate size is correctly
identified. Could you show the corresponding amandad debug file please?
Alex
--
Alexander Jolk * BUF Compagnie * [EMAIL PROTECTED]
Tel +33-1 42 68 18 28 * Fax +33-1 42 68 18 29
Sebastian Kösters wrote:
I found this in /tmp/amanda on the client
[...]
sendsize[25487]: time 1519.255: .
Did you cut something here? That would have been what was interesting.
sendsize[25487]: estimate time for /pst level 0: 1519.252
Alex
--
Alexander Jolk * BUF Compagnie
hour
on /pst.
Alex
--
Alexander Jolk * BUF Compagnie * [EMAIL PROTECTED]
Tel +33-1 42 68 18 28 * Fax +33-1 42 68 18 29
: No empty Archive created.
You forgot the last dot `.' on the command line as given in the debug file.
Alex
--
Alexander Jolk * BUF Compagnie * [EMAIL PROTECTED]
Tel +33-1 42 68 18 28 * Fax +33-1 42 68 18 29
following command:
/bin/tar --create --file /dev/null --directory /pst --one-file-system
--listed-incremental /var/lib/amanda/gnutar-lists/pst_pst_0.new
What happens if you run that command by hand? (And wait until
completion, obviously.)
Alex
--
Alexander Jolk * BUF Compagnie * [EMAIL
meout', which is english for `estimate timeout'.
Alex
--
Alexander Jolk * BUF Compagnie * [EMAIL PROTECTED]
Tel +33-1 42 68 18 28 * Fax +33-1 42 68 18 29
e
confirmation that there are no files.
The version number of amanda, and the relevant platforms.
Alex
--
Alexander Jolk * BUF Compagnie * [EMAIL PROTECTED]
Tel +33-1 42 68 18 28 * Fax +33-1 42 68 18 29
r if you want more than one tape per
run, or just set runtapes to 1.
Alex
--
Alexander Jolk * BUF Compagnie * [EMAIL PROTECTED]
Tel +33-1 42 68 18 28 * Fax +33-1 42 68 18 29
Thomas Wegner wrote:
But in /var/log/amanda/backup_woche/amdump.1 are these lines:
[...]
taper: tape changer failed with exit status -1
Could you try without a changer, or debug your changer script? That
might be the problem.
Alex
--
Alexander Jolk * BUF Compagnie * [EMAIL PROTECTED
Thomas Wegner wrote:
[...]
NOTES:
planner: tapecycle (1) <= runspercycle (1)
[...]
Have anyone suggestions about a solution?
Hmm, I sense a suggestion looming behind that line of your report...
Alex
--
Alexander Jolk / BUF Compagnie
tel +33-1 42 68 18 28 / fax +33-1
it has
reached the end of the device even though it is a 200G native tape.
Are you sure your drive and tapes are LTO-2? I'm using LTO-2 with
hardware compression off, and I routinely hit EOT around 206 million KB.
Alex
--
Alexander Jolk / BUF Compagnie
tel +33-1 42 68
er from using
`sethost' (unless you wanted lnxdev.ncci.com), and then the disk (DLE)
that you are looking for, using `setdisk'. This should be explained in
the amrecover manpage.
Alex
--
Alexander Jolk / BUF Compagnie
tel +33-1 42 68 18 28 / fax +33-1 42 68 18 29
ation unreachable (UDP port 10080
unreachable)
As Paul said, your inetd configuration is wrong. Either you didn't
configure it correctly on bkpclient, or you forgot to restart inetd
after changing /etc/inetd.conf.
Alex
--
Alexander Jolk / BUF Compagnie
tel +33-1 42 68 18 28 / fax +33-1 42 68 18 29
change anything recently in your
amanda.conf? If you are on linux, do you have a pseudo filesystem
mounted on /dev/shm? In that case, what does `df -lh' give you?
Alex
--
Alexander Jolk / BUF Compagnie
tel +33-1 42 68 18 28 / fax +33-1 42 68 18 29
essage? Unless you mixed up both
machines when you edited the hostnames in your example.
Please confirm the exact error message that you are getting; if you
think you need to edit the hostnames, triple-check what you are doing;
and please give us the debug files in /tmp/amanda/ from the mach
a/ on tapesrv, that's where your problem is. And yes, even
local backup (from a disk on tapesrv to a tape on tapesrv) go over a net
connection, so check inetd, xinetd, services etc. *on tapesrv*.
Alex
--
Alexander Jolk / BUF Compagnie
tel +33-1 42 68 18 28 / fax +33-1 42 68 18 29
different blocksizes as well.
You need to debug this first before going back to amanda's config.
Alex
--
Alexander Jolk * BUF Compagnie * [EMAIL PROTECTED]
Tel +33-1 42 68 18 28 * Fax +33-1 42 68 18 29
ittle more than 20GB before gzip.
Just use one *or* the other of hardware and software compression;
general consensus on the list is that software compression is better if
you can spare the cycles. Look in the archives for reasons if you are
interested.
Alex
--
Alexander Jolk * BUF Compagni
il, getting the directories well before the
actual files is completely normal for a tar ball. If you can get to the
rest of the file, your files will most probably be there.
BTW, check the syslog for SCSI errors, just in case. What platform are
you on, you said? (OS, tape format?)
Alex
--
they have changed since the last lower level.
Which means that you can get in your index files, a backup of the files
from august 5th because they changed on that day, and a backup of the
directories from august 11th without the files, because the files stayed
identical.
Alex
--
Alexander J
be able to read tar 1.15 archives just
fine.
Alex
--
Alexander Jolk * BUF Compagnie * [EMAIL PROTECTED]
Tel +33-1 42 68 18 28 * Fax +33-1 42 68 18 29
rver
setdisk /dir/subdir
add file
Also when amanda first sees the newly created DLEs, she will have to do
a level 0 on them; you might want to stage splitting of several disks
over a few days, or possibly right before a level 0 is due.
Alex
--
Alexander Jolk * BUF Compagnie * [
o big for a tape in themselves, get a message along the
lines of `dump larger than tape', I recall.
Since you seem to have 30GB tapes, splitting up those dumps above 3GB
might be a good idea anyway, of course. (Think optimisation of tape
usage, and restore speed.)
Alex
--
Alexander Jolk
with a .tmp extension on your holding disk. amcleanup
deletes those, prepares index files, and sends the amreport mail. It
doesn't touch existing, completed dumps on your holding disk.
Alex
--
Alexander Jolk * BUF Compagnie * [EMAIL PROTECTED]
Tel +33-1 42 68 18 28 * Fax +33-1 42 68 18 29
ape length, whatever you put in there doesn't have any real
influence on amanda's operation.
Alex
--
Alexander Jolk * BUF Compagnie * [EMAIL PROTECTED]
Tel +33-1 42 68 18 28 * Fax +33-1 42 68 18 29
amlabel instead of amtape?
Yes of course, I'm stupid. amlabel is the command, not amtape. :-)
Alex
--
Alexander Jolk / BUF Compagnie
tel +33-1 42 68 18 28 / fax +33-1 42 68 18 29
i/o error occurred while writing the first file, you can just remove and
re-add the tape from amanda's pool:
amrmtape label16
amtape label16
amanda will claim this tape before all others.
Alex
--
Alexander Jolk / BUF Compagnie
tel +33-1 42 68 18 28 / fa
ccount, perhaps? And the obligatory question, did you double-check
that there's no firewall between that particular client and server? (If
you did, triple-check. :-) )
Alex
--
Alexander Jolk / BUF Compagnie
tel +33-1 42 68 18 28 / fax +33-1 42 68 18 29
der)
dd if=/dev/tape bs=32k count=1 | file -z -
(which should tell you that you have a gzip compressed tar archive)
If this is not the case, you might really use the rewinding device; in
that case, try to find out why that's the case. You really don't want
amanda to use the rewinding one.
re on while you're at it, so
that we don't stress our crystal balls too much. :-)
Alex
PS. Are you sure you want to restore directly into /etc, if that's what
you're doing?
--
Alexander Jolk * BUF Compagnie * [EMAIL PROTECTED]
Tel +33-1 42 68 18 28 * Fax +33-1 42 68 18 29
, cut myself a few times, and I get all the
barcodes I want at negligible cost.
The command line for LTO labels on A4 paper that I use, BTW is:
barcode -o code.ps -e code39 -umm -g75x15 -t2x15 -pa4 -m15x2 -c
Alex
--
Alexander Jolk / BUF Compagnie
tel +33-1 42 68 18 28 / fax +33-1 42 68 18 29
sounds like hardware compression of already software-compressed
data. Are you sure you are not using both? (Or else, are AITs as
intelligent as LTOs in not recompressing already compressed data?)
Alex
--
Alexander Jolk / BUF Compagnie
tel +33-1 42 68 18 28 / fax +33-1 42 68 18 29
com/list/amanda-users/ (the second one is actually
linked from www.amanda.org).
Alex
--
Alexander Jolk * BUF Compagnie * [EMAIL PROTECTED]
Tel +33-1 42 68 18 28 * Fax +33-1 42 68 18 29
chive. Your version (which is probably 1.14.x) has problems
restoring sparse files, and any file following a sparse one. Have a
search in the archives for more information.
Alex
--
Alexander Jolk * BUF Compagnie * [EMAIL PROTECTED]
Tel +33-1 42 68 18 28 * Fax +33-1 42 68 18 29
k search in
this mailing list's archives will give you a complete solution with
iptables, or else just open TCP and UDP between your amanda server and
the amanda client in question.
Alex
--
Alexander Jolk * BUF Compagnie * [EMAIL PROTECTED]
Tel +33-1 42 68 18 28 * Fax +33-1 42 68 18 29
://www.amanda.org/cgi-bin/fom?
There are lots of tapetypes, among them a few LTO-2 tapetypes.
Alex
--
Alexander Jolk / BUF Compagnie
tel +33-1 42 68 18 28 / fax +33-1 42 68 18 29
nterrupted an amdump, then re-started
it while the estimate on the clients was still running.
Alex
--
Alexander Jolk / BUF Compagnie
tel +33-1 42 68 18 28 / fax +33-1 42 68 18 29
th an `argument list too long' error,
find -type f | xargs zgrep pippo.sh
)
Alex
--
Alexander Jolk / BUF Compagnie
tel +33-1 42 68 18 28 / fax +33-1 42 68 18 29
ed by amverify which immediately locks the tape drive
again. Yes, it would be nice if amverify was detected just as amdump
and amflush are, by amcheck. I'm pretty sure patches would be welcome
for this, unless this particular snag is already corrected in amanda 2.4.5.
Alex
--
Alex
labelled `AM-140', after writing about 206GB
in 139 files, it got into trouble with the error message `No space
left'. Which is, of course, quite reasonable.
Hope this helps,
Alex
--
Alexander Jolk / BUF Compagnie
tel +33-1 42 68 18 28 / fax +33-1 42 68 18 29
tar 1
draco /raid2 {
svcomp-work-tar
exclude append "./PROJECT"
exclude append "./DESC_SCANS"
exclude append "./GENERIC"
exclude append "./GAME"
exclude append "./SPRITE"
exclude append "./TMP"
} 1
# end draco:/raid2
Alex
--
Alexander Jolk / BUF Compagnie
tel +33-1 42 68 18 28 / fax +33-1 42 68 18 29
amanda, use whatever notation you are more
comfortable with; to me, that would be directories, for other, that
might be devices.
Alex
--
Alexander Jolk / BUF Compagnie
tel +33-1 42 68 18 28 / fax +33-1 42 68 18 29
configure chg-zd-mtx by following the instructions in
amanda.conf and the chg-zd-mtx script in amanda's libexec directory.
Actually quite straightforward, you should be going in less than an hour.
Alex
--
Alexander Jolk / BUF Compagnie
tel +33-1 42 68 18 28 / fax +33-1 42 68 18 29
aken into account? Again, the files in
/tmp/amanda/ on the client will tell you that.
You will notably find the complete command line that amanda uses for
tar, in one of these files. It doesn't hurt to try that line and see
whether it fails; most probably the solution will
copies, as of
this week-end (29 may). I'm attaching the one I'm replying to with all
headers if you want to have a look.
Alex
--
Alexander Jolk / BUF Compagnie
tel +33-1 42 68 18 28 / fax +33-1 42 68 18 29
--- Begin Message ---
Hello, amanda-users,
as some of yo
newcomers to identify more easily where parameters are to be tuned in
case something doesn't work out.
Alex
--
Alexander Jolk / BUF Compagnie
tel +33-1 42 68 18 28 / fax +33-1 42 68 18 29
Eric Dantan Rzewnicki wrote:
Did you compile from source or use the debian package from sid?
I compiled from source and installed tar into a different location. Now
if only one could specify which tar to use for amrecover, that would be
most perfect. :-)
Alex
--
Alexander Jolk
r-1.14,
due to `sparse archive members'. As had been discussed on this list a
few times already, installing tar-1.15.1 fixed the problem, I could
restore from the existing archives without any problem.
Alex
--
Alexander Jolk / BUF Compagnie
tel +33-1 42 68 18 28 / fax +33-1 42 68 18 29
The current slot at
the end of a mass labeling session, is probably the last one; amanda has
no preference whatsoever among those several `new' tapes, so she'd take
that one. If you want her to take the first one instead, do an
amtape slot first
after labeling.
Alex
--
Alexander Jolk
--
Alexander Jolk / BUF Compagnie
tel +33-1 42 68 18 28 / fax +33-1 42 68 18 29
-stuck your
problem, but just a note: a date stamp of zero means to amanda that the
tape has never been used before. Since you had two tapes with non-zero
dates I believe, amanda would prefer the unused tapes to them.
Alex
--
Alexander Jolk / BUF Compagnie
tel +33-1 42 68 18 28
Guy Dallaire wrote:
I have a file named tapelist~ in my amanda config directory. Can it be
safely removed ?
That's an editor backup file, emacs perhaps. amanda doesn't use it for
anything.
Alex
--
Alexander Jolk / BUF Compagnie
tel +33-1 42 68 18 28 / fax +33-1 42 68 18 29
between the
server and client parts don't get received. Can you double check
whether your Firewall is switched off? Note that there has been a hint
on firewall configuration yesterday on the list.
Alex
--
Alexander Jolk / BUF Compagnie
tel +33-1 42 68 18 28 / fax +33-1
nd
And now do you have messages in /tmp/amanda? Could you cite them?
Alex
--
Alexander Jolk / BUF Compagnie
tel +33-1 42 68 18 28 / fax +33-1 42 68 18 29
That seems simpler to me than whipping up a second
channel, even if it should be rather easy to do with netcat or perl.
Alex
--
Alexander Jolk / BUF Compagnie
tel +33-1 42 68 18 28 / fax +33-1 42 68 18 29
r. Great!
Alex
--
Alexander Jolk / BUF Compagnie
tel +33-1 42 68 18 28 / fax +33-1 42 68 18 29
upposed to be SUID root, I think that for the time
being, a note in the docs is all that we can do.
(The relevant code seems to be in client-src/client_util.c, functions
build_include() and add_include().)
Alex
--
Alexander Jolk / BUF Compagnie
tel +33-1 42 68 18 28 / fax +33-1 42 68 18 29
erl script that does something like this. It is quite simple
because I read all my disks over NFS, and I already run a local `du
-xks' on all my servers once a week. If anybody is interested in this
script, mail me in private.
Alex
--
Alexander Jolk / BUF Compagnie
tel +33-1
e an idea of how one could possibly circumvent this problem?
Fortunately, we know exactly at what time an old DLE can completely be
forgotten about (when its last index has been killed).
Alex
--
Alexander Jolk / BUF Compagnie
tel +33-1 42 68 18 28 / fax +33-1 42 68 18 29
ait for dumping' is typical during the amdump run. Did you let it
finish? Did you receive an amreport e-mail? Could you forward it to
the list?
Alex
--
Alexander Jolk / BUF Compagnie
tel +33-1 42 68 18 28 / fax +33-1 42 68 18 29
Rodrigo Ventura wrote:
Alexander Jolk wrote:
Ahm, sorry, I don't quite follow you there. Your sendbackup.* files
are empty, zero bytes?
Yeah, zero bytes.
Barring an installation problem that others have suggested, could you
tell us whether there are any files of nonzero size in /tmp/a
ferent version of gzip
wouldn't hurt of course, as would looking in your system logs for SCSI
errors.
Alex
--
Alexander Jolk / BUF Compagnie
tel +33-1 42 68 18 28 / fax +33-1 42 68 18 29
`gtar' in order to differentiate it from the system's
native `tar'.
Alex
--
Alexander Jolk / BUF Compagnie
tel +33-1 42 68 18 28 / fax +33-1 42 68 18 29
ould
you try your extraction with gtar?
Alex
--
Alexander Jolk / BUF Compagnie
tel +33-1 42 68 18 28 / fax +33-1 42 68 18 29
Vicki Stanfield wrote:
I am on Debian Woody (Linux). The version I have doesn't seem to support
the defcompression or the compression options, so I am unsure how to
make the change permanent.
On my Debian woody system, mt has the `datcompression' option. The
associate Debian package is `cpio'.
1 - 100 of 152 matches
Mail list logo