RE: [U2] Universe Availability Matrix - Linux

2005-04-29 Thread Claus Derlien
I guess it is this one you are looking at?

10.1.4  RHEL V3 (2.4.21-4g, 2.3.2-95.20g) and greater
 9 (2.4.20-28.9g, 2.3.2-27.9.7g) and greater
 
it clearly say that the supported kernel should be 2.4.21-4g or greater so your 
kernel-2.4.21-27.0.4.EL should be ok to run 10.1.4 on!

the number after the kernel number is the libc version, and it is this number 
that universe cares about.

I am running uv 10.1.0 on a  debian sarge testing kernel 2.4.26-1-386 and it is 
running flawless

best regards from denmark

claus derlien

 -Original Message-
 From: [EMAIL PROTECTED] 
 [mailto:[EMAIL PROTECTED] Behalf Of 
 Anthony Dzikiewicz
 Sent: Friday, April 29, 2005 12:04 AM
 To: u2-users@listserver.u2ug.org
 Subject: RE: [U2] Universe Availability Matrix - Linux
 
 
 Karl,
 
 I know that.  I think you are missing the point of my 
 question.  The kernel
 that is on the grid is not a version of the kernel that Red 
 Hat supports.
 The grid is specifically set up for RedHat - not just Linux 
 (or by RedHat do
 they really mean Linux in general).  
 
 If I tried an 'up2date kernel-2.4.21-4g' for my RedHat 
 server, you know what
 would happen - nothing.  Package could not be found, typo try 
 again, don+ABI-t
 sell that here.  
 
 My question is how to interpret and understand the grid 
 published on IBM web
 site under the RedHat Linux compatability.
 

Frie Funktion+AOY-rer - faglig organisation og tv+AOY-rfaglig a-kasse - 
www.f-f.dk

***
Denne email og alle filer vedlagt som bilag kan indeholde fortroligt materiale, 
der kun er beregnet for adressaten,
og maa ikke udleveres eller kopieres til uvedkommende. Har De ved en 
fejltagelse modtaget denne email, bedes
De venligst omgaaende meddele os dette pr. telefon : 6313 8550. Paa forhaand 
tak.
***
This email and any files transmitted with it may contain confidential 
information intended for the addressee(s) only.
The information is not to be surrendered or copied to unauthorised persons. If 
you have received this
communication in error, please notify us immediately by telephone: +-45 6313 
8550. Thank you.
***
---
u2-users mailing list
u2-users@listserver.u2ug.org
To unsubscribe please visit http://listserver.u2ug.org/


[U2] +AFs-UD+AF0- Halting a Unidata process

2005-04-29 Thread Cordes, Tom (contractor)
Hi,

We are running UD 5.2.32 on Sun 5.9.  Sometimes a '+ACE-kill +AFs-pid+AF0-' 
doesn't halt
a Unidata process.

In your experience, would '+ACE-kill -15 +AFs-pid+AF0-' cause any Unidata 
problems like
file corruption, etc?

Thanks.

Tom Cordes, CFM project
---
u2-users mailing list
u2-users@listserver.u2ug.org
To unsubscribe please visit http://listserver.u2ug.org/


RE: [U2] Universe Availability Matrix - Linux

2005-04-29 Thread Anthony Dzikiewicz
Im looking at my last post and it looks garbled.
It should read;


Rpm -qa | grep libc



And the rest is what was returned not what I was grepping for.


Anthony



-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of Anthony Dzikiewicz
Sent: Friday, April 29, 2005 6:47 AM
To: u2-users@listserver.u2ug.org
Subject: RE: [U2] Universe Availability Matrix - Linux


I didnt realize that the libc ver was in the kernel numbering/naming
scheme.  So, on my system (RedHat EL AS), I did the following;

[EMAIL PROTECTED] anthony]$ rpm -qa | grep libc glibc-common-2.3.2-95.27
glibc-headers-2.3.2-95.27 glibc-2.3.2-95.27 glibc-kernheaders-2.4-8.34.1
glibc-utils-2.3.2-95.27 libcap-1.10-15.1 glibc-devel-2.3.2-95.27
libcap-devel-1.10-15.1 glibc-profile-2.3.2-95.27

[EMAIL PROTECTED] anthony]$ uname -r
2.4.21-15.0.4.ELsmp

Looking at my machine, is the kernel 2.4.21, and the glibc is 15.0.4 ?  I
know you said 'libc' and not 'glibc'.  Im not sure if you mean the same
thing ?

Anthony

-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of Claus Derlien
Sent: Friday, April 29, 2005 4:29 AM
To: u2-users@listserver.u2ug.org
Subject: RE: [U2] Universe Availability Matrix - Linux


I guess it is this one you are looking at?

10.1.4  RHEL V3 (2.4.21-4g, 2.3.2-95.20g) and greater
 9 (2.4.20-28.9g, 2.3.2-27.9.7g) and greater
 
it clearly say that the supported kernel should be 2.4.21-4g or greater so
your kernel-2.4.21-27.0.4.EL should be ok to run 10.1.4 on!

the number after the kernel number is the libc version, and it is this
number that universe cares about.

I am running uv 10.1.0 on a  debian sarge testing kernel 2.4.26-1-386 and it
is running flawless

best regards from denmark

