Re: What does this error mean?

--KLpm/XriK97u6s25
Content-Type: text/plain; charset=iso-8859-1
Content-Disposition: inline
Content-Transfer-Encoding: quoted-printable

On Thu, Aug 01, 2024 at 10:52:48PM -0400, Robert Heller wrote:
>=20
>=20
> At Fri, 2 Aug 2024 02:20:26 +0100 Jose M Calhariz <jose.calhariz@tecnico.=
ulisboa.pt> wrote:
>=20
> >
> > On Thu, Aug 01, 2024 at 12:39:46AM -0400, Robert Heller wrote:
> > >
> > > Any clue as to a "release date"?
> >
> > The work is done and the new amanda 3.5.4 is on Debian for v13.  My
> > email of notice did not reach the mailing list.
> >
> > I can give instructions on how to compile the packages for v12, but I
> > do not have computers for other CPUs than intel.
>=20
> Yes, please do!
>

To compile amanda 3.5.4 for Debian v12 with the Debian defaults and
not zmanda defaults, do:

sudo apt install build-essential
sudo apt build-dep amanda
sudo apt install devscripts

mkdir -p ~/src/amanda
cd ~/src/amanda
dget http://deb.debian.org/debian/pool/main/a/amanda/amanda_3.5.4-1.dsc
cd amanda-3.5.4
debuild -uc -us


THis instructions were made by memory and are incomplete.  Please try
and explain what does not work.



> >
> >
> > Kind regards
> > Jose M Calhariz
> >
> >
> >


Kind regards
Jose M Calhariz



> >
> > >
> > > At Tue, 23 Jul 2024 03:07:37 +0100 Jose M Calhariz <jose.calhariz@tec=
nico.ulisboa.pt> wrote:
> > >
> > > >
> > > > Hi,
> > > >
> > > > Currently I do not have a setup with S3 at amanda, so this kind of
> > > > problems are under my radar. I think it broke with the upgrade to
> > > > Debian v12 and some security updates for Debian v11.  Can anyone
> > > > confirm or deny?
> > > >
> > > > I am currently working on updating amanda for Debian v13 so later I
> > > > can provide non official packages for Debian v12 of an updated aman=
da,
> > > > possibly 3.5.4.
> > > >
> > > >
> > > > Kind regards
> > > > Jose M Calhariz
> > > >
> > > >
> > > > On Mon, Jul 22, 2024 at 01:49:21PM -0400, Robert Heller wrote:
> > > > > I opened an issue: https://github.com/zmanda/amanda/issues/259
> > > > >
> > > > > I uploaded the *working* configs for Amanda 3.3.3 under CentOS 7.=
  The 3.3.3
> > > > > configuation is not liked by Amanda 3.5.1 under Debian 12 (not su=
pprising). I
> > > > > *think* I updated the configs for 3.5.1 correctly (can anyone che=
ck?).
> > > > >
> > > > > I don't know if this is a bug in Amanda 3.5 or if I have somethin=
g wrong.
> > > > >
> > > > > At Mon, 22 Jul 2024 18:24:28 +0200 Exuvo <[email protected]> wrote:
> > > > >
> > > > > >
> > > > > > You can try enabling the "device-property VERBOSE" and see if t=
he logs show anything useful.
> > > > > >
> > > > > > Anton "exuvo" Olsson
> > > > > >     [email protected]
> > > > > >
> > > > > > On 2024-07-22 18:21, Robert Heller wrote:
> > > > > > >
> > > > > > > At Mon, 22 Jul 2024 18:00:16 +0200 Exuvo <[email protected]> wro=
te:
> > > > > > >
> > > > > > >> According to man amanda-changers the device properties can b=
e specified in
> > > > > > >> multiple places so where you have them should also work.
> > > > > > > I don't think that is the problem.  According to this:
> > > > > > >
> > > > > > > https://stackoverflow.com/questions/30518899/amazon-s3-how-to=
-fix-the-request-signature-we-calculated-does-not-match-the-s
> > > > > > >
> > > > > > > The problem might be the pathname going to Amazon is bad (lea=
ding . or leading
> > > > > > > /), but *I* am not using either, so I guess Amanda is messing=
 up the
