I guess I don't understand your dilemma... you previously did a uvbackup
of your account(s), then moved it to your dev machine and did a
uvrestore. All I'm suggesting is that you use zip/unzip instead of
uvbackup/uvrestore.
What do you mean by How do I get those accounts...into universe?
No, I just don't understand Universe, or you might have underestimated
the depths of my newbieness.
Do I have to do anything to get Universe to recognize those accounts
in addition to unzipping them into a directory? Do I need to do
something with UV.ACCOUNT? Or can I just unzip them
Ok,
Once they are unzipped into a directory, you can set it up in UV.ACCOUNT
manually (just a record with field 11 containing the path), or you can
LOGTO the path, e.g.
LOGTO /tmp/SALES.ACCOUNT (unix - case sensitive)
or
LOGTO C:/temp/sales.account (windows - not case sensitive)
Once
I ran uvrestore with -V and you're right - it's not copying records
for files where the modulo is too large.
is there anything I can do?
On Jun 3, 2009, at 4:57 PM, Colin Jennings wrote:
I looked at the file from bash, and it still showed as being quite
large, so there does seem to be
Stephen Prater wrote:
I ran uvrestore with -V and you're right - it's not copying records
for files where the modulo is too large.
is there anything I can do?
On Jun 3, 2009, at 4:57 PM, Colin Jennings wrote:
I looked at the file from bash, and it still showed as being quite
large, so
Right, that would probably work, but how would I go about converting
the files to that format without changing them on the original install?
Again, very much a noob.
I can export the data again from the production install if I need to,
but I can't change the setup on the live files.
I apologize, I've been too long away from UV. Just look in the manual
for Distributed Files. They are one of my favorite features of UV.
Wish Unidata had them. Great for ORder History Data, can make a dated
partfile that is sized independently and a super-dict that ties them all
together
You'll have to change the modulo on a system that will allow the larger
modulo first. What I would do would be to create a new file on the
original system with a smaller modulo and a bigger separation and then
copy all of the records into it. Then I'd ftp *that* file over to the PE
system
Does the personal edition allow HASH.HELP, HASH.HELP.DETAIL, etc?
From: steph...@agrussell.com
To: u2-users@listserver.u2ug.org
Date: Thu, 4 Jun 2009 08:40:31 -0500
Subject: Re: [U2] Personal Edition Modulo Limits
Right, that would probably work, but how would I go about converting
Don't use uvbackup/uvrestore. Use either tar or zip to get the account
onto the other machine. Then resize the files over 10007 modulo.
To get an approximate separation, use the total size in bytes:
INT( (total_bytes / 10007) / 512 ) = approx_separation
Since this is a development/testing
How do I get those accounts / files into universe on the dev machine?
ACCOUNT-RESTORE?
stephen
On Jun 4, 2009, at 3:49 PM, Rex Gozar wrote:
Don't use uvbackup/uvrestore. Use either tar or zip to get the
account onto the other machine. Then resize the files over 10007
modulo.
To get
Okay, I managed to get everything imported and all - and issue a
resize command.
I'm not exactly sure of the ratio for increasing the separation vs
decreasing the modulo, but I took a wild guess.
The problem is that it seems to corrupt the file - so that if I then
do a LIST FILE I get 0
I looked at the file from bash, and it still showed as being quite large,
so there does seem to be data in it.
stephen
Ahh, don't fall into that trap! The physical size of a file on disk has
little to do with its contents in Universe. An empty file of (for example)
101,1 will be exactly
Stephen Prater wrote:
Starting with a disclaimer that I'm a UniVerse newbie:
I'm doing some integration work with Universe and I'm having trouble
importing some data into my Personal Edition install.
I always get this error :
Please resize it to modulo = 10007 in order to use it in Personal
Hi.
I've made some tests and proved you can workaround palying wirh the
sparation.
You need to decrease the modulo under 10007. So increase your separation (in
power of 2) as you need.
For example, a file with a TYPE,MODULE,SEPARATION of 18, 26573, 8 could be
resized as 18, 9973, 32 without
I'll add to Augusto's response that you will also need to resize any
dynamic files that are over the 10007 modulo.
rex
Augusto Alonso wrote:
Hi.
I've made some tests and proved you can workaround palying wirh the
separation.
You need to decrease the modulo under 10007. So increase your
16 matches
Mail list logo
