I am running it with Fedora 7. You have to edit the install scripts and
replace 'decompress' with 'gunzip'. There might be some other error
messages coming up and you might have to install some other libraries. I
never write it down when I go through it.
Other than that it runs very nice. It
...@listserver.u2ug.org
[mailto:u2-users-boun...@listserver.u2ug.org] On Behalf Of Martin Scholl
Sent: Thursday, September 17, 2009 2:02 PM
To: 'U2 Users List'
Subject: Re: [U2] Personal Edition
I am running it with Fedora 7. You have to edit the install scripts and
replace 'decompress' with 'gunzip'. There might
] On Behalf Of Barry Rogen
Sent: Thursday, September 17, 2009 2:14 PM
To: U2 Users List
Subject: Re: [U2] Personal Edition
Thanks Martin. I will be giving it a go it a bit.
Barry Rogen
PNY Technologies, Inc.
Senior Programmer/Analyst
(973) 515 - 9700 ext 5327
bro...@pny.com
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
In message [EMAIL PROTECTED], Brutzman, Bill
[EMAIL PROTECTED] writes
How do I get resolve this UniAdmin error on XP-Pro?
RPC Connection Error 1
No RPC Connection active
Suggestions would be appreciated.
Running 10.x on Win2K you can also get this error if you install certain
Sounds like the UniRPC Service is not started. Use UniVerse Control and
verify the services are started. If not, manually start using Windows
Services, rt. click My Computer\Manage then Services and Applications. Under
Services check UniRPC Service for troubles. If it will not start, make sure
all
Thanks to Paul and Jeff. It is the PC at home so I will try these
suggestions later today.
--Bill
-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] Behalf Of Paul Hamrick
Sent: Friday, November 17, 2006 12:45 PM
To: u2-users@listserver.u2ug.org
Subject: RE: [U2
Rather than PE, I would think simply getting a reduction in current
licence count to reduce ongoing maintenance (or even going off
maintenance?) would be the go - obviously depends on how big the iron
is that drives the system :-)
Reporting Tolls - if your data is already exposed as ODBC, then
PE would definitely NOT be a good choice. As well as user limits there
are also file size limitations. IIRC the limit is a modulo of 1000.
The license agreement would be a problem also. No commercial use. PE is
licensed for development, training and testing only.
Gordon J. Glorfield
Sr.
Goo'day,
Last time I looked, not too recently, there was a modulo/separation maximum...
And, probably more importantly, isn't u2 PE for private, ie,
non-commercial use only??
Might be a spot of bother on both counts.
At 11:17 29/07/05 +1200, you wrote:
Hi -- we are looking at
25 matches
Mail list logo