claus derlien

 -Original Message-
 From: [EMAIL PROTECTED]
 [mailto:[EMAIL PROTECTED] Behalf Of
 Anthony Dzikiewicz
 Sent: Friday, April 29, 2005 12:04 AM
 To: u2-users@listserver.u2ug.org
 Subject: RE: [U2] Universe Availability Matrix - Linux
 
 
 Karl,
 
 I know that.  I think you are missing the point of my question.  The 
 kernel that is on the grid is not a version of the kernel that Red
 Hat supports.
 The grid is specifically set up for RedHat - not just Linux 
 (or by RedHat do
 they really mean Linux in general).  
 
 If I tried an 'up2date kernel-2.4.21-4g' for my RedHat server, you 
 know what would happen - nothing.  Package could not be found, typo 
 try again, dont
 sell that here.  
 
 My question is how to interpret and understand the grid published on 
 IBM web site under the RedHat Linux compatability.
 

Frie Funktionfrer - faglig organisation og tvfrfaglig a-kasse - www.f-f.dk


***
Denne email og alle filer vedlagt som bilag kan indeholde fortroligt
materiale, der kun er beregnet for adressaten,
og maa ikke udleveres eller kopieres til uvedkommende. Har De ved en
fejltagelse modtaget denne email, bedes
De venligst omgaaende meddele os dette pr. telefon : 6313 8550. Paa forhaand
tak.

***
This email and any files transmitted with it may contain confidential
information intended for the addressee(s) only.
The information is not to be surrendered or copied to unauthorised persons.
If you have received this
communication in error, please notify us immediately by telephone: +45 6313
8550. Thank you.

***
---
u2-users mailing list
u2-users@listserver.u2ug.org
To unsubscribe please visit http://listserver.u2ug.org/

-- 
No virus found in this incoming message.
Checked by AVG Anti-Virus.
Version: 7.0.308 / Virus Database: 266.10.3 - Release Date: 4/25/2005
 

-- 
No virus found in this outgoing message.
Checked by AVG Anti-Virus.
Version: 7.0.308 / Virus Database: 266.10.3 - Release Date: 4/25/2005
---
u2-users mailing list
u2-users@listserver.u2ug.org
To unsubscribe please visit http://listserver.u2ug.org/

-- 
No virus found in this incoming message.
Checked by AVG Anti-Virus.
Version: 7.0.308 / Virus Database: 266.10.3 - Release Date: 4/25/2005
 

-- 
No virus found in this outgoing message.
Checked by AVG Anti-Virus.
Version: 7.0.308 / Virus Database: 266.10.3 - Release Date: 4/25/2005
---
u2-users mailing list
u2-users@listserver.u2ug.org
To unsubscribe please visit http://listserver.u2ug.org/


Re: [U2] +AFs-UD+AF0- Halting a Unidata process

2005-04-29 Thread Jeffrey Butera
 We are running UD 5.2.32 on Sun 5.9.  Sometimes a '!kill [pid]' doesn't
 halt a Unidata process.

 In your experience, would '!kill -15 [pid]' cause any Unidata problems like
 file corruption, etc?

It could indeed cause file corruption if the pid was in the middle of a WRITE.
Regardless,  the 'stopudt' command shipped with Unidata is simply doing a

kill -TERM pid

(TERM is signal 15).

-- 
Jeff Butera, Ph.D.
Administrative Systems
Hampshire College
[EMAIL PROTECTED]
413-559-5556

...our behavior matters more than the beliefs that we profess.
Elizabeth Deutsch Earle
---
u2-users mailing list
u2-users@listserver.u2ug.org
To unsubscribe please visit http://listserver.u2ug.org/


RE: [U2] +AFs-UD+AF0- Halting a Unidata process

2005-04-29 Thread Cordes, Tom (contractor)
Thanks for the information, Anthony.
 -Original Message-
From:   Anthony Corrente [mailto:[EMAIL PROTECTED] 
Sent:   April 29, 2005 7:38 AM
To: u2-users@listserver.u2ug.org
Subject:Re: [U2] +AFs-UD+AF0- Halting a Unidata process

Hi Tom,

Using kill -TERM [udtpid] (as you suggest), should not corrupt files.

Infact kill -TERM is what the stopudt script (NOT stopud!!!) does.
:!cat $UDTBIN/stopudt
#! /bin/sh

#
# This script is to be used on Unix platforms.
#

# stopudt: Stops one or more udt or mach processes cleanly,
# by process id.

kill -TERM $*

exit 0


A kill -KILL (kill -9) has and will lead to file corruption if the process
being killed is in the process of updating files etc...

Also, check out the deleteuser command.  To be used with caution
:HELP DELETEUSER
deleteuser

Syntax

deleteuser pid

Description

The system-level deleteuser command deletes a process, removing its
identification number (pid) from the active UniData user list, and
freeing up a UniData license. This command sends a signal to the
process requesting that the process terminate in an orderly manner,
then waits for five seconds to see if the process was terminated.
If the process is still active, deleteuser forces immediate termination
of the process.
deleteuser can be helpful to clean up orphaned processes after a
system crash or when an active process aborts.
Use this command at the system prompt, or use the ECL ! (bang) command
to execute this command from the ECL prompt.
Warning: Killing a process that may be accessing a file may cause
file corruption. Forcing a process to terminate interrupts writes
in progress.

Note: To execute the deleteuser command, you must log in as root
on UniData for UNIX or as Administrator on UniData for Windows Platforms.

-

Regards,
Anthony Corrente.


--- Cordes, Tom  (contractor) [EMAIL PROTECTED] wrote:
 Hi,
 
 We are running UD 5.2.32 on Sun 5.9.  Sometimes a '!kill [pid]' doesn't
halt
 a Unidata process.
 
 In your experience, would '!kill -15 [pid]' cause any Unidata problems
like
 file corruption, etc?
 
 Thanks.
 
 Tom Cordes, CFM project
 ---
 u2-users mailing list
 u2-users@listserver.u2ug.org
 To unsubscribe please visit http://listserver.u2ug.org/
 

Find local movie times and trailers on Yahoo! Movies.
http://au.movies.yahoo.com
---
u2-users mailing list
u2-users@listserver.u2ug.org
To unsubscribe please visit http://listserver.u2ug.org/
---
u2-users mailing list
u2-users@listserver.u2ug.org
To unsubscribe please visit http://listserver.u2ug.org/


RE: [U2] [UD] Halting a Unidata process

2005-04-29 Thread Chuck Mongiovi
+AD4- In your experience, would '+ACE-kill -15 +AFs-pid+AF0-' cause any Unidata 
problems like
+AD4- file corruption, etc?

+AD4- It could indeed cause file corruption if the pid was in the middle of a 
WRITE.

Why aren't you going a +ACI-deleteuser pid+ACI- .. doesn't UDT on SUN have that?
---
u2-users mailing list
u2-users@listserver.u2ug.org
To unsubscribe please visit http://listserver.u2ug.org/


RE: [U2] uvo.net UvBasic .Net

2005-04-29 Thread Lettau, Jeff
From what we have experienced here, the addition of .NET applications on
top of Unidata that replace existing green screen functions is not a
benefit.  Depending on how they are written.  
The users who have been using they older green screens, want them back.
Clicking around .NET screens is not more productive or faster.  

The learning curve for new users is much lower and for the occasional
user the interface is better, but when your dealing with how many orders
a single person can process in one day, and how many phone calls one
person can field in a day, the green screen is the fastest interface.  

The problem is that no one wants to buy a product that looks old.  So
software companies need to update to the latest technology to keep
selling the product.  For new installs I can say that there is a big
advantage to having something that looks new and is easy to learn.  

I guess there is always a trade off when using new technology.  But just
because it's new doesn't mean it's better.


Jeffrey Lettau
ERP Systems Manager
polkaudio

-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of Mike Randall
Sent: Thursday, April 28, 2005 5:52 PM
To: u2-users@listserver.u2ug.org
Subject: RE: [U2] uvo.net UvBasic .Net

I whole heartedly agree.   The green screen is the crusher for our
environment.

As far as .Net and Visual Studio go,  I don't think it takes even that
much
effort as having Pick Basic as .Net assemblies to modernize or help
perception, although that would be terrific.  What would be great is
simply
the ability to use U2 components in the .Net environment as easily as
you
can those of other databases.

The biggest headache/difference is that of data awareness.  The current
Visual Studio and much more so in VS 2005 allow you to establish
tables/procedures as predefined datasources that can be linked to
controls.


If we did that,  our U2 environments could be used by the dotnet world
same
as any other database.That puts us on an equal or closer footing
with
the SQL guys.   Then the other features of U2 (flexible dictionaries,
variable lengths, etc.) are enhancements to be pitched as selling
points.

Seems like a couple of vendors started down that road (most notably RD's
PDP).   Maybe it one day it happens.   

Mike


However my perception is to make PICK more acceptable to younger people
and
look more mainstream.  U2 is hung more for the green screen than for
anything else, it is perceived as archaic even though that is far from
the
fact.

If a Blue Chip company was looking at U2, and the basic code was a .Net
assembly and we could create tables, etc from the Microsoft Visual
Studio it
could be the difference between a sale win or loss.  It could minimise
management wanting to throw U2 out of sites for something more modern as
the
even older RDBMS.

It is the perceptions, not the technicalities that have dropped U2 from
mainstream.

Regards

David Jordan
---
u2-users mailing list
u2-users@listserver.u2ug.org
To unsubscribe please visit http://listserver.u2ug.org/
---
u2-users mailing list
u2-users@listserver.u2ug.org
To unsubscribe please visit http://listserver.u2ug.org/


RE: [U2] uvo.net UvBasic .Net

2005-04-29 Thread Dave Schexnayder
Jeff,

Well said.  I have been saying the same thing for years.

Executives demand point-and-click, which is a great interface for some
applications, but not rapid data entry.  Perhaps it is telling more about
their abilities then they would like to reveal.  Oh well, they purchase the
software.

I look forward to post point-and-click so perhaps we can get to an interface
that is functional, fast, and effective.

Okay, I'm done.

Thanks,


Dave Schexnayder.   :-)
Cheetah Advanced Technologies, Inc.


-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] Behalf Of Lettau, Jeff
Sent: Friday, April 29, 2005 7:53 AM
To: u2-users@listserver.u2ug.org
Subject: RE: [U2] uvo.net UvBasic .Net


