Results 1 to 6 of 6

Thread: EnterpriseOne Enterprise Server name in Server Manager

  1. #1

    EnterpriseOne Enterprise Server name in Server Manager

    Where does the Server Manager pick up the EnterpriseOne Enterprise Server name from?

    I'm comparing different instances, all JDE/E1 9.2 on IBM i Series servers, one, ERP01 shows up as ERP01 in it's related Server Manager and the other, ERP02 shows up as app2.corp.int in it's related Server Manager.

    For ERP01 we have these settings:
    * System Name: ERP01
    * DNS A record ERP01.corp.int points to IP of one interface. No reverse DNS
    * DNS A record app1.corp.int points to IP of another interface. No reverse DNS
    * (more i Series specific) queue names prefixed with ERP01

    For ERP02 we have these settings:
    * System Name: ERP02
    * No DNS record for ERP02, using i NetServer
    * DNS A record othername.corp.int points to IP of one interface. No reverse DNS.
    * DNS A record app2.corp.int points to IP of another interface. It does have reverse DNS.

    We tested failing over ERP02 to ERP02DR and had trouble with a number of seemingly naming related things including the names and locations of queues, db2 databases, and the 9.2 Site Key so I'm very interested in understanding what settings drive the names chosen. I'm not a system admin, or an i Series system expert (I know Linux systems), but I would like to learn how this all works.

    Thank you,
    Jacob
    JDE 9.2 on IBM i 7.2

  2. #2
    To my knowledge, Server Manager gets the server name from the FQDN of the server. If it cannot locate one, it reverts to the host name. Use the CHGTCPDMN command to review the host and domain names (don't change anything unless you know what you are doing!). Your ERP01 server may not have a domain name associated.

    The issues you are experiencing with locations of queues, database etc. probably have nothing do to with the name displayed in Server Manager (assuming ERP02 is functional in Production). When you do a DR run, you have to do a bunch of changes to the system tables. At a client I worked with a long time ago, we had a script for this. It was part of the DR run book.
    Regards,

    Hari Sharma
    Aellius
    EnterpriseOne: Integration (.Net, Web Services) | Output Management | Monitoring

  3. #3
    If the SVM Agent on IBM i acts anything like the one on Windows, it will take the first entry from the hosts file (CHGTCPDMN/ADDTCPHTE) that it finds. That's how we "renamed" our Enterprise Sevrers in SVM to come up with their logical name instead of their hostname.
    EnterpriseOne 8.12 to 9.2
    AIX, Linux, Windows, IBM i
    Oracle DB, MSSQL, DB2
    WAS, WLS

  4. #4
    I'll do some more digging and asking and take your input back to the group. Thank you both!

  5. #5
    Member Tom_Davidson's Avatar
    Join Date
    Nov 2000
    Location
    Wisconsin, USA
    Posts
    771
    It does use the hostname from the above command. To make things easier, I use the same name for PROD/HA/DR. You also need to have your *LOCAL RDB name match (DSPRDBDIRE)

    Tom
    Cleindori Consulting
    8.12/8.98.4.14, 9.1/9.1.5.3, 9.2/9.2.0.5/6
    IBM i, WebLogic on Windows, DBCS, Global installations.

  6. #6
    Removing the reverse DNS / PTR record from IP addresses associated with the host did allow it to revert to the system name after restarting JDE service and the Server Manager system. Thank you!

    For the table name prefix, it may have been coming from a network interface name or something but on our most recent test we found that setting the JDENET Primary Cluster and Hostname Override settings to the primary system name did the trick and allowed our UBEs to run without error. We also made sure WRKRDBDIRE was changed to the right value so EDRSQL would start.

    Thank you!

Thread Information

Users Browsing this Thread

There are currently 1 users browsing this thread. (0 members and 1 guests)

Posting Permissions

  • You may not post new threads
  • You may not post replies
  • You may not post attachments
  • You may not edit your posts
  •  
The legal restrictions and terms of use applicable to this site are available here.
Use of this site signifies your agreement to the terms of use.
JDELIST is NOT affiliated with JD Edwards® & Company, Oracle or Peoplesoft. Contents of this site are neither endorsed nor approved by JD Edwards® & Company and, or Oracle.