I'm assuming the files in the KR did NOT exist 
before the first restore attempt.

The next restore will restore whatever the first 
didn't - and, using the posix syntax for 
identifying filesets should result in the outcome you want.

So, yes, the PARTDB is suggested, although in 
this case probably makes no difference since you 
should be using the ;keep option.

At 11:31 AM 2011-03-21, Günter Kuhn wrote:
>Hello together,
>
>PARTDB is not the solution because we need the complete database.
>
>
>Am 21.03.2011 16:29, schrieb Craig Lalley:
>>--- On Mon, 3/21/11, Gilles Schipper<[log in to unmask]>  wrote:
>>Try:
>>
>>RESTORE ;/KR/;keep;olddate;partdb;create;show
>>
>>
>>Good idea, but doesn't he want the index files?
>>
>>-Craig
>>
>>
>>
>>* To join/leave the list, search archives, change list settings, *
>>* etc., please visit http://raven.utc.edu/archives/hp3000-l.html *
>
>--
>Viele Grüsse / Best Regards
>
>Günter Kuhn
>
>SSD IT Consulting GmbH
>Gütschstrasse 11
>6404 Greppen
>Switzerland
>
>Tel: +41 (0)41 390 31 92
>FAX: +41 (0)41 390 31 93
>
>EMail: [log in to unmask]
>WWW:   www.ssd-it.ch
>Skype: gkuhndo
>
>* To join/leave the list, search archives, change list settings, *
>* etc., please visit http://raven.utc.edu/archives/hp3000-l.html *

-------------------------------------------------------------------------------------------------
Gilles Schipper
GSA Inc.
HP System Administration Specialists
300 John Street, Box 87651   Thornhill, ON Canada L3T 7R4
Tel: 416.702.7900
email:  [log in to unmask]  web: http://www.gsainc.com
-------------------------------------------------------------------------------------------------

* To join/leave the list, search archives, change list settings, *
* etc., please visit http://raven.utc.edu/archives/hp3000-l.html *