From what we have experienced here, the addition of .NET applications on
top of Unidata that replace existing green screen functions is not a
benefit.  Depending on how they are written.
The users who have been using they older green screens, want them back.
Clicking around .NET screens is not more productive or faster.

The learning curve for new users is much lower and for the occasional
user the interface is better, but when your dealing with how many orders
a single person can process in one day, and how many phone calls one
person can field in a day, the green screen is the fastest interface.

The problem is that no one wants to buy a product that looks old.  So
software companies need to update to the latest technology to keep
selling the product.  For new installs I can say that there is a big
advantage to having something that looks new and is easy to learn.

I guess there is always a trade off when using new technology.  But just
because it's new doesn't mean it's better.


Jeffrey Lettau
ERP Systems Manager
polkaudio

-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of Mike Randall
Sent: Thursday, April 28, 2005 5:52 PM
To: u2-users@listserver.u2ug.org
Subject: RE: [U2] uvo.net UvBasic .Net

I whole heartedly agree.   The green screen is the crusher for our
environment.

As far as .Net and Visual Studio go,  I don't think it takes even that
much
effort as having Pick Basic as .Net assemblies to modernize or help
perception, although that would be terrific.  What would be great is
simply
the ability to use U2 components in the .Net environment as easily as
you
can those of other databases.

The biggest headache/difference is that of data awareness.  The current
Visual Studio and much more so in VS 2005 allow you to establish
tables/procedures as predefined datasources that can be linked to
controls.


If we did that,  our U2 environments could be used by the dotnet world
same
as any other database.That puts us on an equal or closer footing
with
the SQL guys.   Then the other features of U2 (flexible dictionaries,
variable lengths, etc.) are enhancements to be pitched as selling
points.

Seems like a couple of vendors started down that road (most notably RD's
PDP).   Maybe it one day it happens.

Mike


However my perception is to make PICK more acceptable to younger people
and
look more mainstream.  U2 is hung more for the green screen than for
anything else, it is perceived as archaic even though that is far from
the
fact.

If a Blue Chip company was looking at U2, and the basic code was a .Net
assembly and we could create tables, etc from the Microsoft Visual
Studio it
could be the difference between a sale win or loss.  It could minimise
management wanting to throw U2 out of sites for something more modern as
the
even older RDBMS.

It is the perceptions, not the technicalities that have dropped U2 from
mainstream.

Regards

David Jordan
---
u2-users mailing list
u2-users@listserver.u2ug.org
To unsubscribe please visit http://listserver.u2ug.org/
---
u2-users mailing list
u2-users@listserver.u2ug.org
To unsubscribe please visit http://listserver.u2ug.org/
---
u2-users mailing list
u2-users@listserver.u2ug.org
To unsubscribe please visit http://listserver.u2ug.org/


[U2] [UD] maximum size of a numeric

2005-04-29 Thread James.E.Hogan
What is the maximum size a numeric value can be in Unidata ?

From my testing

0002 A = 99
0003 B = A + 1
0004 PRINT B

Gives

100

While

0002 A = 999
0003 B = A + 1
0004 PRINT B

1611392

Anyone know what the supported values are ?
---
u2-users mailing list
u2-users@listserver.u2ug.org
To unsubscribe please visit http://listserver.u2ug.org/


Re: [U2] uvo.net UvBasic .Net

2005-04-29 Thread Don Kibbey
If you use some care in design and layout of your windows screens, you can
make them just as effective as green screen apps. Make sure you've set
your tab order to a logical sequence, setup and use shortcut key
combinations that make sense and use something like the down arrow to
activate pick lists within combo boxes. Having a pretty interface does not
mean you must use a mouse. The keyboard works in windows too!
 If all you do is paint pretty pictures and then leave the user to navigate
