T.R | Title | User | Personal Name | Date | Lines |
---|
446.1 | | STOSS1::DPROSE | | Mon Apr 21 1997 15:55 | 9 |
| I also get this one
$1$DKA400:[TIMA.TIMA_TRN_LOG]DIAG-1997-04-21.LOG;1
%STARS-I-IDENT, STARS V2.6-4 - Batch Mode Processing
%STARS-I-INIT, Activating database(s)...
%RMS-F-FNF, file not found
|
446.2 | STARS$CLIENT_MINUTES logical | BSS::J_VAETH | | Mon Apr 21 1997 23:02 | 9 |
| See Note 184.6, Your STARS$CLIENT_MINUTES logical is defined
incorrectly. I think STARS is ignoring your setting and falling back to
the default value of 1 minute.
I think the '%RMS-F-FNF, file not found' may be referring to the file
TIMA$SYSTEM:STARS.DIAG, TPULL requires this file if you are pulling the
DIAG database. I have copied it from your parent node to your system.
- Jack
|
446.3 | | STOSS1::DPROSE | | Tue Apr 22 1997 09:29 | 18 |
| I checked Stars$client_minutes and it looks ok!
Thanks
Dennis
$ sh log stars$cl*
(LNM$PROCESS_TABLE)
(LNM$JOB_86741E80)
(LNM$GROUP_000100)
(LNM$SYSTEM_TABLE)
"STARS$CLIENT_MINUTES" = "00:15:00.00"
|
446.4 | Has to have days field specified | BSS::J_VAETH | | Tue Apr 22 1997 18:37 | 6 |
| It's not OK. STARS (actually the system service $BINTIM) requires that
the number of days field be specified in a delta time. "00:15:00.00" is
not a valid delta time input to $BINTIM. You need to define it as
"0 00:15:00.00" instead.
- Jack
|
446.5 | thanks .. but what about server_minutes? | STOSS1::DPROSE | | Thu Apr 24 1997 10:46 | 4 |
| thanks,
Should Stars$server_minutes be defined the same?
Dennis
|
446.6 | stars$server_minutes doesn't apply to client | BSS::J_VAETH | | Thu Apr 24 1997 18:00 | 5 |
| Stars$server_minutes isn't used on your end. It controls how long the
server process (on USTIMA::) will stay around waiting for more requests
from your node (the client).
- Jack
|
446.7 | Tpull errors in TPULL_GET_UPDATES.LOG | STOSS1::DPROSE | | Mon Apr 28 1997 12:54 | 34 |
| I am still getting mail messages stating that TPULL has failed on
various databases. The log files for the databases has the error
messages that I have mentioned prevously.
I went to TPULL_GET_UPDATES.log and found serveral errors in it
Any help would be greatly appreciated
Thanks
Dennis
Target Database : APPL_TOOLS
%STARS-F-VEGA_BADVIN, specified VIN is invalid
Target Database : HARDWARE
%RMS-F-KEY, invalid record number key or key value
Database Name : OFFICE_SYSTEMS
%STARS-F-NODBOPEN, There are no currently active databases
Target Database : OPERATING_SYSTEMS
%STARS-F-VEGA_BADVIN, specified VIN is invalid
Target Database : WINDOWING_ENVIRONMENTS
%STARS-W-NOFEFDEL, no privilege to perform delete command from formatted entry
file
Database Name : TOOLS
%STARS-W-NOFEFDEL, no privilege to perform delete command from formatted entry
file
|
446.8 | | BSS::J_VAETH | | Tue Apr 29 1997 15:19 | 71 |
| Wow, you have lots of different problems.
>Target Database : APPL_TOOLS
>%STARS-F-VEGA_BADVIN, specified VIN is invalid
This indicates that you have a corrupt article in your APPL_TOOLS
database. The fix is to delete the article that is bad and then purge
the database. Ex.
%STARS-I-REPLACING, replacing article 26383 from DSK$TIMA:[TIMA_TRN_IN]
APPL_TOOLS.FEF;1
%STARS-F-VEGA_BADVIN, specified VIN is invalid
Article 26383 is corrupt an needs to be deleted and purged.
You should do the following to remove the bad article.
$ strs/delete/article=26383/database=tima$stars:[appl_tools]
$ strs/purge/article=26383/database=tima$stars:[appl_tools]
>Target Database : HARDWARE
>%RMS-F-KEY, invalid record number key or key value
This indicates that you have a corrupt article in your HARDWARE
database. The fix is to delete the article that is bad and then purge
the database as above.
>Database Name : OFFICE_SYSTEMS
>%STARS-F-NODBOPEN, There are no currently active databases
Don't know what caused this one.
>Target Database : OPERATING_SYSTEMS
>%STARS-F-VEGA_BADVIN, specified VIN is invalid
This indicates that you have a corrupt article in your OPSYS
database. The fix is to delete the article that is bad and then purge
the database.
>Database Name : TOOLS
>%STARS-W-NOFEFDEL, no privilege to perform delete command from formatted
> entry file
the reasons that you could get that error include:
your process doesn't have the necessary stars rights identifiers
(STARS_DELETE and STARS_BATCH) or STARS_ALLPRIV
the database is remote and served
the database is in V2.4 format
the database list entry disallows delete access
the database is read only (via the database list entry)
I'd check the database list entry for that database first, (in tima$system:
tools.databases). It should be:
/OPERATION=(DELETE, MAINTENANCE, READ, WRITE)
>Target Database : WINDOWING_ENVIRONMENTS
>%STARS-W-NOFEFDEL, no privilege to perform delete command from formatted
The WINDOWING_ENVIRONMENTS database is a VIRTUAL database made from the
OPSYS and APPL_TOOLS physical databases. Updates to virtual databases are
not supported by STARS. If you look at the '/OPERATION=' line in your
tima$system:stars.databases file you'll see that it has NODELETE and
NOWRITE. You should remove the WINDOWING_ENVIRONMENTS database from your
TPULL list, It will get updated through the OPSYS and APPL_TOOLS
physical databases when you get those working.
- Jack
|
446.9 | purge is taking hours to complete | TIMAST::16.77.208.102::dprose | | Wed Apr 30 1997 20:46 | 17 |
| Well, Its getting better but I'm not there yet.
When I did
$ strs/purge/article=12342/database=tima$stars:[appl_tools]
the purge is taking forever.. Its been running now for 10 hours
Here's a sample of the out put
%STARS-I-KEYSPURGED, Processed 10717000 keyword records
%STARS-I-KEYSPURGED, Processed 10718000 keyword records
%STARS-I-KEYSPURGED, Processed 10719000 keyword records
%STARS-I-KEYSPURGED, Processed 10720000 keyword records
I had to stop it for now!
Before I did this one I cleaned up HARDWARE with
$ strs/purge /article=15947 /database=tima$stars:[hardware]
It had no problems at all... Ran in a couple of minutes
|
446.10 | analyze/rms of stars.keywords file? | BSS::J_VAETH | | Wed Apr 30 1997 23:26 | 7 |
| Something is definitely wrong, There are only 400K keywords in the
appl_tools database, not 10 million!
I think your tima$stars:[appl_tools]stars.keywords file must be
corrupt. What does an analyze/rms of it say?
- Jack
|