Veritas-bu

[Veritas-bu] bpplsched columns

2006-10-27 13:15:35
Subject: [Veritas-bu] bpplsched columns
From: jonathan.marianu at cingular.com (Marianu, Jonathan)
Date: Fri, 27 Oct 2006 10:15:35 -0700
 
BPPLSCHED COLUMNS 

Line 1
1 SCHED 
2 SCHEDULE_NAME
3 TYPE (0=FULL, 1=INCR, 2=USRD)
4 MPX
5 FREQ (Run every ___ seconds, 86400=1 day) NOTE: Even on FULLS set it
to run daily but restrict the time to the particular day.
6 retention level
7 uwind/o/d (Future use)
8 internal attribute 
9 internal attribute
10 maximum fragment size
11 calendar
12 number of copies
13 Fail_on_Error

Line 2
SCHEDWIN
SUNDAY START_TIME in seconds
SUNDAY DURATION in seconds
MONDAY START_TIME in seconds
MONDAY DURATION in seconds
TUESDAY START_TIME in seconds
TUESAY DURATION in seconds
WEDNESDAY START_TIME in seconds
WEDNESDAY DURATION in seconds
THURSDAY START_TIME in seconds
THURSDAY DURATION in seconds
FRIDAY START_TIME in seconds
FRIDAY DURATION in seconds
SATURDAY START_TIME in seconds
SATURDAY DURATION in seconds

Line 3 Residence for each copy
Line 4 Pool for each copy
Line 5 Retention Level for each copy
Line 6 Fail_on_Error for each copy




___________________________________
Remedy information:
Group: "National EBR Ops"
Scope: Backend Applications
Category: NetBackup