> > > > > > > "signature" somehow.  So this might be a bug?  This used to w=
ork with Amanda
> > > > > > > 3.3, so it might be something broke in 3.4 or 3.5.
> > > > > > >
> > > > > > > (I've also opened an issue on github.)
> > > > > > >
> > > > > > > And I think the "tapedev" is indicated by the
> > > > > > >      tpchanger "chg-multi:s3:sharky5-backups/slot-{00..40}"
> > > > > > > line: it is a changer on an Amazon s3 device with with a Buck=
et of
> > > > > > > sharky5-backups, with slots slot-00 through slot-40.
> > > > > > >
> > > > > > >> Anton "exuvo" Olsson
> > > > > > >>      [email protected]
> > > > > > >>
> > > > > > >> On 2024-07-22 17:19, Robert Heller wrote:
> > > > > > >>> At Mon, 22 Jul 2024 17:10:23 +0200 Exuvo <[email protected]> w=
rote:
> > > > > > >>>
> > > > > > >>>> Never used S3 but dont you need to use a "tapdev" line and=
 device properties on that instead of on the changer?
> > > > > > >>>> See man amanda-devices S3 Device
> > > > > > >>> No, that does not work.  Get a config file syntax error... =
  The docs are
> > > > > > >>> somewhat wrong.
> > > > > > >>>
> > > > > > >>>> Anton "exuvo" Olsson
> > > > > > >>>>       [email protected]
> > > > > > >>>>
> > > > > > >>>> On 2024-07-22 14:24, Robert Heller wrote:
> > > > > > >>>>> backup@sharky5:~$ amcheck sharky5
> > > > > > >>>>> Amanda Tape Server Host Check
> > > > > > >>>>> -----------------------------
> > > > > > >>>>> NOTE: tapelist file does not exists
> > > > > > >>>>>          it will be created on the next run
> > > > > > >>>>> NOTE: Holding disk '/var/lib/amanda/holdings/sharky5': 38=
816 MB disk space available, using 12000 MB as requested
> > > > > > >>>>> slot 1: While creating new S3 bucket: The request signatu=
re we calculated does not match the signature you provided. Check your key =
and signing method. (SignatureDoesNotMatch) (HTTP 403)
> > > > > > >>>>> slot 2: While creating new S3 bucket: The request signatu=
re we calculated does not match the signature you provided. Check your key =
and signing method. (SignatureDoesNotMatch) (HTTP 403)
> > > > > > >>>>>
> > > > > > >>>>> backup@sharky5:~$ cat /etc/amanda/sharky5/amanda.conf
> > > > > > >>>>> org "Deepwoods Software Sharky5"        # your organizati=
on name for reports
> > > > > > >>>>> mailto "[email protected]"    # space separated list of=
 operators at your site
> > > > > > >>>>> dumpcycle 28 days       # the number of days in the norma=
l dump cycle
> > > > > > >>>>> runspercycle 28          # the number of amdump runs in d=
umpcycle days
> > > > > > >>>>>                            # (1 week * 5 amdump runs per =
week -- just weekdays)
> > > > > > >>>>> tapecycle 40 tapes      # the number of tapes in rotation
> > > > > > >>>>>                            # 1 week (dumpcycle) times 5 t=
apes per week (just
> > > > > > >>>>>                            # the weekdays) plus a few to =
handle errors that
> > > > > > >>>>>                            # need amflush and so we do no=
t overwrite the full
> > > > > > >>>>>                            # backups performed at the beg=
inning of the previous
> > > > > > >>>>>                            # cycle
> > > > > > >>>>> runtapes 3              # number of tapes to be used in a=
 single run of amdump
> > > > > > >>>>>
> > > > > > >>>>> define changer my_s3 {
> > > > > > >>>>>        tpchanger "chg-multi:s3:sharky5-backups/slot-{00..=
40}"
> > > > > > >>>>>        device-property "S3_ACCESS_KEY" "XXXXXXXXXXXXXXXXX=
XXXXX"
> > > > > > >>>>>        device-property "S3_SECRET_KEY" 'xxxxxxxxxxxxxxxxx=
xxxxxxxxx"
> > > > > > >>>>>        device-property "NB_THREADS_BACKUP" "3"
> > > > > > >>>>> #    changerfile "/etc/amanda/sharky5/changer.conf"
> > > > > > >>>>> }
> > > > > > >>>>> tpchanger "my_s3"
> > > > > > >>>>> tapetype S3     # what kind of tape it is (see tapetypes =
below)
> > > > > > >>>>>
> > > > > > >>>>>
> > > > > > >>>>> I am sure the S3_ACCESS_KEY and S3_SECRET_KEY are correct.
> > > > > > >>>>>
> > > > > > >>>>
> > > > > > >>>>
> > > > > > >>
> > > > > > >>
> > > > > >
> > > > > >
> > > > > >
> > > > > >
> > > > > >
> > > > >
> > > >
> > >
> >
>=20

--=20
--
	=C9 perigoso ter raz=E3o em assuntos sobre os quais as
	autoridades estabelecidas est=E3o erradas.
		-- Voltaire

--KLpm/XriK97u6s25
Content-Type: application/pgp-signature; name="signature.asc"

-----BEGIN PGP SIGNATURE-----

iQIzBAABCgAdFiEERkvHzUOf7l6LQJigNIp3jWiF748FAmasZYsACgkQNIp3jWiF
74+JyRAAr++Oxk6Lji2CvDhNyz837TpJc9Woxr9JdPCQX6jmC3W8HAc7f07edqTc
YP8cze2PQP686WAEdoNbtS4RwkaTuOKSMOnj1yDfjQaBvkrSteHPdcdVkyWLpgLX
1dz2yPVyZpL36oAOWRk5E8HB37ewT46ZUi27peDiwN5AAP8M8G808I1NOnzdpnwH
VG+N491EN8YBKHzLjQnWWDluQ6WiVhKGNDvyTfHZWYJAMsSUlGTYziwizAM/yghm
N2rwUFg5Y7LO2cNHT0Hu/xlwL7oHCqR2nQvtGMk5MdeQVGhPV6Q7nnOO53fCD+uD
fL3sg3zbojcuNVHof5Hfpxw/vDqmVCLwrdg1nMQsES789yMZYTTtcJvNIEc89lDY
FQLCr+Igd0jBeEhUJj9YJQHVXDKMWedmyzTo6yGHkKB2krpu+NIIkw55EHjoY4Xn
LIZNu7eTbttPIchx/7Mmf56ymS7iQMccjVCJLzUFY0UoVehL2oBFybV5BTEXMmc9
dPdDb6/npev98FDYMnq9OkLhhlKSRXsl2iBQG1aU5ON9uHx8XULjP9OydirJo6lq
/GLfh0DwUBuLqoRf+fgzgBquAcMU7wLdQanQpAI+W4YS87OvQ8AKCuugT6JikcJ1
Mz8aEezR+iheFkh2zhJq+wRWXYpa9me6GYuY40UkjFotYs23Azs=
=++2o
-----END PGP SIGNATURE-----

--KLpm/XriK97u6s25--