We have no scheduled index re-builds here.
Very, very occasionally we get an unexplainable error which 'goes away'
when we rebuild the index on the file that's giving the error. The last
time was a 'Write Error' [#040011] on a file with triggers and secondary
indexes. Not actually sure whether dr
1. < only necessary to rebuild the index(es) when you have
a known corruption issue. < Management decision from a long time
ago and it is our comfort level to continue. I agree in principal with
not rebuilding, but do not have 100% faith in any technology providing
100% reliability. 99.9% is som
If I remember correctly, and tell me if things have changed, indexed
I-descriptors and correlatives that do translates from other files do
not update indexes. This is one reason for building indexes
periodically.
-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behal
Hi Brenda,
1. It is probably only necessary to rebuild the index(es) when you have
a known corruption issue. I think all indexed fields (I-type or not) are
(re-)evaluated with every write; U2 indexes are self-updating.
2. If BAD.ADDR is just used to identify bad addresses, consider changing
the I-
Problem solved... via UniAdmin's "BackUp" + "Restore"
--Bill
---
u2-users mailing list
u2-users@listserver.u2ug.org
To unsubscribe please visit http://listserver.u2ug.org/
UniVerse 10.1.12 Reality Linux AS3
-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of Barry Rogen
Sent: Tuesday, February 06, 2007 1:37 PM
To: u2-users@listserver.u2ug.org
Subject: Spam:RE: [U2] Index Problem
Universe ??Version ??
Barry Rogen
PNY Techn
My bad...
I was trying to backup to the hp root which had only a little space on it.
--Bill
-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] Behalf Of Brutzman, Bill
Sent: Tuesday, February 06, 2007 1:23 PM
To: 'u2-users@listserver.u2ug.org'
Subject: [U2] [UV] New Ac
you may want to try UPDATE.ACCOUNT within the YEAR.END account to
update pointers to these commands
_
I restored from disk a year-end image of our METAL data on our HP-Ux
box.
cp -r -p /u2/METAL/* /U2
Is there a VOC file in /U2/YEAR.END ? Are METAL, YEAR.END, and SOFTWARE
from the image individual files or accounts?
Jerry
-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of Brutzman, Bill
Sent: Tuesday, February 06, 2007 12:23 PM
To: u2-users@listserver.u2ug
Universe ??Version ??
Barry Rogen
PNY Technologies, Inc.
Senior Programmer/Analyst
(973) 515 - 9700 ext 5327
[EMAIL PROTECTED]
-
Far better it is to dare mighty things, to win
glorious triumphs even though checkered by
failure, than to
Couple of possible scenarios I can think of are-
- You upgraded or moved the location of UniVerse
- The permissions you are logged on with aren't sufficient to run
Rod Hills
-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of Brutzman, Bill
Sent: Tuesday, Fe
Last night a process that sleeps until around 2-3 am, then wakes up and
does a BUILD.INDEX CUST.MSTR ALL failed. One of the indices BAD.ADDR
was locked and failed which stopped all the other indices from building.
So when we came in this morning nothing had been done from that point
on.
I've ch
I restored from disk a year-end image of our METAL data on our HP-Ux box.
cp -r -p /u2/METAL/* /U2/YEAR.END/
/u2/METAL
/u2/YEAR.END
/u2/SOFTWARE (UniBasic Code)
I created a YEAR.END account using UniAdmin.
>LOGTO YEAR.END
>
...This looks ok as it comes back with a TCL prompt.
>LIST VOC
13 matches
Mail list logo