http://wa-gsmrdb02-bth/ESBR/
http://netbackup.entp.attws.com/cgi-bin/backup_amount
http://netbackup/prod/netbackup_REQ_form.xlt
__________________________________________
Jonathan Marianu (mah ree ah' nu)
National Enterprise Backup & Recovery
Cingular Wireless
(360) 597-6896

Manager: John Menzik
(425) 288-8690



-----Original Message-----
From: veritas-bu-bounces at mailman.eng.auburn.edu
[mailto:veritas-bu-bounces at mailman.eng.auburn.edu] On Behalf Of
veritas-bu-request at mailman.eng.auburn.edu
Sent: Friday, October 27, 2006 10:00 AM
To: veritas-bu at mailman.eng.auburn.edu
Subject: Veritas-bu Digest, Vol 6, Issue 54

Send Veritas-bu mailing list submissions to
        veritas-bu at mailman.eng.auburn.edu

To subscribe or unsubscribe via the World Wide Web, visit
        http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu
or, via email, send a message with subject or body 'help' to
        veritas-bu-request at mailman.eng.auburn.edu

You can reach the person managing the list at
        veritas-bu-owner at mailman.eng.auburn.edu

When replying, please edit your Subject line so it is more specific than
"Re: Contents of Veritas-bu digest..."


Today's Topics:

   1. Re: Merging Master servers (Paul Keating)
   2. Jobid's (Clooney, David)
   3. bpplsched columns (Clooney, David)
   4. Re: Jobid's (Peter DrakeUnderkoffler)
   5. Re: Tape not mounting (Dave Markham)
   6. Re: bpplsched columns (Darren Dunham)
   7. Re: Linux Media Server + Win2K3 Master (Brooks, Jason)
   8. Re: bpplsched columns (Haskins, Steve)


----------------------------------------------------------------------

Message: 1
Date: Fri, 27 Oct 2006 08:48:15 -0400
From: "Paul Keating" <pkeating at bank-banque-canada.ca>
Subject: Re: [Veritas-bu] Merging Master servers
To: "NB List Mail" <veritas-bu at mailman.eng.auburn.edu>
Message-ID:
        
<4A14D0A1A982B04B8DFC50EBDB81D0A204BEDE47 at BOC-EXMAIL1.bocad.bank-banque-
canada.ca>
        
Content-Type: text/plain; charset="utf-8"

agreed....the money certainly isn't in "this".
 
-- 

        -----Original Message-----
        From: Clooney, David [mailto:david.clooney at bankofamerica.com] 
        Sent: October 27, 2006 8:33 AM
        To: Paul Keating; Hindle, Greg; NB List Mail
        Subject: RE: [Veritas-bu] Merging Master servers
        
        
         
        So we have arranged to pay loads of money for PS to look over my
shoulder while I perform the work in a couple weeks time. 
         
        Something tells me I'm in the wrong job.
         
        Dave
         

========================================================================
============

La version fran?aise suit le texte anglais.

------------------------------------------------------------------------
------------

This email may contain privileged and/or confidential information, and
the Bank of Canada does not waive any related rights. Any distribution,
use, or copying of this email or the information it contains by other
than the intended recipient is unauthorized. If you received this email
in error please delete it immediately from your system and notify the
sender promptly by email that you have done so. 

------------------------------------------------------------------------
------------

Le pr?sent courriel peut contenir de l'information privil?gi?e ou
confidentielle.
La Banque du Canada ne renonce pas aux droits qui s'y rapportent. Toute
diffusion, utilisation ou copie de ce courriel ou des renseignements
qu'il contient par une personne autre que le ou les destinataires
d?sign?s est interdite. Si vous recevez ce courriel par erreur, veuillez
le supprimer imm?diatement et envoyer sans d?lai ?
l'exp?diteur un message ?lectronique pour l'aviser que vous avez ?limin?
de votre ordinateur toute copie du courriel re?u.
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
http://mailman.eng.auburn.edu/pipermail/veritas-bu/attachments/20061027/
e06c9c2b/attachment-0001.html

------------------------------

Message: 2
Date: Fri, 27 Oct 2006 14:18:25 +0100
From: "Clooney, David" <david.clooney at bankofamerica.com>
Subject: [Veritas-bu] Jobid's
To: "NB List Mail" <veritas-bu at mailman.eng.auburn.edu>
Message-ID:
        
<6A334D121100454D9D2AE91349CA00C50493BB78 at EMACROEXC00V1.emea.bankofameri
ca.com>
        
Content-Type: text/plain; charset="us-ascii"

Hi All
 
Quick Q , does anyone know how you can reset jobid's, and if there are
any configurable parameters ?
 
Regards
 
Dave
 



Notice to recipient:
The information in this internet e-mail and any attachments is
confidential and may be privileged. It is intended solely for the
addressee. If you are not the intended addressee please notify the
sender immediately by telephone. If you are not the intended recipient,
any disclosure, copying, distribution or any action taken or omitted to
be taken in reliance on it, is prohibited and may be unlawful.

When addressed to external clients any opinions or advice contained in
this internet e-mail are subject to the terms and conditions expressed
in any applicable governing terms of business or client engagement
letter issued by the pertinent Bank of America group entity.

If this email originates from the U.K. please note that Bank of America,
N.A., London Branch and Banc of America Securities Limited are
authorised and regulated by the Financial Services Authority.
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
http://mailman.eng.auburn.edu/pipermail/veritas-bu/attachments/20061027/
f2be1331/attachment-0001.html

------------------------------

Message: 3
Date: Fri, 27 Oct 2006 14:58:32 +0100
From: "Clooney, David" <david.clooney at bankofamerica.com>
Subject: [Veritas-bu] bpplsched columns
To: <veritas-bu at mailman.eng.auburn.edu>
Message-ID:
        
<6A334D121100454D9D2AE91349CA00C50493BBCF at EMACROEXC00V1.emea.bankofameri
ca.com>
        
Content-Type: text/plain; charset="us-ascii"

all
 
Does anyone have the columns for the 
 
bpplsched $policy -l   # output
 
What I'm trying to do is get something together to overcome the bug
where, calendar based scheduling , we have a full monthly and full
weekly running on the same day and to avoid the weekly being selected as
its window is earlier.
 
So I'm trying to at least give myself a "heads up" that a policy has
been added and configured this way.
 
Regards
 
Dave
 
 



Notice to recipient:
The information in this internet e-mail and any attachments is
confidential and may be privileged. It is intended solely for the
addressee. If you are not the intended addressee please notify the
sender immediately by telephone. If you are not the intended recipient,
any disclosure, copying, distribution or any action taken or omitted to
be taken in reliance on it, is prohibited and may be unlawful.

When addressed to external clients any opinions or advice contained in
this internet e-mail are subject to the terms and conditions expressed
in any applicable governing terms of business or client engagement
letter issued by the pertinent Bank of America group entity.

If this email originates from the U.K. please note that Bank of America,
N.A., London Branch and Banc of America Securities Limited are
authorised and regulated by the Financial Services Authority.
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
http://mailman.eng.auburn.edu/pipermail/veritas-bu/attachments/20061027/
8ac2cdec/attachment-0001.html

------------------------------

Message: 4
Date: Fri, 27 Oct 2006 10:18:58 -0400
From: Peter DrakeUnderkoffler <pcd at xinupro.com>
Subject: Re: [Veritas-bu] Jobid's
To: "Clooney, David" <david.clooney at bankofamerica.com>
Cc: NB List Mail <veritas-bu at mailman.eng.auburn.edu>
Message-ID: <45421552.4060103 at xinupro.com>
Content-Type: text/plain; charset=us-ascii

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

I thought it was offline netbackup, and remove
/usr/openv/netbackup/db/jobs/jobid.lock
then change the contents of /usr/openv/netbackup/db/jobs/jobid to 1 or 0
or something.

Thanks
Peter

Peter DrakeUnderkoffler
Xinupro, LLC
617-834-2352



Clooney, David wrote:
> Hi All
>  
> Quick Q , does anyone know how you can reset jobid's, and if there are

> any configurable parameters ?
>  
> Regards
>  
> Dave
> 
>  
> 
> 
> 
> ----------------------------------------------------------------------
> --
> 
> *Notice to recipient:
> The information in this internet e-mail and any attachments is 
> confidential and may be privileged. It is intended solely for the 
> addressee. If you are not the intended addressee please notify the 
> sender immediately by telephone. If you are not the intended 
> recipient, any disclosure, copying, distribution or any action taken 
> or omitted to be taken in reliance on it, is prohibited and may be 
> unlawful.*
> 
> When addressed to external clients any opinions or advice contained in

> this internet e-mail are subject to the terms and conditions expressed

> in any applicable governing terms of business or client engagement 
> letter issued by the pertinent Bank of America group entity.
> 
> If this email originates from the U.K. please note that Bank of 
> America, N.A., London Branch and Banc of America Securities Limited 
> are authorised and regulated by the Financial Services Authority.
> 
> ----------------------------------------------------------------------
> --
> 
> 
> ----------------------------------------------------------------------
> --
> 
> _______________________________________________
> Veritas-bu maillist  -  Veritas-bu at mailman.eng.auburn.edu 
> http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.1 (FreeBSD)

iD8DBQFFQhVSl+lekZRM55oRAroeAJ4vhpBCRsNXjdzn2gOuDJg+fbiAiwCgm4ag
+D+BodA00mzJjEkEA60U7PQ=
=ofL9
-----END PGP SIGNATURE-----


------------------------------

Message: 5
Date: Fri, 27 Oct 2006 15:32:30 +0100
From: Dave Markham <dave.markham at fjserv.net>
Subject: Re: [Veritas-bu] Tape not mounting
To: "WEAVER, Simon" <simon.weaver at astrium.eads.net>,
        "veritas-bu at mailman.eng.auburn.edu"
        <veritas-bu at mailman.eng.auburn.edu>
Message-ID: <4542187E.4070501 at fjserv.net>
Content-Type: text/plain; charset=ISO-8859-1

We had a 1 drive L25 and put a second drive into it. Unfortuneatly the
second drive in ended up being the first drive on the chain as the
original drive was put in the wrong slot.

Anyway out of server card it goes to robot which links to drive one and
then onto drive2.

Its not worked since it was put in but robtest does mount it ok.



WEAVER, Simon wrote:
> Hello Dave,
> Is the drive SCSI connected correctly? Also terminated at the end of 
> the chain.
>
> Funny, just sorted out an identical problem - start a job runs, 
> attempts to load in drive 1, downs the drive, mounts in drive 2.
>
> My problem was the SCSI Cable BETWEEN the drives. Absolutely nothing 
> wrong with it from a visual perspective, but after changing the drive,

> it worked fine.
>
> Also, has this problem been constant, or has it just recently started 
> to occur? Have you attempted to try ROBTEST by chance? Does your 
> robotic library give an indication of a drive problem? Rebooting of 
> the Robot perhaps?
>
>
> Regards
>
> Simon Weaver
> 3rd Line Technical Support
> Windows Domain Administrator
>
> EADS Astrium Limited, B23AA IM (DCS)
> Anchorage Road, Portsmouth, PO3 5PU
>
> Email: Simon.Weaver at Astrium-eads.net
>
>
>
> -----Original Message-----
> From: Dave Markham [mailto:dave.markham at fjserv.net]
> Sent: 25 October 2006 12:14
> To: veritas-bu at mailman.eng.auburn.edu
> Subject: [Veritas-bu] Tape not mounting
>
>
> Netbackup 4.5mp6 on Soalris 8.
>
> I have 2 LTO drives in my system but a backup just fails to mount a 
> tape in the first drive and just downs it. I have no idea why and cant

> see in the logs. I have log level set to 4 and have been looking in 
> the bptm log but dont see anything obvious.
>
> There is nothing in the drive also like a stuck tape.
>
> Where do i look to find if the drive is at fault or not?
>
> Some info below taken while the backup had started. The Drive was Up 
> originally.
>
>
> tpconfig -d
>
> Index DriveName              DrivePath                Type    Shared
> Status
> ***** *********              **********               ****    ******
> ******
>   0   HPUltrium1-SCSI0       /dev/rmt/0cbn            hcart    No
DOWN
>       TLD(0) Definition       DRIVE=1 
>   1   SEAGATEULTRIUM06242-XX /dev/rmt/1cbn            hcart    No
UP
>       TLD(0) Definition       DRIVE=2 
>
> Currently defined robotics are:
>   TLD(0)     robotic path = /dev/sg/c3t0l0,
>              volume database host = iraya
>
>
> vmoprcmd
>
>                                 PENDING REQUESTS
>
>                                      <NONE>
>
>                                   DRIVE STATUS
>
> Drv Type   Control  User      Label  RecMID  ExtMID  Ready   Wr.Enbl.
ReqId
>   0 hcart  DOWN-TLD             -                     No       -
-   
>   1 hcart    TLD    root       Yes   0172L1  0172L1   Yes     Yes
0  
>
>                              ADDITIONAL DRIVE STATUS
>
> Drv DriveName            Shared    Assigned        Comment
>
>   0 HPUltrium1-SCSI0      No       -
>
>   1 SEAGATEULTRIUM06242-  No       iraya
>
>
>
> sgscan tape
>
> /dev/sg/c3t1l0: (/dev/rmt/0): "HP      Ultrium 1-SCSI" 
> /dev/sg/c3t2l0: (/dev/rmt/1): "SEAGATE ULTRIUM06242-XXX" 
>
> ls -l /dev/rmt0
>
> lrwxrwxrwx   1 root     other         43 Sep  8 17:35 /dev/rmt/0 ->
> ../../devices/pci at 8,700000/scsi at 3,1/st at 1,0:
>
> ls -l /dev/sg/c3t1l0
>
> lrwxrwxrwx   1 root     other         46 Apr 12  2006 /dev/sg/c3t1l0
->
> ../../devices/pci at 8,700000/scsi at 3,1/sg at 1,0:raw
>
>
> echo "s d" | tldtest -r /dev/sg/c3t0l0
>
> Opening /dev/sg/c3t0l0
> Enter tld commands (? returns help information) drive 1 (addr 128) 
> access = 1 Contains Cartridge = no SCSI ID from drive 1 is 1 drive 2 
> (addr 129) access = 1 Contains Cartridge = yes Source address = 193 
> (slot 2) Barcode = 000172L1 SCSI ID from drive 2 is 2 
> READ_ELEMENT_STATUS complete
>
>
>
>
>
>
>
> _______________________________________________
> Veritas-bu maillist  -  Veritas-bu at mailman.eng.auburn.edu
> http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu
>
> This email (including any attachments) may contain confidential and/or
privileged information or information otherwise protected from
disclosure. If you are not the intended recipient, please notify the
sender immediately, do not copy this message or any attachments and do
not use it for any purpose or disclose its content to any person, but
delete this message and any attachments from your system. Astrium
disclaims any and all liability if this email transmission was virus
corrupted, altered or falsified.
> ---------------------------------------------------------------------
> Astrium Limited, Registered in England and Wales No. 2449259
> Registered Office: Gunnels Wood Road, Stevenage, Hertfordshire, SG1
2AS, England
>
>   



------------------------------

Message: 6
Date: Fri, 27 Oct 2006 08:22:08 -0700 (PDT)
From: Darren Dunham <ddunham at taos.com>
Subject: Re: [Veritas-bu] bpplsched columns
To: Veritas-bu at mailman.eng.auburn.edu
Message-ID: <200610271522.IAA03767 at redwood.taos.com>
Content-Type: text/plain; charset=us-ascii

> What I'm trying to do is get something together to overcome the bug
> where, calendar based scheduling , we have a full monthly and full
> weekly running on the same day and to avoid the weekly being selected
as
> its window is earlier.
> =20
> So I'm trying to at least give myself a "heads up" that a policy has
> been added and configured this way.

Ugh.  Looks like you're going to have to do some math to find that out.

I'd assume you'd want to look for "^SCHEDCALENDAR\n" to verify that it's
a calendar based schedule.

Then you're going to need to look at the combination of SHEDCALDAYOMONTH
(why no F?) for dates in *any* month (32 being the last day of the
month), and then the combination of SCHEDCALIDATES and SCHEDCALEDATES
('I' for include, 'E' for exclude).  I believe, but am not certain,
that excluded dates override either dayomonth and calidates.  

And of course dayomonth dates are '1' indexed days from the beginning of
the month, while cal[ei]dates are "unix time" or seconds from the epoch
to the beginning of the given date, in local time.  (If you change the
timezone on the master server, does it rewrite the database, or does it
just change the output of 'bpplsched -l', I wonder?)

I'd recommend perl or python with some date manipulation routines....

I might create an array with a cell for each of the next (say) 30 days.
Add a bit or a hash entry for each schedule that appears to schedule
that date.  Then run through the cells and see if two schedules refer to
the same date.

Good luck!

-- 
Darren Dunham                                           ddunham at taos.com
Senior Technical Consultant         TAOS            http://www.taos.com/
Got some Dr Pepper?                           San Francisco, CA bay area
         < This line left intentionally blank to confuse you. >


------------------------------

Message: 7
Date: Fri, 27 Oct 2006 11:46:42 -0400
From: "Brooks, Jason" <brooksje at longwood.edu>
Subject: Re: [Veritas-bu] Linux Media Server + Win2K3 Master
To: <veritas-bu at mailman.eng.auburn.edu>
Message-ID:
        <1506F2C9502C334EA376FB2DB68C76159AC4BA at virtus.longwood.edu>
Content-Type: text/plain;       charset="us-ascii"

I've discovered the contributing factor to this, but can't find out why.

With the added test Linux Media Server, if I set the storage unit to be
used by only that Media Server, it won't mount a tape, reporting that
the "Tape Media server is not active".  If it's set to any available,
the job will run, but not by the Linux media server.  So far, any job
ran to use the Linux storage unit are sourcing from the master server.
Additionally, what I'm trying to back up is a NDMP device, and if I try
to create a NDMP storage unit, the Linux media server isn't even
available.

So, it seems that I'm missing something.  Suggestions while I go off and
dig through the Nix Admin Guide?

Thanks,
Jason

> -----Original Message-----
> From: veritas-bu-bounces at mailman.eng.auburn.edu 
> [mailto:veritas-bu-bounces at mailman.eng.auburn.edu] On Behalf 
> Of Brooks, Jason
> Sent: Thursday, October 26, 2006 2:44 PM
> To: veritas-bu at mailman.eng.auburn.edu
> Subject: [Veritas-bu] Linux Media Server + Win2K3 Master
> 
> In testing the Linux media server, I've ran across a problem 
> I've not seen before.  When I initiate a backup that will use 
> the Linux media server, I received this:
> 
> 10/26/2006 2:40:45 PM - awaiting resource sharptop-hcart3-robot-tld-0
> Reason: Tape media server is not active., Media Server:
> sharptop.longwood.edu, Robot Number: 0, Robot Type: TLD, 
> Media ID: N/A, Drive Name: N/A, Volume Pool: NDMP, Storage Unit:
> sharptop-hcart3-robot-tld-0, Drive Scan Host: N/A
> 
> Google revealed nothing for "Tape media server is not 
> active."  Ideas on 'activating' the media server?  It's 
> seeing the tape, knows who the robot control host is, so I'm 
> not sure what to do.
> 
> Thanks,
> Jason
> 
> ------------
> Jason Brooks
> Computer Systems Engineer
> IITS - Longwood University
> voice - (434) 395-2916
> fax - (434) 395-2035
> mailto:<brooksje at longwood.edu> 
> 
> _______________________________________________
> Veritas-bu maillist  -  Veritas-bu at mailman.eng.auburn.edu 
> http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu
> 



------------------------------

Message: 8
Date: Fri, 27 Oct 2006 09:13:28 -0700
From: "Haskins, Steve" <Steve.Haskins at bannerhealth.com>
Subject: Re: [Veritas-bu] bpplsched columns
To: "Clooney, David" <david.clooney at bankofamerica.com>,
        <veritas-bu at mailman.eng.auburn.edu>
Message-ID:
        
<5A5A59FDAFF12744A1DF88A54D26868883DD85 at PHX01106.bhs.bannerhealth.com>
Content-Type: text/plain; charset="us-ascii"

When I had this issue my two jobs did not have the start window times
set identically. When I adjusted both the monthly and weekly start
windows to match I no longer had the issue.

 

Thanks.

 

________________________________

From: veritas-bu-bounces at mailman.eng.auburn.edu
[mailto:veritas-bu-bounces at mailman.eng.auburn.edu] On Behalf Of Clooney,
David
Sent: Friday, October 27, 2006 6:59 AM
To: veritas-bu at mailman.eng.auburn.edu
Subject: [Veritas-bu] bpplsched columns

 

all

 

Does anyone have the columns for the 

 

bpplsched $policy -l   # output

 

What I'm trying to do is get something together to overcome the bug
where, calendar based scheduling , we have a full monthly and full
weekly running on the same day and to avoid the weekly being selected as
its window is earlier.

 

So I'm trying to at least give myself a "heads up" that a policy has
been added and configured this way.

 

Regards

 

Dave

 

 

 

________________________________

Notice to recipient:
The information in this internet e-mail and any attachments is
confidential and may be privileged. It is intended solely for the
addressee. If you are not the intended addressee please notify the
sender immediately by telephone. If you are not the intended recipient,
any disclosure, copying, distribution or any action taken or omitted to
be taken in reliance on it, is prohibited and may be unlawful.

When addressed to external clients any opinions or advice contained in
this internet e-mail are subject to the terms and conditions expressed
in any applicable governing terms of business or client engagement
letter issued by the pertinent Bank of America group entity.

If this email originates from the U.K. please note that Bank of America,
N.A., London Branch and Banc of America Securities Limited are
authorised and regulated by the Financial Services Authority.

________________________________

-------------- next part --------------
An HTML attachment was scrubbed...
URL:
http://mailman.eng.auburn.edu/pipermail/veritas-bu/attachments/20061027/
81c86e8b/attachment-0001.html

------------------------------

_______________________________________________
Veritas-bu maillist  -  Veritas-bu at mailman.eng.auburn.edu
http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu


End of Veritas-bu Digest, Vol 6, Issue 54
*****************************************


<Prev in Thread] Current Thread [Next in Thread>