Re: [U2] Welcome to the U2-Users mailing list

2012-08-21 Thread Nicki Wood
I would appreciate it if you could please post the following to the list: Paxus Australia is currently advertising numerous UniVerse Analyst Programmer opportunities located in South East Queensland, contract or permanent positions, Junior through Senior levels. Please contact Michelle Otanes

Re: [U2] Job ad, was: Welcome to the U2-Users mailing list

2012-08-21 Thread Tony Gravagno
Anyone posting job ads or seeking a position should also consider the resources described here: http://www.pickwiki.com/cgi-bin/wiki.pl?Employment The Community page has a list of forums and user groups. The Pick User Group at LinkedIn, and the MVDBMS Google group both have a good number of U2

Re: [U2] Virtualizing a Universe server of 100+ users

2012-08-21 Thread Wjhonson
Uv/NET ? Wow. I didn't know anyone actually used that. -Original Message- From: Manu Fernandes e...@infodata.lu To: U2 Users List u2-users@listserver.u2ug.org Sent: Tue, Aug 21, 2012 4:14 am Subject: Re: [U2] Virtualizing a Universe server of 100+ users hi, we have done it with a

Re: [U2] [JOB] Welcome to the U2-Users mailing list

2012-08-21 Thread Wjhonson
A placement firm. So this doesn't mean there are actually any jobs. -Original Message- From: Nicki Wood nw...@paxus.com.au To: u2-users u2-users@listserver.u2ug.org Sent: Mon, Aug 20, 2012 11:31 pm Subject: Re: [U2] Welcome to the U2-Users mailing list I would appreciate it if you

Re: [U2] Virtualizing a Universe server of 100+ users

2012-08-21 Thread Robert
Yes, UV/NET is a good way to network UNIVERSE systems. I saw a UNIVERSE job site recently have networked UV systems WITHOUT using UV/NET. They used the networking built into the OS (Windows or UNIX). Sounds good, right? Not until you realize that there was no record locking because the OS

Re: [U2] Virtualizing a Universe server of 100+ users

2012-08-21 Thread Martin Phillips
Hi, I saw a UNIVERSE job site recently have networked UV systems WITHOUT using UV/NET. They used the networking built into the OS (Windows or UNIX). Sounds good, right? Not until you realize that there was no record locking because the OS had no concept of a UNIVERSE record. It's

Re: [U2] Virtualizing a Universe server of 100+ users

2012-08-21 Thread Wjhonson
Well for networked UV systems, you would only need group and record locking *if* the UV systems were trying to write to each others hashed files. But how do you even reference a hashed file, living on a different server ? Using an UNC path? Does that work? I would think that Universe

Re: [U2] Virtualizing a Universe server of 100+ users

2012-08-21 Thread Martin Phillips
Hi again, Well for networked UV systems, you would only need group and record locking *if* the UV systems were trying to write to each others hashed files. Almost but there is still the possibility of the remote system reading a group for which the local system has a group write lock and is

Re: [U2] Virtualizing a Universe server of 100+ users

2012-08-21 Thread Robert
There's an example of how the path is formed in the help file. ORION!/u1/filename This example is shown if you type HELP BASIC SYSTEM() . Another example: OPEN ORION!/u1/user/file TO FU.ORIONFILE You can type HELP BASIC TIMEOUT to see this info. You can see all of the info in the UV/NET II

[U2] Universe on Windows, PID and UID

2012-08-21 Thread Wjhonson
Universe 10 on Windows In the LISTU output, there is the old familiar PID which is the same as Port Number, but there is also a UID. Looking through the online manuals, I see this UID referred to a few times where it's just called User Id, but there's no mention of for what this can be used,

Re: [U2] Virtualizing a Universe server of 100+ users

2012-08-21 Thread Manu Fernandes
hi, Badly knowed, UV/NET is a embedded client server module which work over unirpc system. Then when a uv system open a remote uv file ; uv/net start (if not already established) a uv session on the remote server. On remote uv uvlictool, port-status, list-readu reports uv/net session like

Re: [U2] Universe on Windows, PID and UID

2012-08-21 Thread Ed Clark
I'm pretty sure that's the OS user id that you would see on unix in /etc/passwd or as the first column in a ps -f listing. If you're root it will be 0. On windows it's some similar number. unidata returns it in @UID On Aug 21, 2012, at 1:49 PM, Wjhonson wjhon...@aol.com wrote: Universe 10

Re: [U2] Universe on Windows, PID and UID

2012-08-21 Thread Wjhonson
If so, it seems like it must be set when user's are created on the Network, and just *read* by Universe. Not really sure why Universe would need to know the UID as opposed to the logon name. Perhaps to set permissions to create and access files in the O/S ? That would imply of course that

Re: [U2] Virtualizing a Universe server of 100+ users

2012-08-21 Thread Wols Lists
On 21/08/12 17:20, Robert wrote: There's an example of how the path is formed in the help file. ORION!/u1/filename This example is shown if you type HELP BASIC SYSTEM() . Another example: OPEN ORION!/u1/user/file TO FU.ORIONFILE You can type HELP BASIC TIMEOUT to see this info.

Re: [U2] Virtualizing a Universe server of 100+ users

2012-08-21 Thread Adrian Halid
Hi Eric, Be prepared for a significant performance drop compared to a bare metal machine. Similar results to what Manu posted our experience has been a 30% to 40% drop of performance. That is if you compare Virtual vs non virtual on the same machine. We tried to get VM Ware specialist to