Hmm - do you mean dpm-contrib-admintools? If so, then dpm-dbck is not in
that (or at least it's not in 0.2.1). If there's a separate
dpm-admintools rpm, where is it available?
John
On 24/05/2016 10:06, Sam Skipsey wrote:
> Huh, it should be installed in the dpm-admintools rpm, so if you have
> that, you should have it.
>
> If you want to get it manually, it's
> here: https://svnweb.cern.ch/trac/lcgdm/browser/contrib/lcgdm/admin-tools/gridpp-dpm-tools/trunk/src/dpm-dbck
>
> Sam
>
> On Mon, May 23, 2016 at 4:07 PM Peter Gronbech
> <[log in to unmask] <mailto:[log in to unmask]>>
> wrote:
>
> Well I still don’t have dpm-dbck either.____
>
> __ __
>
> __ __
>
> -- ____
>
> ----------------------------------------------------------------------____
>
> Peter Gronbech GridPP Project Manager Tel No. : 01865
> 273389____
>
> __ __
>
> Department of Particle Physics, ____
>
> University of Oxford, ____
>
> Keble Road, Oxford OX1 3RH, UK E-mail :
> [log in to unmask]
> <mailto:[log in to unmask]>____
>
> ----------------------------------------------------------------------____
>
> __ __
>
> *From:*Sam Skipsey [mailto:[log in to unmask]
> <mailto:[log in to unmask]>]
> *Sent:* 23 May 2016 16:06
>
>
> *To:* Peter Gronbech; [log in to unmask]
> <mailto:[log in to unmask]>
> *Subject:* Re: Tidying up DPM____
>
> __ __
>
> Oops, I forgot we renamed it to dpm-dbck for some reason!____
>
> __ __
>
> (also, re: mysql user tables - this is usually fixed by running
> mysql-upgrade as the very first thing after restoring a dump. It
> usually fixes stuff like that.)____
>
> __ __
>
> Sam____
>
> __ __
>
> On Mon, May 23, 2016 at 4:00 PM Peter Gronbech
> <[log in to unmask]
> <mailto:[log in to unmask]>> wrote:____
>
> Hi Sam, I don’t seem to have dpm-dbchk installed.____
>
> Do I need a separate repo for this?____
>
> Pete____
>
> ____
>
> -- ____
>
> ----------------------------------------------------------------------____
>
> Peter Gronbech GridPP Project Manager Tel No. : 01865
> 273389____
>
> ____
>
> Department of Particle Physics, ____
>
> University of Oxford, ____
>
> Keble Road, Oxford OX1 3RH, UK E-mail :
> [log in to unmask]
> <mailto:[log in to unmask]>____
>
> ----------------------------------------------------------------------____
>
> ____
>
> *From:*Sam Skipsey [mailto:[log in to unmask]
> <mailto:[log in to unmask]>]
> *Sent:* 23 May 2016 15:59
> *To:* Peter Gronbech; [log in to unmask]
> <mailto:[log in to unmask]>____
>
>
> *Subject:* Re: Tidying up DPM____
>
> ____
>
> So, you can run dpm-dbchk against a DPM in dry run mode, and it
> should pick this kind of thing up (without changing anything).____
>
> ____
>
> On Mon, May 23, 2016 at 3:48 PM Peter Gronbech
> <[log in to unmask]
> <mailto:[log in to unmask]>> wrote:____
>
> Ok I have not delved into the database so I don’t know for
> sure, I was just reading the thread.____
>
> Pete____
>
> ____
>
> -- ____
>
> ----------------------------------------------------------------------____
>
> Peter Gronbech GridPP Project Manager Tel No. :
> 01865 273389____
>
> ____
>
> Department of Particle Physics, ____
>
> University of Oxford, ____
>
> Keble Road, Oxford OX1 3RH, UK E-mail :
> [log in to unmask]
> <mailto:[log in to unmask]>____
>
> ----------------------------------------------------------------------____
>
> ____
>
> *From:*GRIDPP2: Deployment and support of SRM and local
> storage management [mailto:[log in to unmask]
> <mailto:[log in to unmask]>] *On Behalf Of *Sam
> Skipsey
> *Sent:* 23 May 2016 15:47____
>
>
> *To:* [log in to unmask]
> <mailto:[log in to unmask]>
> *Subject:* Re: Tidying up DPM____
>
> ____
>
> Although, I'm surprised if that's the case, because Ewan ran
> dpm-dbchk against the Oxford db quite a few times (so it
> shouldn't have any "weird" entries left).____
>
> ____
>
> (Yes, dpm-dbchk fixes all kinds of database issues in DPM.)____
>
> ____
>
> Sam____
>
> ____
>
> On Mon, May 23, 2016 at 11:47 AM Simon Fayer
> <[log in to unmask]
> <mailto:[log in to unmask]>> wrote:____
>
> Hi,
>
> I think we've seen problems with deleting "empty"
> directories before...
> There was a thread about this about two years ago:
> https://www.jiscmail.ac.uk/cgi-bin/webadmin?A2=ind1403&L=GRIDPP-STORAGE&D=0&P=53063
>
> Maybe it has the same root cause (negative entries in
> the directory)?
>
> Regards,
> Simon
>
>
> On Mon, May 23, 2016 at 10:26:08AM +0000, Peter Gronbech
> wrote:
> > Hi Sam,
> >
> > I forgot to say I had tried that and it gave no
> replicas found:
> > [root@t2se01 quarterly-report]# dpm-dpns-to-disk -v
> /dpm/physics.ox.ac.uk/home/atlas/dq2/trig1_misal1_mc12_V1/log/trig1_misal1_mc12_V1.007423.singlepart_singlepi_et25.recon.log.v12000601_tid006816
> <http://physics.ox.ac.uk/home/atlas/dq2/trig1_misal1_mc12_V1/log/trig1_misal1_mc12_V1.007423.singlepart_singlepi_et25.recon.log.v12000601_tid006816>
> >
> /dpm/physics.ox.ac.uk/home/atlas/dq2/trig1_misal1_mc12_V1/log/trig1_misal1_mc12_V1.007423.singlepart_singlepi_et25.recon.log.v12000601_tid006816
> <http://physics.ox.ac.uk/home/atlas/dq2/trig1_misal1_mc12_V1/log/trig1_misal1_mc12_V1.007423.singlepart_singlepi_et25.recon.log.v12000601_tid006816>
> : no replicas found
> >
> >
> > So I thought I might be able to do a dpns-rm?
> >
> > [root@t2se01 quarterly-report]# dpns-rm -r
> /dpm/physics.ox.ac.uk/home/atlas/dq2/trig1_misal1_mc12_V1/log/trig1_misal1_mc12_V1.007423.singlepart_singlepi_et25.recon.log.v12000601_tid006816
> <http://physics.ox.ac.uk/home/atlas/dq2/trig1_misal1_mc12_V1/log/trig1_misal1_mc12_V1.007423.singlepart_singlepi_et25.recon.log.v12000601_tid006816>
> >
> /dpm/physics.ox.ac.uk/home/atlas/dq2/trig1_misal1_mc12_V1/log/trig1_misal1_mc12_V1.007423.singlepart_singlepi_et25.recon.log.v12000601_tid006816
> <http://physics.ox.ac.uk/home/atlas/dq2/trig1_misal1_mc12_V1/log/trig1_misal1_mc12_V1.007423.singlepart_singlepi_et25.recon.log.v12000601_tid006816>:
> Directory not empty
> >
> > But that complains it is a directory and it is not empty
> >
> > Pete____
>
|