with a mouse then yes, your keypunch folks will not be effective.

 On 4/29/05, Dave Schexnayder [EMAIL PROTECTED] wrote:

 Jeff,

 Well said. I have been saying the same thing for years.

 Executives demand point-and-click, which is a great interface for some
 applications, but not rapid data entry. Perhaps it is telling more about
 their abilities then they would like to reveal. Oh well, they purchase the
 software.

 I look forward to post point-and-click so perhaps we can get to an
 interface
 that is functional, fast, and effective.

 Okay, I'm done.

 Thanks,


 Dave Schexnayder. :-)
 Cheetah Advanced Technologies, Inc.


 -Original Message-
 From: [EMAIL PROTECTED]
 [mailto:[EMAIL PROTECTED] Behalf Of Lettau, Jeff
 Sent: Friday, April 29, 2005 7:53 AM
 To: u2-users@listserver.u2ug.org
 Subject: RE: [U2] uvo.net http://uvo.net UvBasic .Net

 From what we have experienced here, the addition of .NET applications on
 top of Unidata that replace existing green screen functions is not a
 benefit. Depending on how they are written.
 The users who have been using they older green screens, want them back.
 Clicking around .NET screens is not more productive or faster.

 The learning curve for new users is much lower and for the occasional
 user the interface is better, but when your dealing with how many orders
 a single person can process in one day, and how many phone calls one
 person can field in a day, the green screen is the fastest interface.

 The problem is that no one wants to buy a product that looks old. So
 software companies need to update to the latest technology to keep
 selling the product. For new installs I can say that there is a big
 advantage to having something that looks new and is easy to learn.

 I guess there is always a trade off when using new technology. But just
 because it's new doesn't mean it's better.

 Jeffrey Lettau
 ERP Systems Manager
 polkaudio

 -Original Message-
 From: [EMAIL PROTECTED]
 [mailto:[EMAIL PROTECTED] On Behalf Of Mike Randall
 Sent: Thursday, April 28, 2005 5:52 PM
 To: u2-users@listserver.u2ug.org
 Subject: RE: [U2] uvo.net http://uvo.net UvBasic .Net

 I whole heartedly agree. The green screen is the crusher for our
 environment.

 As far as .Net and Visual Studio go, I don't think it takes even that
 much
 effort as having Pick Basic as .Net assemblies to modernize or help
 perception, although that would be terrific. What would be great is
 simply
 the ability to use U2 components in the .Net environment as easily as
 you
 can those of other databases.

 The biggest headache/difference is that of data awareness. The current
 Visual Studio and much more so in VS 2005 allow you to establish
 tables/procedures as predefined datasources that can be linked to
 controls.

 If we did that, our U2 environments could be used by the dotnet world
 same
 as any other database. That puts us on an equal or closer footing
 with
 the SQL guys. Then the other features of U2 (flexible dictionaries,
 variable lengths, etc.) are enhancements to be pitched as selling
 points.

 Seems like a couple of vendors started down that road (most notably RD's
 PDP). Maybe it one day it happens.

 Mike

 However my perception is to make PICK more acceptable to younger people
 and
 look more mainstream. U2 is hung more for the green screen than for
 anything else, it is perceived as archaic even though that is far from
 the
 fact.

 If a Blue Chip company was looking at U2, and the basic code was a .Net
 assembly and we could create tables, etc from the Microsoft Visual
 Studio it
 could be the difference between a sale win or loss. It could minimise
 management wanting to throw U2 out of sites for something more modern as
 the
 even older RDBMS.

 It is the perceptions, not the technicalities that have dropped U2 from
 mainstream.

 Regards

 David Jordan
 ---
 u2-users mailing list
 u2-users@listserver.u2ug.org
 To unsubscribe please visit http://listserver.u2ug.org/
 ---
 u2-users mailing list
 u2-users@listserver.u2ug.org
 To unsubscribe please visit http://listserver.u2ug.org/
 ---
 u2-users mailing list
 u2-users@listserver.u2ug.org
 To unsubscribe please visit http://listserver.u2ug.org/
---
u2-users mailing list
u2-users@listserver.u2ug.org
To unsubscribe please visit http://listserver.u2ug.org/


[U2] Wedge Scanners

2005-04-29 Thread Anthony Caufield
I am curious as to what kind of wedge scanners people are using with
their dumb terminals. We have Wyse and Televideo terminals and we have
been asked to hook up scanners. I know I did this several years ago but
I cant remember what it was we used. So any input would be helpful. I
don't know if it matters on this but we are running UV 10.1.3 on a
Windows 2003 server.

Thanks
Tony Caufield
IS Manager
Harbor Wholesale Grocery.
---
u2-users mailing list
u2-users@listserver.u2ug.org
To unsubscribe please visit http://listserver.u2ug.org/


RE: [U2] uvo.net UvBasic .Net

2005-04-29 Thread Alfke, Colin
I'm always appalled at what seems to be the general consensus around
here that a GUI interface and fast, efficient, effective data entry are
mutually exclusive. 

Colin what the HE - double-hockey sticks is going on here Alfke
Calgary, Canada

-Original Message-
From: Don Kibbey

If you use some care in design and layout of your windows 
screens, you can make them just as effective as green screen 
apps. Make sure you've set your tab order to a logical 
sequence, setup and use shortcut key combinations that make 
sense and use something like the down arrow to activate pick 
lists within combo boxes. Having a pretty interface does not 
mean you must use a mouse. The keyboard works in windows too!
 If all you do is paint pretty pictures and then leave the 
user to navigate with a mouse then yes, your keypunch folks 
will not be effective.
---
u2-users mailing list
u2-users@listserver.u2ug.org
To unsubscribe please visit http://listserver.u2ug.org/


RE: [U2] Wedge Scanners

2005-04-29 Thread GarryS
On our old SERIAL connected green screens we used a pen scanner that had a
box that hooked up on the serial connection. American Microsystems (817)
571-9015  a M1000 series decoder box. If I remember there was some
programmable options.

 -Original Message-
 From: Anthony Caufield [SMTP:[EMAIL PROTECTED]
 Sent: Friday, April 29, 2005 8:02 AM
 To:   u2-users@listserver.u2ug.org
 Subject:  [U2] Wedge Scanners
 
 I am curious as to what kind of wedge scanners people are using with
 their dumb terminals. We have Wyse and Televideo terminals and we have
 been asked to hook up scanners. I know I did this several years ago but
 I cant remember what it was we used. So any input would be helpful. I
 don't know if it matters on this but we are running UV 10.1.3 on a
 Windows 2003 server.
 
 Thanks
 Tony Caufield
 IS Manager
 Harbor Wholesale Grocery.
 ---
 u2-users mailing list
 u2-users@listserver.u2ug.org
 To unsubscribe please visit http://listserver.u2ug.org/
---
u2-users mailing list
u2-users@listserver.u2ug.org
To unsubscribe please visit http://listserver.u2ug.org/


Re: [U2] Wedge Scanners

2005-04-29 Thread Key Ally
Anthony,
   I've used Symbol Technologies scanners as wedge scanners. And you're 
right, the database shouldn't matter.

   - Chuck Wedg-ee Barouch
Anthony Caufield wrote:
I am curious as to what kind of wedge scanners people are using with
their dumb terminals. We have Wyse and Televideo terminals and we have
been asked to hook up scanners. I know I did this several years ago but
I cant remember what it was we used. So any input would be helpful. I
don't know if it matters on this but we are running UV 10.1.3 on a
Windows 2003 server.
---
u2-users mailing list
u2-users@listserver.u2ug.org
To unsubscribe please visit http://listserver.u2ug.org/


RE: [U2] Wedge Scanners

2005-04-29 Thread Dave Walker
We're using a mixture of Unitec/Intermec here, but with PC's, not dumb
terms. I imagine they work much the same way, the scanner provides input
instead of the keyboard.

--
Dave Walker
8..7 4(())  -::-
  -::-8.74 .74(())
 ((88.74  ..74  -::-
((88.74   * Peace

 

 -Original Message-
 From: Anthony Caufield [mailto:[EMAIL PROTECTED]
 Sent: Friday, April 29, 2005 11:02 AM
 To: u2-users@listserver.u2ug.org
 Subject: [U2] Wedge Scanners
 
 
 I am curious as to what kind of wedge scanners people are using with
 their dumb terminals. We have Wyse and Televideo terminals and we have
 been asked to hook up scanners. I know I did this several 
 years ago but
 I cant remember what it was we used. So any input would be helpful. I
 don't know if it matters on this but we are running UV 10.1.3 on a
 Windows 2003 server.
 
 Thanks
 Tony Caufield
 IS Manager
 Harbor Wholesale Grocery.
 ---
 u2-users mailing list
 u2-users@listserver.u2ug.org
 To unsubscribe please visit http://listserver.u2ug.org/
---
u2-users mailing list
u2-users@listserver.u2ug.org
To unsubscribe please visit http://listserver.u2ug.org/


Re: [U2] Wedge Scanners

2005-04-29 Thread Roger Glenfield
Another source:  www.systemid.com
The wedge substitutes the data read by the scanner into keyboard 
entry.   But not all scanners will work with a wedge.  Terminal wedges 
are usually designed for specific manufacturers.

Or if you have old PCs that aren't in use right now, you can get another 
type of wedge.
Roger

Key Ally wrote:
Anthony,
   I've used Symbol Technologies scanners as wedge scanners. And 
you're right, the database shouldn't matter.

   - Chuck Wedg-ee Barouch
Anthony Caufield wrote:
I am curious as to what kind of wedge scanners people are using with
their dumb terminals. We have Wyse and Televideo terminals and we have
been asked to hook up scanners. I know I did this several years ago but
I cant remember what it was we used. So any input would be helpful. I
don't know if it matters on this but we are running UV 10.1.3 on a
Windows 2003 server.
---
u2-users mailing list
u2-users@listserver.u2ug.org
To unsubscribe please visit http://listserver.u2ug.org/
---
u2-users mailing list
u2-users@listserver.u2ug.org
To unsubscribe please visit http://listserver.u2ug.org/


RE: [U2] Wedge Scanners

2005-04-29 Thread Kevin King
I actually have a wedge scanner that's been sitting unopened in the
box for some time.  If anyone is interested let me know and I'll be
happy to let it go for real cheap.

-Kevin
[EMAIL PROTECTED]
http://www.PrecisOnline.com


-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of Roger
Glenfield
Sent: Friday, April 29, 2005 10:36 AM
To: u2-users@listserver.u2ug.org
Subject: Re: [U2] Wedge Scanners

Another source:  www.systemid.com

The wedge substitutes the data read by the scanner into keyboard 
entry.   But not all scanners will work with a wedge.  Terminal wedges

are usually designed for specific manufacturers.

Or if you have old PCs that aren't in use right now, you can get
another type of wedge.
Roger

Key Ally wrote:

 Anthony,
I've used Symbol Technologies scanners as wedge scanners. And 
 you're right, the database shouldn't matter.

- Chuck Wedg-ee Barouch

 Anthony Caufield wrote:

 I am curious as to what kind of wedge scanners people are using
with 
 their dumb terminals. We have Wyse and Televideo terminals and we 
 have been asked to hook up scanners. I know I did this several
years 
 ago but I cant remember what it was we used. So any input would be 
 helpful. I don't know if it matters on this but we are running UV 
 10.1.3 on a Windows 2003 server.

 ---
 u2-users mailing list
 u2-users@listserver.u2ug.org
 To unsubscribe please visit http://listserver.u2ug.org/
---
u2-users mailing list
u2-users@listserver.u2ug.org
To unsubscribe please visit http://listserver.u2ug.org/

--
No virus found in this incoming message.
Checked by AVG Anti-Virus.
Version: 7.0.308 / Virus Database: 266.11.0 - Release Date: 4/29/2005
 

-- 
No virus found in this outgoing message.
Checked by AVG Anti-Virus.
Version: 7.0.308 / Virus Database: 266.11.0 - Release Date: 4/29/2005
---
u2-users mailing list
u2-users@listserver.u2ug.org
To unsubscribe please visit http://listserver.u2ug.org/


RE: [U2] Wedge Scanners

2005-04-29 Thread John Solie
In the past, we've used Symbol Synapse adapters to connect scanners to some
Wyse 150  160 terminals.  Apart from night crews testing the cable strength
with box cutters, they've worked flawlessly.

  -- John Solie -- Professional Hospital Supply -- 951-296-2600  

 -Original Message-
 From: [EMAIL PROTECTED] 
 [mailto:[EMAIL PROTECTED] On Behalf Of 
 Anthony Caufield
 Sent: Friday, April 29, 2005 8:02 AM
 To: u2-users@listserver.u2ug.org
 Subject: [U2] Wedge Scanners
 
 I am curious as to what kind of wedge scanners people are using with
 their dumb terminals. We have Wyse and Televideo terminals and we have
 been asked to hook up scanners. I know I did this several 
 years ago but
 I cant remember what it was we used. So any input would be helpful. I
 don't know if it matters on this but we are running UV 10.1.3 on a
 Windows 2003 server.
 
 Thanks
 Tony Caufield
 IS Manager
 Harbor Wholesale Grocery.
 ---
 u2-users mailing list
 u2-users@listserver.u2ug.org
 To unsubscribe please visit http://listserver.u2ug.org/
---
u2-users mailing list
u2-users@listserver.u2ug.org
To unsubscribe please visit http://listserver.u2ug.org/


[U2] Off topic - resizing open files in Advanced Pick/AIX

2005-04-29 Thread Joe Walter
Wondering if anyone out there knows it it's ok, possible to resize open files in
advanced pick running on AIX?

In Universe, of course this is possible, but I'm not sure about AP on AIX.

I have a huge resizing project to pull off at a client that runs almost 24/7, so
it would be great to know that the capability is there to resize files while
they are open (being accessed by advanced pick users).

Otherwise, I'll have to 'shut them down', department by dept, like kick everyone
in accounts payble off and resize a batch of files related to a/p, etc. 

Thanks for any help.

joe

Clients First Business Solutions
People  Technology Delivering Results

Joseph A. Walter
Senior Solutions Analyst, Central Region
Clients First Business Solutions
26380 Curtiss Wright Parkway
Suite 108
Cleveland, OH 44143
Tel:   866.732.9191
Cell:  330.990.9081
Fax:   435-514-5132
Email: [EMAIL PROTECTED]
Web:   www.clientsfirst-us.com
---
u2-users mailing list
u2-users@listserver.u2ug.org
To unsubscribe please visit http://listserver.u2ug.org/


Re: [U2] Off topic - resizing open files in Advanced Pick/AIX

2005-04-29 Thread Manu Fernandes
Re,
Yes it works,
Use RESIZE filename newmodulo (W
The W push a wait state between each frame processing. If not used; the 
system give all priority to the resizing !
If a user-process perform a sequential access to the file; the resizing is 
suspended.

Try it.
I hope this help.
Manu Fernandes Infodata S.`r.l.
- Original Message - 
From: Joe Walter [EMAIL PROTECTED]
To: U2-Users@listserver.u2ug.org
Sent: Friday, April 29, 2005 7:52 PM
Subject: [U2] Off topic - resizing open files in Advanced Pick/AIX


Wondering if anyone out there knows it it's ok, possible to resize open 
files in
advanced pick running on AIX?

In Universe, of course this is possible, but I'm not sure about AP on AIX.
I have a huge resizing project to pull off at a client that runs almost 
24/7, so
it would be great to know that the capability is there to resize files 
while
they are open (being accessed by advanced pick users).

Otherwise, I'll have to 'shut them down', department by dept, like kick 
everyone
in accounts payble off and resize a batch of files related to a/p, etc.

Thanks for any help.
joe
Clients First Business Solutions
People  Technology Delivering Results
Joseph A. Walter
Senior Solutions Analyst, Central Region
Clients First Business Solutions
26380 Curtiss Wright Parkway
Suite 108
Cleveland, OH 44143
Tel:   866.732.9191
Cell:  330.990.9081
Fax:   435-514-5132
Email: [EMAIL PROTECTED]
Web:   www.clientsfirst-us.com
---
u2-users mailing list
u2-users@listserver.u2ug.org
To unsubscribe please visit http://listserver.u2ug.org/ 
---
u2-users mailing list
u2-users@listserver.u2ug.org
To unsubscribe please visit http://listserver.u2ug.org/


RE: [U2] Wedge Scanners

2005-04-29 Thread Anthony Dzikiewicz
The ones we use at our place are from American Micro Systems.  We have
had one of them in a warehouse environment for about 6 years now and
it's still kicking.  So, they are pretty rugged and reliable.

Anthony Dzikiewicz

-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of Anthony
Caufield
Sent: Friday, April 29, 2005 11:02 AM
To: u2-users@listserver.u2ug.org
Subject: [U2] Wedge Scanners


I am curious as to what kind of wedge scanners people are using with
their dumb terminals. We have Wyse and Televideo terminals and we have
been asked to hook up scanners. I know I did this several years ago but
I cant remember what it was we used. So any input would be helpful. I
don't know if it matters on this but we are running UV 10.1.3 on a
Windows 2003 server.

Thanks
Tony Caufield
IS Manager
Harbor Wholesale Grocery.
---
u2-users mailing list
u2-users@listserver.u2ug.org
To unsubscribe please visit http://listserver.u2ug.org/
---
u2-users mailing list
u2-users@listserver.u2ug.org
To unsubscribe please visit http://listserver.u2ug.org/


[U2] UV on Linux

2005-04-29 Thread Jerry Banker
We are finally moving our UV off our Sun Solaris 8 System and moving to Redhat
on a Dell system. Many of you have been on Linux for awhile so tell me, how
was your conversion? Did you have to tweak any configuration parameters? Any
pitfalls we should know about? We usually run around 100 user sessions.

Jerry Banker
---
u2-users mailing list
u2-users@listserver.u2ug.org
To unsubscribe please visit http://listserver.u2ug.org/


Re: [U2] UV on Linux

2005-04-29 Thread Drew Henderson
Jerry,
We moved off an HP K460 to RH on an IBM x-series box just over a year 
ago.  We average about 100 - 200+ users, depending on the time of year 
(pre-registration is a heavy time!), and have had minimal problems with 
it.  Don't recall making any config changes.  We're running a dual-proc 
(2.8GHz), with 2.5 GB memory.  The main issue was rewriting our spooler 
scripts, because of the differences in the way it works (no hpnpf for 
hitting JetDirect-based printers, address the port directly.)

HTH
Drew
Jerry Banker wrote:
We are finally moving our UV off our Sun Solaris 8 System and moving to Redhat
on a Dell system. Many of you have been on Linux for awhile so tell me, how
was your conversion? Did you have to tweak any configuration parameters? Any
pitfalls we should know about? We usually run around 100 user sessions.
Jerry Banker
---
u2-users mailing list
u2-users@listserver.u2ug.org
To unsubscribe please visit http://listserver.u2ug.org/
 


--
--
Drew Henderson There are two types of people -
Dir. for Computer Center Operations those who do the work and those
[EMAIL PROTECTED] who take the credit. Try to be
   in the first group, there is
110 Ginger Hall less competition.
Morehead State University   Indira Ghandi
Morehead, KY  40351   
Phone: 606/783-2445   Fax: 606/783-5078
--
---
u2-users mailing list
u2-users@listserver.u2ug.org
To unsubscribe please visit http://listserver.u2ug.org/


RE: [U2] Off topic - resizing open files in Advanced Pick/AIX

2005-04-29 Thread Alfke, Colin
Yes, as of about version 6.

I didn't know it was possible in UniVerse. It's not in UniData :-(

Colin Alfke
Calgary, Canada 

-Original Message-
From: Joe Walter

Wondering if anyone out there knows it it's ok, possible to 
resize open files in advanced pick running on AIX?

In Universe, of course this is possible, but I'm not sure 
about AP on AIX.

I have a huge resizing project to pull off at a client that 
runs almost 24/7, so it would be great to know that the 
capability is there to resize files while they are open (being 
accessed by advanced pick users).

Otherwise, I'll have to 'shut them down', department by dept, 
like kick everyone in accounts payble off and resize a batch 
of files related to a/p, etc. 

Thanks for any help.

joe
---
u2-users mailing list
u2-users@listserver.u2ug.org
To unsubscribe please visit http://listserver.u2ug.org/


RE: [U2] UV on Linux

2005-04-29 Thread Anthony Dzikiewicz
We have been live since October.  Everything is fine at the Universe
level.  We havent had any major issues at all.
One thing we used to do to get users off at the end of the night or when
needed is to do a 'MASTER OFF ALL'.  It doesn't work on the Linux
version.  Other than that, Universe is peachy.

I find that support for Linux is generally lacking.  Red Hat support is
'alright'.  We have RedHat support thru IBM, which is much better than
the RedHat support (IBM is usually a knowledgeable person that speaks
English very well vs the RedHat guy who is not always very knowledgeable
and has an accent that requires a special hearing device to interpret).
IBM support is cheaper too.  We keep RedHat for the up2date
functionality and the resources they have.  It really is a nice way to
keep things current.

Are you using all Dell Hardware ?

We are running an IBM xSeries Server and an EMC Clariion.  We are having
performance issues with intensive writes to the disk array.  There is a
minor issue with this when doing the same kind of operation on the
internal disks.  Intensive disk writes could be an batch application
that reads records from one file, deletes and writes to another (say
100,000 records type 30 files with indexes).  We do this for archiving
data.  It could be a linux 'cp' command copying a large file (100meg) to
the disk array. What happens is that the system goes into an iowait
state and user response is non-existent.  Sometimes, the system will
hang for close to a minute until the i/o completes.  We are also using
Qlogic 2340 HBA's to connect the IBM to the Clariion.  If you look thru
the RedHat Bugzilla, there have been issues with the driver for this
hardware.  We will be testing out some Emulex cards next week to see if
that improves things.

If you have the luxury to evaluate your system, definitely try copying
some large files or 'archiving' type processes while users are on.
Monitor performance with the 'top' command.  Then determine if things
are acceptable. 

We converted from a DG/UX box with a Clariion.  Performance was never
really an issue on that platform and these types of operations would
absolutely go unnoticed.

EMC has been trying to help with the issue since February.  I have to
say that their support SUCKS !!!  It seems that there is no one there
that knows anything about Linux.  I am finding this in general.  When
you mention that you are running Linux, a dark cloud appears.  So, you
probably will not get the excellent type of support that you might be
accustomed to with Solaris.

I would assume that you like Dell support ?  My experience with them is
that they went from once upon a time very good (8 years ago or so) to
the pits.  Every time I call, I get transferred overseas to India and
the conversation is almost unbearable.  Recently, I ordered an extra cpu
for our testmachine, which is a Dell.  They cancelled it with out any
notice !  When I called to reorder, they said I couldn't, because it
wasn't in stock.  So, I have to keep calling until I get a 'hit'.  This
is really a joke.  Luckily, our var deals with Dell and was able to get
parts.

If you would like to know more about the performance issue, email me
directly and I will share whatever information I have.  


Anthony Dzikiewicz
IT Manager 
Alperts Furniture


---Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of Jerry Banker
Sent: Friday, April 29, 2005 2:49 PM
To: u2-users@listserver.u2ug.org
Subject: [U2] UV on Linux


We are finally moving our UV off our Sun Solaris 8 System and moving to
Redhat on a Dell system. Many of you have been on Linux for awhile so
tell me, how was your conversion? Did you have to tweak any
configuration parameters? Any pitfalls we should know about? We usually
run around 100 user sessions.

Jerry Banker
---
u2-users mailing list
u2-users@listserver.u2ug.org
To unsubscribe please visit http://listserver.u2ug.org/
---
u2-users mailing list
u2-users@listserver.u2ug.org
To unsubscribe please visit http://listserver.u2ug.org/


RE: [U2] UV on Linux

2005-04-29 Thread Scott Ballinger
Here are some tweaks I made: (uv 9.6.14, rh7.0)

in /etc/rc.local:

# increase max files kernel parameter
echo 8192  /proc/sys/fs/file-max

in uvconfig:

# 11-19-02 asb: changed from default value of 12 to 36 re: spooler
over-write issue
# 01-28-05 asb: changed to 300 per Mat at IBM support.
MFILES 300

Those are the only ones that come to mind...

Scott Ballinger
Pareto Corporation
Edmonds WA USA
206 713 6006


-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of Jerry Banker
Sent: Friday, April 29, 2005 11:49 AM
To: u2-users@listserver.u2ug.org
Subject: [U2] UV on Linux


We are finally moving our UV off our Sun Solaris 8 System and moving to
Redhat on a Dell system. Many of you have been on Linux for awhile so
tell me, how was your conversion? Did you have to tweak any
configuration parameters? Any pitfalls we should know about? We usually
run around 100 user sessions.

Jerry Banker
---
u2-users mailing list
u2-users@listserver.u2ug.org
To unsubscribe please visit http://listserver.u2ug.org/
---
u2-users mailing list
u2-users@listserver.u2ug.org
To unsubscribe please visit http://listserver.u2ug.org/


RE: [U2] Off topic - resizing open files in Advanced Pick/AIX

2005-04-29 Thread Tony Gravagno
(Non-technical comments here can easily apply to U2 sites.)

As with all new procedures, I highly recommend that you do extensive
testing on the target system before running on live client data.  Slam the
files that are being resized with different kinds of simultaneous updates
and see if the file maintains its integrity afterward.  I normally
recommend that a VAR test this sort of thing off of the end-user system
first, but chances are you don't have a spare AP/AIX box laying around.

Caution advised: Your client is running AP 6.1 and the software is now at a
level called D3 7.4.3.  A large number of things have been fixed since 6.1.
Manu claims RESIZE works but without running that command extensively on
the specific AP/AIX 6.1 platform with the same patches as your client has,
I don't think that statement of encouragement should be taken as carte
blanche to run the process on live data.

Before your client's system 9 year old dies with no hope of recovery or
reactivation, I highly suggest you start discussing upgrades with them, or
since you're in a U2 forum then perhaps migration is more on your mind.

And why in the wide world of sports do people keep posting Advanced Pick
and mvBASE questions to this U2 forum?!  I know, I know - probably more AP
users here than in the RD forums... :)Try comp.databases.pick too...

Good luck
Tony Gravagno, Nebula Research and Development
Former QA Manager for AP/D3, Former Product Manager for D3

TG@ removethisNebula-RnD
.com

Manu Fernandes efv-at-infodata.lu |U2UG| wrote:
 Yes it works,
 
 Use RESIZE filename newmodulo (W
 The W push a wait state between each frame processing.
 If not used; the system give all priority to the resizing!
 If a user-process perform a sequential access to the
 file; the resizing is suspended.

 - Original Message -
 From: Joe Walter
 
 Wondering if anyone out there knows it it's ok, possible
 to resize open files in advanced pick running on AIX?
---
u2-users mailing list
u2-users@listserver.u2ug.org
To unsubscribe please visit http://listserver.u2ug.org/


Re: [U2] UV on Linux

2005-04-29 Thread John Hester
Anthony Dzikiewicz wrote:
I would assume that you like Dell support ?  My experience with them is
that they went from once upon a time very good (8 years ago or so) to
the pits.  Every time I call, I get transferred overseas to India and
the conversation is almost unbearable.  Recently, I ordered an extra cpu
for our testmachine, which is a Dell.  They cancelled it with out any
notice !  When I called to reorder, they said I couldn't, because it
wasn't in stock.  So, I have to keep calling until I get a 'hit'.  This
is really a joke.  Luckily, our var deals with Dell and was able to get
parts.
I've also had bad experiences with Dell support and sales.  We have a 
couple of Dell Windows domain controllers.  They shipped one with 3 NICs 
and one with 1 NIC (should have been 2 each), sold me a Dell rebranded 
gigabit switch that wasn't compatible with any of the NICs, and sold me 
Arcserve backup software with an incompatible 4mm autoloader.  When I 
called support to try to get the autoloader to work, they eventually 
gave up and told me Dell gives best effort support for peripherals, 
and I'd need to work with CA since they make the Arcserve software.  We 
have Silver level support.  I will never buy another Dell server.

We migrated UV to IBM xSeries 345 hardware running RedHat AS 3 last 
year.  I've also found RedHat support to be so-so.  IBM's hardware 
support is excellent, however.  We have a number of other xSeries 
servers running both windows and linux.  The engineers IBM sends out are 
knowledgeable and the response times are short.

As far as the UV to linux migration, it was painless.  We did have one 
oddball problem that I just recently solved related to the linux CUPS 
spooler.  We have a number of jetdirect connected laserjets that we send 
UV reports to overnight.  Turns out that if the CUPS daemon is restarted 
with jobs in the queue, any PJL commands within the queued jobs will be 
ignored by the printer.  This was causing us a problem because the 
laserjets' output trays would fill up over the weekend and the CUPS 
daemon would also restart over the weekend to rotate its log file.  The 
solution was to change the CUPS log rotation from weekly to monthly.

-John
--
John Hester
System  Network Administrator
Momentum Group Inc.
(949) 833-8886 x623
http://memosamples.com
---
u2-users mailing list
u2-users@listserver.u2ug.org
To unsubscribe please visit http://listserver.u2ug.org/


RE: [U2] UV on Linux

2005-04-29 Thread Glen B
 Keep in mind that I'm not a certified Linux engineer. :P

 The only file I/O problem I know of, with 2.4 kernels, is the buffering issue. 
All kernel block devices are buffered by the kernel,
unless they are bound by a raw device binding. This could be the culprit in the 
driver's bottleneck situation. Try binding a
partition to raw, on that disk array, and then perform some high-speed 
read/write tests. You might be surprised at the throughput
difference. raw -qa lists all bound block devices. I don't recommend raw 
bindings to be done when neither the hardware, nor the
software writing to disk handles I/O buffering. You may end up making it worse. 
In my case, I have a fast caching RAID controller
and D3 has a write buffering system in place. When the kernel jumps in and 
buffers too, things go wacko and user response drops to
between 15 seconds and 1 minute under normal disk activity. That's for 25 
users on an AMD 2+Ghz with 1GB ECC. I don't know if
UV/Linux caches its own writes and reads. If it does, then using raw bindings 
should help with disk throughput by eliminating the
middleman. Don't hold me to that, though.

PS: Changing the kernel file-max will only increase the number of files that 
can be open at a time. If you have a well trained disk
subsystem then it's kosher to do that, because the kernel probably won't have 
to use swap for buffering. Mine happens to be 104851
and it's been chugging along for a couple years now with no disk I/O problems. 
When you pound on swap ontop of a continuous heavy
I/O load, then you're just begging for a kernel panic. According to the Linux 
configuration guide, you should set file-max to 256
files per 4MB of memory. 1GB would be (250 * 4MB) * 256 files = 64000 for 
file-max. Of course, you can tweak that number up until
you hit a swap or disk subsystem threshold. Your box should only use a small 
amount of swap under normal operating conditions. If it
is using over 25%, then it's time for more memory!

Glen

 -Original Message-
 From: [EMAIL PROTECTED]
 [mailto:[EMAIL PROTECTED] Behalf Of Anthony
 Dzikiewicz
 Sent: Friday, April 29, 2005 3:58 PM
 To: u2-users@listserver.u2ug.org
 Subject: RE: [U2] UV on Linux


 We have been live since October.  Everything is fine at the Universe
 level.  We havent had any major issues at all.
 One thing we used to do to get users off at the end of the night or when
 needed is to do a 'MASTER OFF ALL'.  It doesn't work on the Linux
 version.  Other than that, Universe is peachy.

 I find that support for Linux is generally lacking.  Red Hat support is
 'alright'.  We have RedHat support thru IBM, which is much better than
 the RedHat support (IBM is usually a knowledgeable person that speaks
 English very well vs the RedHat guy who is not always very knowledgeable
 and has an accent that requires a special hearing device to interpret).
 IBM support is cheaper too.  We keep RedHat for the up2date
 functionality and the resources they have.  It really is a nice way to
 keep things current.

 Are you using all Dell Hardware ?

 We are running an IBM xSeries Server and an EMC Clariion.  We are having
 performance issues with intensive writes to the disk array.  There is a
 minor issue with this when doing the same kind of operation on the
 internal disks.  Intensive disk writes could be an batch application
 that reads records from one file, deletes and writes to another (say
 100,000 records type 30 files with indexes).  We do this for archiving
 data.  It could be a linux 'cp' command copying a large file (100meg) to
 the disk array. What happens is that the system goes into an iowait
 state and user response is non-existent.  Sometimes, the system will
 hang for close to a minute until the i/o completes.  We are also using
 Qlogic 2340 HBA's to connect the IBM to the Clariion.  If you look thru
 the RedHat Bugzilla, there have been issues with the driver for this
 hardware.  We will be testing out some Emulex cards next week to see if
 that improves things.

 If you have the luxury to evaluate your system, definitely try copying
 some large files or 'archiving' type processes while users are on.
 Monitor performance with the 'top' command.  Then determine if things
 are acceptable.

 We converted from a DG/UX box with a Clariion.  Performance was never
 really an issue on that platform and these types of operations would
 absolutely go unnoticed.

 EMC has been trying to help with the issue since February.  I have to
 say that their support SUCKS !!!  It seems that there is no one there
 that knows anything about Linux.  I am finding this in general.  When
 you mention that you are running Linux, a dark cloud appears.  So, you
 probably will not get the excellent type of support that you might be
 accustomed to with Solaris.

 I would assume that you like Dell support ?  My experience with them is
 that they went from once upon a time very good (8 years ago or so) to
 the pits.  Every time I call, I get transferred 

[U2] Safe UV account file

2005-04-29 Thread Dan Fitzgerald
Is there a built-in local program file in the uv account, one that isn't 
overwritten with new code at upgrade? I have a vague recollection of such a 
beastie... I'm wrapping the UNLOCK verb with a password  log output, and I 
want to make sure that the changes survive upgrades.


Our greatest duty in this life is to help others. And please, if you can't 
help them, could you at least not hurt them? - H.H. the Dalai Lama
When buying  selling are controlled by legislation, the first thing to be 
bought  sold are the legislators - P.J. O'Rourke
Dan Fitzgerald
---
u2-users mailing list
u2-users@listserver.u2ug.org
To unsubscribe please visit http://listserver.u2ug.org/


RE: [U2] UV on Linux

2005-04-29 Thread Anthony Dzikiewicz
CUPS - That reminds me.

We had an issue with CUPS default settings. We had a problem with the
default (500) amt of print jobs in the spooler.  When we would generate tags
for the showroom (about 1400) the system would start dropping new jobs after
the 500 limit was reached.  The other thing we noticed was that spooler
commands like 'lpstat -t' started to respond very sluggish over time.  This
was due to CUPS keeping a log of every print job.  We also had to 'turn off'
this feature in the config file.  

Just something that had to be learned the hard way.

Anthony


-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of John Hester
Sent: Friday, April 29, 2005 6:06 PM
To: u2-users@listserver.u2ug.org
Subject: Re: [U2] UV on Linux


Anthony Dzikiewicz wrote:
 I would assume that you like Dell support ?  My experience with them 
 is that they went from once upon a time very good (8 years ago or so) 
 to the pits.  Every time I call, I get transferred overseas to India 
 and the conversation is almost unbearable.  Recently, I ordered an 
 extra cpu for our testmachine, which is a Dell.  They cancelled it 
 with out any notice !  When I called to reorder, they said I couldn't, 
 because it wasn't in stock.  So, I have to keep calling until I get a 
 'hit'.  This is really a joke.  Luckily, our var deals with Dell and 
 was able to get parts.

I've also had bad experiences with Dell support and sales.  We have a 
couple of Dell Windows domain controllers.  They shipped one with 3 NICs 
and one with 1 NIC (should have been 2 each), sold me a Dell rebranded 
gigabit switch that wasn't compatible with any of the NICs, and sold me 
Arcserve backup software with an incompatible 4mm autoloader.  When I 
called support to try to get the autoloader to work, they eventually 
gave up and told me Dell gives best effort support for peripherals, 
and I'd need to work with CA since they make the Arcserve software.  We 
have Silver level support.  I will never buy another Dell server.

We migrated UV to IBM xSeries 345 hardware running RedHat AS 3 last 
year.  I've also found RedHat support to be so-so.  IBM's hardware 
support is excellent, however.  We have a number of other xSeries 
servers running both windows and linux.  The engineers IBM sends out are 
knowledgeable and the response times are short.

As far as the UV to linux migration, it was painless.  We did have one 
oddball problem that I just recently solved related to the linux CUPS 
spooler.  We have a number of jetdirect connected laserjets that we send 
UV reports to overnight.  Turns out that if the CUPS daemon is restarted 
with jobs in the queue, any PJL commands within the queued jobs will be 
ignored by the printer.  This was causing us a problem because the 
laserjets' output trays would fill up over the weekend and the CUPS 
daemon would also restart over the weekend to rotate its log file.  The 
solution was to change the CUPS log rotation from weekly to monthly.

-John
-- 
John Hester
System  Network Administrator
Momentum Group Inc.
(949) 833-8886 x623
http://memosamples.com
---
u2-users mailing list
u2-users@listserver.u2ug.org
To unsubscribe please visit http://listserver.u2ug.org/

-- 
No virus found in this incoming message.
Checked by AVG Anti-Virus.
Version: 7.0.308 / Virus Database: 266.10.3 - Release Date: 4/25/2005
 

-- 
No virus found in this outgoing message.
Checked by AVG Anti-Virus.
Version: 7.0.308 / Virus Database: 266.10.3 - Release Date: 4/25/2005
---
u2-users mailing list
u2-users@listserver.u2ug.org
To unsubscribe please visit http://listserver.u2ug.org/


[U2] User group in Colorado

2005-04-29 Thread Eugene Perry
Hello,

I have been kicking around the idea of a MV users group for Colorado.  I have
spoken to some people while at the Spectrum show in Australia and got some
positive feedback.  I have also been discussing it here in Denver and so far
the feedback has been good.

I am interested in knowing if there are others that would like to have a users
group in the Denver area?  This would be open to all versions of MV not just
U2.

Please email if you are interested.

Thanks

Eugene
---
u2-users mailing list
u2-users@listserver.u2ug.org
To unsubscribe please visit http://listserver.u2ug.org/


RE: [U2] User group in Colorado

2005-04-29 Thread Webmaster
 Eugene, how are ya!

 Call Sam @ Advanced Transportation Systems. I think they're still running
UV. They used to be in the springs, but I think they moved to Palmer Lake. I
don't know exactly where he is right now, but I think he's still in CO.

719-598-4113

Glen

 -Original Message-
 From: [EMAIL PROTECTED]
 [mailto:[EMAIL PROTECTED] Behalf Of Eugene Perry
 Sent: Friday, April 29, 2005 9:38 PM
 To: u2-users@listserver.u2ug.org
 Subject: [U2] User group in Colorado


 Hello,

 I have been kicking around the idea of a MV users group for
 Colorado.  I have
 spoken to some people while at the Spectrum show in Australia and got some
 positive feedback.  I have also been discussing it here in Denver
 and so far
 the feedback has been good.

 I am interested in knowing if there are others that would like to
 have a users
 group in the Denver area?  This would be open to all versions of
 MV not just
 U2.

 Please email if you are interested.

 Thanks

 Eugene
 ---
 u2-users mailing list
 u2-users@listserver.u2ug.org
 To unsubscribe please visit http://listserver.u2ug.org/
---
u2-users mailing list
u2-users@listserver.u2ug.org
To unsubscribe please visit http://listserver.u2ug.org/