mifloral wrote:

> On Mar 24, 10:04 am, mbennett <mbenn...@claritysoftwaresystems.com>
> wrote:
>
>>On Mar 23, 8:07 am, mifloral <miflo...@aol.com> wrote:
>>
>>
>>> We were running RealWorld accounting software along with Synchronics
>>>counterpoint v7.015 on a SCO open server 5.02. hard drive crashed so
>>>we rebuilt a compatible system with more memory and slightly faster
>>>processor. we loaded the original SCO. the Counterpoint software, and
>>>then restored the entire drive back onto new machine. everything looks
>>>good when logged into root and lokk at various directories and files.
>>>when machine is rebooted the normal sco deskop rolls and we get to the
>>>Login prompt, type in user id for counterpoint, then passwd and we are
>>>returned to login prompt. i vaguely recalled setting this up in /usr/
>>>bin/.profile? it's been too long.So i need help in rebuilding this
>>>string that lets me access the both applications. is this any clearer?
>>>i hope. thanks- Brian
>>
>>Brian,
>>
>>You are skating on very thin ice here. As others on this list will
>>undoubtedly inform you shortly, you are on a very old version of the
>>operating system. As a former Real World and CounterPoint dealer who
>>still supports many users, you are badly out of date on both of those
>>programs also.
>>
>>Each user will have a .profile in their home directory. This will
>>probably be something like /usr/brian/.profile and the last line
>>probably used an exec statement to launch the program or menu. From
>>the sounds of it the program being launched is corrupt or missing, so
>>it fails to load and the session ends.
>>
>>If you can't find it and fix it with this information you are in over
>>your head. Sorry.
>>
>>As a reasonable plan of action you should call Passport Software at
>>800-969-7900 and talk to Sandy Smith in sales. Describe your
>>situation and ask her to refer you to a dealer in your general
>>locale. Passport now owns and continues to develop the Real World
>>code, and many of the dealers are active with CounterPoint support, as
>>well as with SCO Unix and/or Linux. Sandy should know somebody who is
>>available fairly close to you.
>>
>>Upgrading your system and both applications is not for an amateur at
>>this point. Staying current on all three is affordable for most
>>businesses, and doable for the average sysadmin with some knowledge
>>and skill. Because of the age of your O/S and applications, you are
>>going to be presenting somebody with a complex situation and it's
>>going to be expensive. You are going to need to get everything
>>upgraded at some point, and this event should be a wakeup call to
>>start addressing this issue now.
>>
>>Mark Bennett
>
>
> Hello Mark,
>
> Thank you for your concise and accurate response, along with the
> Passport lead.
> We are (were) in the process of a complete upgrade of our entire
> system including the latest Counterpoint software. The RealWorld
> upgrade was soon to follow. However, according to our authorized
> software dealer.. he needs an operable system to migrate our data
> files onto the new software. In the meantime my company is paralyzed
> by the situation. I was hoping the command string in generating the /
> usr/Brian/.profile combined with the exec statement would let me in.
> oh well.
>
> Again, many thanks,
>
> Brian
>

Make certain the user's PATH includes all the
directories the user will need. Make sure the
ownership and groups and permissions are
correctly set. Usually a rebuilt/reconstituted
/etc/passwd file does not provide an identical
repetition of the old system from which your
backup was made, so any restore is apt to have
database files with owner/group/permissions
incorrect.

Also if there was a special group established
in etc/group specific to the target software
that is now absent all sorts of strange failures
can begin to happen.

Often the application startup in .profile has
a final line something like exit 0 at the end
which means that if the target software bails
out for any reason (quit command by the user
or any startup failure) .profile logs off the
user in order to keep them from any possible
mischief.

You say you restored the entire drive onto
the machine. If you had actually done that
it would run as it had earlier, so something
was not actually included in the backup.

One final note. I don't know your particular
target software, "counterpoint" but often
when making backups some software has a way
of avoiding backing up licensing files. If it
has a requirement to type in licensing info
you might check that as well as a sort of
generic all-around problem solving paradigm.

best of luck.