ADSM-L

Re: Antwort: Problems under NW with Selective backup Jobe

1999-06-21 00:46:22
Subject: Re: Antwort: Problems under NW with Selective backup Jobe
From: Mike Glassman - Admin <admin AT IAA.GOV DOT IL>
Date: Mon, 21 Jun 1999 06:46:22 +0200
The only reason I'm using Selective is because I could not get exclude to
work using Incremental.

If it now works, I'm fine and will go with Incremental again, but as it is,
I am still not clear on two things :

1. Is there a space between EXCLUDE and .FILE or not ?????

2. How does one define the volumes to be backed up under Objects ?

There has to be someone who knows this information for sure and not just
what should be ?

Mike

> -----Original Message-----
> From: Richard C. Dempsey [SMTP:dempsey AT KODAK DOT COM]
> Sent: a ea?e 18 1999 15:42
> To:   ADSM-L AT VM.MARIST DOT EDU
> Subject:      Re: Antwort: Problems under NW with Selective backup Jobe
>
> I never use selective, always incremental (for whatever _that's_ worth).
> I don't know if in/excludes apply to selectives.
>
> When specifying the objects field, separate the volume names with spaces
> and enclose them all in (single or double) quotes.
>
> Ah, now I see the confusion for EXCLUDE .FILE vs EXCLUDE.FILE, when I
> look at the syntax diagram in the Using the ... Client manual.  My
> interpretation comes from noting that there is no space in any of the
> examples.
>
> Rich
>
> At 10:42 AM 6/18/99 +0200, you wrote:
> >OK,
> >
> >The * was a mistake, it was from the cut and paste I did, and should not
> >have been there. My mistake.
> >
> >I think part of my problem is actually the definition of the scheduled
> >backup job in the Administrative client.
> >
> >I have it set up under Backup/Archive Schedules for the specific server
> >under the Operation tab as Selective in the Action field, and under the
> >Objects field, I have SYS: V_VOL1: (a space between the two).
> >
> >Now I'm getting the following error in the error log :
> >
> >06/17/1999 22:34:49 ANS1081E Invalid search file specification 'SYS:'
> >entered 06/17/1999 22:34:49 ANS1081E Invalid search file specification
> >'V_VOL1:' entered
> >06/17/1999 22:34:49 ANS1512E Scheduled event 'SDEDOV' failed.  Return
> code =
> >4.
> >
> >I can't seem to find the correct syntax to put in the Objects field to
> tell
> >the server to backup both volumes on the server. I tried a * and that
> didn't
> >work either.
> >
> >Any help here ?
> >
> >As to the .FILE being spaced from the Exclude, that's because it's how
> it's
> >written in the manual, but I'll change that to no spaces between.
> >
> >And I use a * and not a ? in the \*:\...\FILE-NAME because I am refering
> to
> >a volume and not to a drive letter. Under Netware, you can't define a
> drive
> >letter on the server command line, as you can't map drive letters on a
> >server.
> >
> >Mike
> >
> >
> >> -----Original Message-----
> >> From: Richard C. Dempsey [SMTP:dempsey AT KODAK DOT COM]
> >> Sent: a ea?e 17 1999 15:54
> >> To:   ADSM-L AT VM.MARIST DOT EDU
> >> Subject:      Re: Antwort: Problems under NW with Selective backup Jobe
> >>
> >> I agree with the prior statements that "*" only works for
> >> a file wildcard, and not as a directory wildcard.  You
> >> must use "/.../" for the directory wildcard.
> >>
> >> I also agree that I don't understand the trailing "*" at
> >> the end of various lines.
> >>
> >> THE NEW QUESTION IS: (drumroll) Why is there a space
> >> between "EXCLUDE" and ".FILE" in the last two lines?
> >> I thought that directive was "EXCLUDE.FILE"
> >>
> >> ALSO NEW: In all the documentation I've seen, drive letters
> >> are wildcarded with a query: "?", like this:
> >>
> >> EXCLUDE.FILE      NS_IAA_SDEDOV\?:\...\AFTN.LDB
> >>
> >> Hope this helps,
> >> Rich (Just Another Unix Hacker) Dempsey
> >>
> >> At 08:34 AM 6/17/99 +0200, you wrote:
> >> >Hi Mike,
> >> >
> >> >I'm sorry but I don't understand the '*' at the end of
> >> >
> >> >EXCLUDE          V_VOL1:/DATA/ACCESS/MATPA/AFTN.MDB *
> >> >EXCLUDE          V_VOL1:/DATA/ACCESS/MATPA/AFTN.LDB *
> >> >
> >> >and my last lines would look like:
> >> >
> >> >EXCLUDE .FILE    NS_IAA_SDEDOV\*:/.../AFTN.MDB
> >> >EXCLUDE .FILE    NS_IAA_SDEDOV\*:/.../AFTN.LDB
> >> >
> >> >hope this helps, cause I've no experience with NW-clients.
> >> >
> >> >Regards
> >> >     Mecki
> >> >
> >> >
> >>
> >> Richard C. Dempsey                 email: dempsey AT kodak DOT com
> >> Public Online Services             pager: 716-975-3539
> >> 11th Floor, Bldg 83, RL            phone: 716-477-3457
> >> Eastman Kodak Company              fax:   716-722-3885
> >> Rochester, NY 14650-2203
> >>
> >> ***** Disclaimer *****
> >> This file has been scanned for viruses.
> >> Any files attached and opened by you are at your own risk !! Remember,
> the
> >>
> >> Israel Airports Authority is NOT responsible for any damage or
> destruction
> >>
> >> caused by files sent to you and opened.
> >> For information regarding scanning files attached to this email,
> contact
> >> 2772.
> >
> >***** Disclaimer *****
> >This file has been scanned for viruses.
> >Any files attached and opened by you are at your own risk !! Remember,
> the
> >Israel Airports Authority is NOT responsible for any damage or
> destruction
> >caused by files sent to you and opened.
> >For information regarding scanning files attached to this email, contact
> 2772.
> >
> >
>
> Richard C. Dempsey                 email: dempsey AT kodak DOT com
> Public Online Services             pager: 716-975-3539
> 11th Floor, Bldg 83, RL            phone: 716-477-3457
> Eastman Kodak Company              fax:   716-722-3885
> Rochester, NY 14650-2203
>
> ***** Disclaimer *****
> This file has been scanned for viruses.
> Any files attached and opened by you are at your own risk !! Remember, the
>
> Israel Airports Authority is NOT responsible for any damage or destruction
>
> caused by files sent to you and opened.
> For information regarding scanning files attached to this email, contact
> 2772.

***** Disclaimer *****
This file has been scanned for viruses.
Any files attached and opened by you are at your own risk !! Remember, the
Israel Airports Authority is NOT responsible for any damage or destruction
caused by files sent to you and opened.
For information regarding scanning files attached to this email, contact 2772.
<Prev in Thread] Current Thread [Next in Thread>