Hi,
I started the migration of my existing dynamics 1.1 repository to
version 2 using the DCU. After a while the routine completed with 2
messages:
gsmmmtreew
ERROR *
Physical object record not available
1005100860101
and
gscprtreew
ERROR *
Physical object record not available
1005100860101
I hope this will not lead to any problems in the future.
After the DCU finished I started dynamics (in single user mode, which
should work fine - even if client/server is the only db connection
mentioned in the docs). I logged in as the admin user and as expected
800+ ados started loading. After about 100 ados I got this error message
Unable to start dynamics environment
The configuration file manager returned adm2/dyncombo.ado was not found
The load canceled, the progress session ended. After having a look for
the mentionend file I found it under src/adm2. The src directory was not
in my propath for the dynamics session I used. After adding the src
directory to the propath the load completed without any errors like
that.
Do I need the src directory in my propath for a regular dynamics
session? Or is this just for the upgrade/migration process? If so I
think this should be mentioned in the instructions for the
DCU/migration. From my understanding it should be enough to have the
directory one level up of src in the propath as all references to source
code (includes) should contain the src/... .
Other errors I received during the automated load of ados:
tt_ryc_ui_event already exists with 1005123572.101 (twice - same
numbers)
ryc_attribute_value already exists with Object Type Obj 1005091923.09
SmartObject Obj 868.9051 Object Instance Obj 0 Attribute Label "Order"
Container SmartObject Obj 0. (132) MANY times with different numbers,
allways with Attribute Label "Order" during run of
db/icf/dfd/fixintrinsicattr.p
Is there a log of errors / messages that occured during the DCU process?
If not I think this should be implemented.
By the way: I did this test load with European numeric format and dmy as
date format.
Regards,
Mike
To unsubscribe, e-mail: dev-unsubscribe@icf.possenet.org
For additional commands, e-mail: dev-help@icf.possenet.org
Hi Mike,
I can say with confidence that gsmmmtreew and gscprtreew should not be in
the repository anymore since they are not used and there will not be any
physical objects on disk.
As far as I know SRC should be in your PROPATH for a development session,
but not for runtime, but I'll have someone else confirm this.
The last error could be due to the reuse of object ids - what is your stack
trace when you receive this error? If the last procedure in the stack is
something like 'reuseObjId' or something in that line then we got the same
error - an issue is logged for that. To avoid getting this error you should
log out after phase 2 of the migration and log back in again and the error
would not occur.
Regards,
Mark Davies
Senior Analyst Programmer
MIP
Tel: +27 (0)11 803 1281
Fax: +27 (0)11 807 1732
E-Mail: markd@mip.co.za
PO Box 2899, Rivonia, 2128
Johannesburg, South Africa
Avoid people who say they know the answer. Keep the company of people who
are trying to understand the question.
-Original Message-
Sent: 21 August 2002 09:50
To: dev@icf.possenet.org
Subject: DCU Version 2 / propath
Hi,
I started the migration of my existing dynamics 1.1 repository to
version 2 using the DCU. After a while the routine completed with 2
messages:
gsmmmtreew
ERROR *
Physical object record not available
1005100860101
and
gscprtreew
ERROR *
Physical object record not available
1005100860101
I hope this will not lead to any problems in the future.
After the DCU finished I started dynamics (in single user mode, which
should work fine - even if client/server is the only db connection
mentioned in the docs). I logged in as the admin user and as expected
800+ ados started loading. After about 100 ados I got this error message
Unable to start dynamics environment
The configuration file manager returned adm2/dyncombo.ado was not found
The load canceled, the progress session ended. After having a look for
the mentionend file I found it under src/adm2. The src directory was not
in my propath for the dynamics session I used. After adding the src
directory to the propath the load completed without any errors like
that.
Do I need the src directory in my propath for a regular dynamics
session? Or is this just for the upgrade/migration process? If so I
think this should be mentioned in the instructions for the
DCU/migration. From my understanding it should be enough to have the
directory one level up of src in the propath as all references to source
code (includes) should contain the src/... .
Other errors I received during the automated load of ados:
tt_ryc_ui_event already exists with 1005123572.101 (twice - same
numbers)
ryc_attribute_value already exists with Object Type Obj 1005091923.09
SmartObject Obj 868.9051 Object Instance Obj 0 Attribute Label "Order"
Container SmartObject Obj 0. (132) MANY times with different numbers,
allways with Attribute Label "Order" during run of
db/icf/dfd/fixintrinsicattr.p
Is there a log of errors / messages that occured during the DCU process?
If not I think this should be implemented.
By the way: I did this test load with European numeric format and dmy as
date format.
Regards,
Mike
To unsubscribe, e-mail: dev-unsubscribe@icf.possenet.org
For additional commands, e-mail: dev-help@icf.possenet.org
To unsubscribe, e-mail: dev-unsubscribe@icf.possenet.org
For additional commands, e-mail: dev-help@icf.possenet.org
Mark Davies wrote:
As far as I know SRC should be in your PROPATH for a development session,
but not for runtime, but I'll have someone else confirm this.
Confirmed.
--
Tom Barringer "They that can give up essential liberty
Staff Consultant to obtain a little temporary safety
Empowerment Center NA deserve neither liberty nor safety."
Progress Software -- Benjamin Franklin
To unsubscribe, e-mail: dev-unsubscribe@icf.possenet.org
For additional commands, e-mail: dev-help@icf.possenet.org
The DCU does require SRC in the propath as it needs to run as a development
session.
regards,
Bruce
Bruce S Gruenbaum, Principal Software Engineer
the Progress Company
http://www.progress.com
bgruenba@progress.com
-Original Message-
Sent: Wednesday, August 21, 2002 6:02 AM
To: dev@icf.possenet.org
Subject: RE: DCU Version 2 / propath
Hi Mike,
I can say with confidence that gsmmmtreew and gscprtreew should not be in
the repository anymore since they are not used and there will not be any
physical objects on disk.
As far as I know SRC should be in your PROPATH for a development session,
but not for runtime, but I'll have someone else confirm this.
The last error could be due to the reuse of object ids - what is
your stack
trace when you receive this error? If the last procedure in the stack is
something like 'reuseObjId' or something in that line then we got the same
error - an issue is logged for that. To avoid getting this error
you should
log out after phase 2 of the migration and log back in again and the error
would not occur.
Regards,
Mark Davies
Senior Analyst Programmer
MIP
Tel: +27 (0)11 803 1281
Fax: +27 (0)11 807 1732
E-Mail: markd@mip.co.za
PO Box 2899, Rivonia, 2128
Johannesburg, South Africa
Avoid people who say they know the answer. Keep the company of people who
are trying to understand the question.
-Original Message-
Sent: 21 August 2002 09:50
To: dev@icf.possenet.org
Subject: DCU Version 2 / propath
Hi,
I started the migration of my existing dynamics 1.1 repository to
version 2 using the DCU. After a while the routine completed with 2
messages:
gsmmmtreew
* ERROR *
Physical object record not available
1005100860101
and
gscprtreew
* ERROR *
Physical object record not available
1005100860101
I hope this will not lead to any problems in the future.
After the DCU finished I started dynamics (in single user mode, which
should work fine - even if client/server is the only db connection
mentioned in the docs). I logged in as the admin user and as expected
800+ ados started loading. After about 100 ados I got this error message
Unable to start dynamics environment
The configuration file manager returned adm2/dyncombo.ado was not found
The load canceled, the progress session ended. After having a look for
the mentionend file I found it under src/adm2. The src directory was not
in my propath for the dynamics session I used. After adding the src
directory to the propath the load completed without any errors like
that.
Do I need the src directory in my propath for a regular dynamics
session? Or is this just for the upgrade/migration process? If so I
think this should be mentioned in the instructions for the
DCU/migration. From my understanding it should be enough to have the
directory one level up of src in the propath as all references to source
code (includes) should contain the src/... .
Other errors I received during the automated load of ados:
tt_ryc_ui_event already exists with 1005123572.101 (twice - same
numbers)
** ryc_attribute_value already exists with Object Type Obj 1005091923.09
SmartObject Obj 868.9051 Object Instance Obj 0 Attribute Label "Order"
Container SmartObject Obj 0. (132) MANY times with different numbers,
allways with Attribute Label "Order" during run of
db/icf/dfd/fixintrinsicattr.p
Is there a log of errors / messages that occured during the DCU process?
If not I think this should be implemented.
By the way: I did this test load with European numeric format and dmy as
date format.
Regards,
Mike
To unsubscribe, e-mail: dev-unsubscribe@icf.possenet.org
For additional commands, e-mail: dev-help@icf.possenet.org
To unsubscribe, e-mail: dev-unsubscribe@icf.possenet.org
For additional commands, e-mail: dev-help@icf.possenet.org
To unsubscribe, e-mail: dev-unsubscribe@icf.possenet.org
For additional commands, e-mail: dev-help@icf.possenet.org
Thanks for this feedback Mike. From the other replies you will see that
adding the src path is required and solved some of your issues.
We will ensure the 2 redundant files do not get included in the FCS version
of the data which will avoid those errors.
We will investigate the other errors to check why they may have occurred,
but Marks suggestion to exit first after phase 2 should get around them for
now. This is a logged issue.
thanks again.
Anthony
Anthony D Swindells
Lead Architect, Progress Dynamics
Progress Software Corporation
aswindel@progress.com
-Original Message-
Sent: Wednesday, August 21, 2002 4:50 AM
To: dev@icf.possenet.org
Subject: DCU Version 2 / propath
Hi,
I started the migration of my existing dynamics 1.1 repository to
version 2 using the DCU. After a while the routine completed with 2
messages:
gsmmmtreew
ERROR *
Physical object record not available
1005100860101
and
gscprtreew
ERROR *
Physical object record not available
1005100860101
I hope this will not lead to any problems in the future.
After the DCU finished I started dynamics (in single user mode, which
should work fine - even if client/server is the only db connection
mentioned in the docs). I logged in as the admin user and as expected
800+ ados started loading. After about 100 ados I got this error message
Unable to start dynamics environment
The configuration file manager returned adm2/dyncombo.ado was not found
The load canceled, the progress session ended. After having a look for
the mentionend file I found it under src/adm2. The src directory was not
in my propath for the dynamics session I used. After adding the src
directory to the propath the load completed without any errors like
that.
Do I need the src directory in my propath for a regular dynamics
session? Or is this just for the upgrade/migration process? If so I
think this should be mentioned in the instructions for the
DCU/migration. From my understanding it should be enough to have the
directory one level up of src in the propath as all references to source
code (includes) should contain the src/... .
Other errors I received during the automated load of ados:
tt_ryc_ui_event already exists with 1005123572.101 (twice - same
numbers)
ryc_attribute_value already exists with Object Type Obj 1005091923.09
SmartObject Obj 868.9051 Object Instance Obj 0 Attribute Label "Order"
Container SmartObject Obj 0. (132) MANY times with different numbers,
allways with Attribute Label "Order" during run of
db/icf/dfd/fixintrinsicattr.p
Is there a log of errors / messages that occured during the DCU process?
If not I think this should be implemented.
By the way: I did this test load with European numeric format and dmy as
date format.
Regards,
Mike
To unsubscribe, e-mail: dev-unsubscribe@icf.possenet.org
For additional commands, e-mail: dev-help@icf.possenet.org
To unsubscribe, e-mail: dev-unsubscribe@icf.possenet.org
For additional commands, e-mail: dev-help@icf.possenet.org