Set up Cluster with D1000

Im trying to set up a cluster configuration only with two Ultra5. I don't know if it is mandatory to get storage array, or only to have a spare shared disk plus private disk is enough.
I am about to buy D1000 storage array but the seller just told me that it wont work with my scsi controller ISP1040B, I do not know what to do at the moment. Maybe I need one of these SCSI controllers (Sun X5010A, Sun X6540A, Sun X6541A) instead of ISP1040B.
Is it necessary to plug a RAID controller on an Ultra5 PCI slot in order to access to D1000?
Do I need one or two D1000 to set up a minimal Cluster?
Anyone knows where can I download Veritas Volume Manager 3.0, 3.1 and Sun Cluster 3.0, 3.1 for Sparc?
Thanks,
David

Hello Martin,
the support forums are back, but javascript (e.g. Formatting Tools) still not working.
Michael
Edit by Moderator:
Michael is referring to an unexpected and unplanned forum outage.
<u><i><b><font color="red"><font face="Arial"> test of text formatting FUD code</font></font></b></i></u>
(which seems to also be fixed, if you code it manually)
We do not expect javascript to ever be active, again,
after the Spring 2005 forum color schema changes.
<img src="images/smiley_icons/icon_rolleyes.gif" border=0 alt="Rolling Eyes">

Similar Messages

  • Setting tomcat cluster with F5 device, not working

    Hi. I have 2 servers each with tomcat 5.0.28 on them, I am trying to set up a cluster but when i do as the instructions say in tomcat clustering references, the server which has the apache on it after i change the server.xml files you can't log onto the browser gives error 503 couldn't connect on port 80.
    I have left the server.xml files the same on each server as i thought it should be fine if 2 tomcats on different servers. Except i changed the mcastAddress to the same on both which is the IP of the main server. Is this right?
    So i am not sure if there is something preventing it from working on the F5 device? I have been at this co. for 3 months and nobody seems to know anything about this so i have to figure it all out myself.
    Please if anyone knows anything or why this might not be working please help!
    Thanks!

    I have WPA-Personal setup on my Linksys WRT54GS router and enter password normally when connecting to home network. It works just like connecting any pc to my home network.
    And it is really fast. Even walked out in the back yard and signal was still strong.
    thanks

  • Can we install a new mssql cluster on the same windows cluster which already containes a mssql cluster with named instance

    We have a MSSQL 2008R2 Enterprise edition with a two node active passive fail-over cluster running on 2008R2 windows cluster with out any issues,
    Now my question is can we add one more MSSSQL cluster instance for the same setup with out disturbing the existing one ?
    Also give thoughts on load sharing as the second node is mostly ideal now except fail-over scenarios,
    Why we go for this situation is because of the collation setting which can be set only one per instance(Database collation setting change not working), we need a different default collation for the new setup

    hi,
    >>Now my question is can we add one more MSSSQL cluster instance for the same setup with out disturbing the existing one ?
    Yes it is possible .You need to add new drives as cluster aware and install SQL server and put data and log files on thse drives.YOu would need to create named instance of SQL server and need to create different resource group.Both old installation and new
    onw would work separately.
    >>Also give thoughts on load sharing as the second node is mostly ideal now except fail-over scenarios,
    Good point indeed.You are about to create Multi instance cluster and should plan for scenario where one node is down and other node is handling load for both instances.Memory and CPU should be enough to handle the load.
    >>Why we go for this situation is because of the collation setting which can be set only one per instance(Database collation setting change not working), we need a different default collation for the new setup .
    Just for collation if you are installing new instance seems little wierd to me.You can manage collation at column ,database and at server level.
    http://technet.microsoft.com/en-us/library/aa174903(v=sql.80).aspx
    Please mark this reply as the answer or vote as helpful, as appropriate, to make it useful for other readers

  • Error when setting up cluster in weblogic 10.3.6

    Hi All,
    We are trying to set up a cluster with 2 managed servers in WLS 10.3.6. The issue is that we do not manage to deploy our application on the managed server as when we start the managed servesr we have the following error message :
    javax.naming.NameNotFoundException: While trying to lookup 'ouaf.servicebean' didn't find subcontext 'ouaf'. Resolved '' [Root exception is javax.naming.NameNotFoundException: While trying to lookup 'ouaf.servicebean' didn't find subcontext 'ouaf'. Resolved '']; remaining name 'ouaf/servicebean'
    Unfotunately, we are failing to resolve this issue. Any help would be greatly appreciated !!!
    Many thanks.

    HI,
    Just try to clear tmp and cache once a see if you still face same problem.
    If not please put the complete error stack to verify what exactly going on there.
    Regards,
    Kal

  • WL Cluster with NES Proxy

    We are evaluating the Cluster features of WebLogic and got a eval
              license for the Cluster Support.
              I am running a default cluster (mycluster) using the default Multicast
              address (237.0.0.1) and am seeing
              some strange behaviour/errors.
              Would appreciate some asistance in this matter.
              Our Environment
              I created directory in a shared file system to host the cluster.
              (h:\kkanth\weblogic)
              Created the mycluster directory and other directories as recommended in
              the Administrator's guide.
              I have two WL Servers (asera190 and asera162) with permanent IP
              addresses of 10.1.1.61 and 10.1.1.70 respectively. They run NT 4.0.
              I'm using a NES proxy on asera190 with the plugin for WL specified in
              obj.conf alongwith the other parameters.
              I'm able to have both the servers join to cluster mycluster and the WL
              Admin Console does display a tree that depicts the cluster as well as
              servers in it (server61 and server70). The individual server directories
              are being created in h:\kkanth\weblogic\mycluster directory with the
              appropriate access.log and weblogic.log files.
              When a browser attempts to access a URL such as
              http://asera190/weblogic/snoop it does return the proper response, but
              all requests are processed by asera162 which is listed first in the
              obj.conf. Opening multiple sessions does not cause the requests to be
              sent to asera190 which is the second server in the cluster. When
              asera162 is shutdown and removed from the cluster, I hoped that
              subsequent requests would go to asera190. However , depending on the
              origin of the request, different errors were thrown. If I try to access
              http://asera190/weblogic/snoop from a browser on asera190, I get an
              error "Failure at line 351 of file proxy.cpp" ,while trying the same URL
              from asera162 cause "Failure at line 706 of file proxy.cpp".
              I'm attaching the weblogic.properties file kept in h:\kkanth\weblogic
              directory as well as the obj.conf file in the ....\config\ directory of
              asera190.
              We are running NES 3.5.1 and have setup proxy35.dll appropriately.
              weblogic.properties
              # THE WEBLOGIC PROPERTIES FILE
              # This file, which conforms to the java.util.Properties file
              # definition, configures your WebLogic products. You cannot run
              # WebLogic Server without setting required configuration properties in
              this
              # file. Required properties are marked and appear first in the file.
              # Details on each entry and important information about configuration
              # and security are documented on our website. Please go to:
              # http://www.weblogic.com/docs45/admindocs/properties.html
              # for full instructions on how to edit this file.
              # You do not need to include properties in this file unless you want to
              # change the default, embedded property. Some properties on the
              # T3AdminProps page are not listed here because the default property
              # is being used. You can change the default by adding the property and
              # its value to this file.
              # You cannot set weblogic.system.home in this file, since the WebLogic
              Server
              # must know where home is in order to retrieve this file. You can
              # change WebLogic home on the command line when you start the
              # WebLogic Server.
              # CLUSTER USERS: Note that the (shared) per-cluster properties file
              should
              # contain most all of the properties in this file. The only properties
              # that potentially belong in a per-server properties file for a server
              # running in a cluster are the registration (startup class) of pinned
              # RMI objects, and a few tuning properties that may be different for
              # servers in the cluster, depending upon hardware and memory. If you use
              # a per-server properties file, please REMOVE all properties except
              those
              # that are specifically required in the per-server properties file. You
              # can find specific notes on clusters by searching through this file for
              # "CLUSTER USERS".
              # The way this file is organized:
              # Core properties (includes REQUIRED and RECOMMENDED)
              # Core system properties
              # Core security-related properties
              # Core security-related properties for SSL
              # Core HTTPD administrative properties
              # Optional properties
              # Administrator properties
              # System properties
              # System startup files
              # System shutdown files
              # Security-related properties for Workspaces
              # Jolt for WebLogic properties
              # WebLogic Enterprise Connectivity properties
              # WebLogic File properties
              # WebLogic JMS demo properties
              # WebLogic RMI demo properties
              # WebLogic EJB demo properties
              # WebLogic ZAC demo properties
              # HTTPD administrative properties
              # WebLogic JDBC driver properties
              # WebLogic JDBC connection pool management
              # WebLogic demo connection pool
              # WebLogic HTTP Servlet properties
              # Proxy servlet registration
              # Classpath servlet registration
              # File servlet registration
              # ServerSideInclude servlet registration
              # PageCompileServlet (used by JHTML)
              # JSPServlet (used by JSP)
              # ServletServlet registration
              # Servlet reload properties
              # Servlet ACLs
              # WebLogic JHTML properties
              # User-written and demo servlet registrations
              # CORE PROPERTIES
              # You should set these before you start the WebLogic Server the first
              time.
              # If you need more instructions on individual properties in this
              # section, check the same section in the Optional Properties, where
              # we've left the long explanations. Or, better yet, go to our
              # website and read all about properties, at:
              # http://www.weblogic.com/docs45/admindocs/properties.html
              # CORE SYSTEM PROPERTIES
              # TCP/IP port number at which the WebLogic Server listens for
              connections
              weblogic.system.listenPort=7001
              # CORE SECURITY-RELATED PROPERTIES
              # Read important information about security at:
              # http://www.weblogic.com/docs45/admindocs/properties.html
              # REQUIRED: The system password MUST be set in order to start the
              # WebLogic Server. This password is case-sensitive, at least 8
              characters.
              # The username for the privileged user is ALWAYS "system".
              # This username and password also includes httpd access (see
              # HTTPD properties below).
              weblogic.password.system=kaykayka
              # RECOMMEND Set to 'everyone' if HTTPD is enabled
              weblogic.allow.execute.weblogic.servlet=everyone
              # Set individual ACLs to restrict access to HTTP-related resources,
              # such as the Administration servlets.
              # To make your own servlets generally available, follow this
              # pattern (provide a weblogic.allow.execute) for your packages and
              # set ACLs as appropriate.
              # CORE SECURITY-RELATED PROPERTIES FOR SSL
              # Read important information about SSL at:
              # http://www.weblogic.com/docs45/classdocs/API_secure.html
              # Enable SSL
              # (default if property not defined is false)
              weblogic.security.ssl.enable=true
              # SSL listen port
              weblogic.system.SSLListenPort=7002
              # Servlets for SSL
              # Authentication servlet for creating tokens for applets
              weblogic.httpd.register.authenticated=weblogic.t3.srvr.ClientAuthenticationServlet
              # Limits number of unclaimed stored tokens
              weblogic.security.certificateCacheSize=3
              # Capture CA root of client servlet
              weblogic.httpd.register.T3AdminCaptureRootCA=admin.T3AdminCaptureRootCA
              # Certificates for SSL
              # Name of acceptable CA roots
              # For client authentication change value to a valid .pem file
              #weblogic.security.clientRootCA=SecureServerCA.pem
              # Server certificates for SSL
              weblogic.security.certificate.server=democert.pem
              weblogic.security.key.server=demokey.pem
              weblogic.security.certificate.authority=ca.pem
              # registration for certificate generator servlet
              weblogic.httpd.register.Certificate=utils.certificate
              weblogic.allow.execute.weblogic.servlet.Certificate=system
              # CORE HTTPD ADMINISTRATIVE PROPERTIES
              # True permits the HTTPD to run (default)
              # Uncomment this property to disable HTTPD
              #weblogic.httpd.enable=false
              # If authentication is required, add username/password for each user
              # who will be included in an ACL, as in this commented-out example:
              #weblogic.password.peter=#8gjsL4*
              # OPTIONAL PROPERTIES
              # These properties affect the behavior of the WebLogic Server.
              # You only need to set these properties if you want
              # to change the default setting, which is the property shown.
              # ADMINISTRATOR PROPERTIES
              # Administrator properties are optional information properties,
              # particularly useful for clusters.
              #weblogic.administrator.location=3355 California Drive, West Hampshire,
              CA 94104
              #weblogic.administrator.name=Joe Administrator
              #weblogic.administrator.phone=1 415 555 1234
              # SYSTEM PROPERTIES
              # System properties in this section are set to system defaults
              # Performance pack. The shared library must be accessible from your
              # PATH (NT) or from your shared library path (UNIX; the name of the
              # variable varies: LD_LIBRARY_PATH, SHLIB_PATH, etc.)
              weblogic.system.nativeIO.enable=true
              # Outputs logging information to the console as well as to the log file
              weblogic.system.enableConsole=true
              # Sets the directory or URL for the WebLogic Admin help pages
              # The help pages are shipped in the "docs/adminhelp" directory, in the
              # default document root in public_html
              weblogic.system.helpPageURL=d:/weblogic/myserver/public_html/docs/adminhelp/
              # If you prefer to access the most recent help pages, you can do so
              online
              # by commenting out the previous property and uncommenting this one:
              #weblogic.system.helpPageURL=http://www.weblogic.com/docs45/adminhelp/
              # Properties for tuning the server's performance
              # Number of WebLogic Server execute threads.
              weblogic.system.executeThreadCount=15
              # Other optional system properties
              # Limits size of weblogic.log (in K) and versions old log
              weblogic.system.maxLogFileSize=1024
              # Adjust minimum length of password
              weblogic.system.minPasswordLen=8
              # UNIX only: If running on port 80 on UNIX, enable the setUID program
              #weblogic.system.enableSetUID=false
              # UNIX only: Unprivileged user to setUID to after starting up
              # WebLogic Server on port 80
              #weblogic.system.nonPrivUser=nobody
              # CLUSTER-SPECIFIC PROPERTIES
              # Cluster-specific properties in this section are set to system
              defaults.
              # CLUSTER USERS: Note that ALL Cluster-specific properties should be set
              # in the per-cluster properties file ONLY.
              # Time-to-live (number of hops) for the cluster's multicast messages
              # (default 1, range 1-255).
              #weblogic.cluster.multicastTTL=1
              # Sets the load-balancing algorithm to be used between
              # replicated services if none is specified. If not specified,
              # round-robin is used.
              #weblogic.cluster.defaultLoadAlgorithm=round-robin
              # SERVER-SPECIFIC CLUSTER PROPERTIES
              # Cluster-related properties in this section are set to system defaults.
              # CLUSTER USERS: Note that these server-specific cluster-related
              properties
              # should be set in the per-server properties file ONLY.
              # Sets the weight of the individual server for the weight-based
              load-balancing.
              # Range is 0 - 100.
              # Larger numbers increase the amount of traffic routed to this server.
              #weblogic.system.weight=100
              # SYSTEM STARTUP FILES - Examples
              # CLUSTER USERS: Note that ONLY startup registrations for pinned RMI
              # objects should be registered in the per-server properties file.
              # All other startup classes should be registered in the per-cluster
              # properties file.
              # For more info on writing and using startup file, see the
              # Developers Guide "Writing a WebLogic Client application," at
              # http://www.weblogic.com/docs45/classdocs/API_t3.html
              # Register a startup class by giving it a virtual name and
              # supplying its full pathname.
              #weblogic.system.startupClass.[virtual_name]=[full_pathname]
              # Add arguments for the startup class
              #weblogic.system.startupArgs.[virtual_name]={argname]=[argvalue]
              # This example shows the entry for examples/t3client/StartupQuery.java
              #weblogic.system.startupClass.doquery=examples.t3client.StartupQuery
              #weblogic.system.startupArgs.doquery=\
              # query=select * from emp,\
              # db=jdbc:weblogic:pool:demoPool
              # Other system startup files for use with VisiBroker
              # Starts the VisiBroker WebLogic Server proxy with the WebLogic Server
              # You must have installed Visigenic 2.5 for use with
              # the WebLogic Server before you uncomment these properties
              #weblogic.system.startupClass.dovisi=weblogic.corba.visi.t3server.Startup
              #weblogic.system.startupArgs.dovisi=\
              # clientName=T3Client Manager,\
              # connName=T3Connection Manager
              # SYSTEM SHUTDOWN FILES - Examples
              # For more info on writing and using shutdown file, see the
              # Developers Guide "Writing a WebLogic Client application," at
              # http://www.weblogic.com/docs45/classdocs/API_t3.html
              # Register a shutdown class by giving it a virtual name and
              # supplying its full pathname.
              #weblogic.system.shutdownClass.[virtual_name]=[full_pathname]
              # Add arguments for the shutdown class
              #weblogic.system.shutdownArgs.[virtualName]={argname]=[argvalue]
              # This example shows the entry for examples/t3client/ShutdownTest.java
              #weblogic.system.shutdownClass.ShutdownTest=examples.t3client.ShutdownTest
              #weblogic.system.shutdownArgs.ShutdownTest=\
              # outfile=c:/temp/shutdown.log
              # SECURITY-RELATED PROPERTIES FOR WORKSPACES
              # For backward compatibility, the following entries disable Access
              # Control on Workspaces
              weblogic.allow.read.weblogic.workspace=everyone
              weblogic.allow.write.weblogic.workspace=everyone
              # JOLT FOR WEBLOGIC PROPERTIES
              # These properties configure a BEA Jolt connection pool for use with
              # the simpapp and bankapp examples, and register a servlet for use with
              # with the simpapp example. The default server address provided here
              # points to a public TUXEDO server that is hosted by BEA for use with
              # this example.
              # Servlet registration for simpapp example:
              #weblogic.httpd.register.simpapp=examples.jolt.servlet.simpapp.SimpAppServlet
              # Pool creation and cleanup
              # note this example is set up to work with the public
              # demo TUXEDO server available from BEA's website:
              #weblogic.system.startupClass.demojoltpoolStart=\
              # bea.jolt.pool.servlet.weblogic.PoolManagerStartUp
              #weblogic.system.startupArgs.demojoltpoolStart=\
              # poolname=demojoltpool,\
              # appaddrlist=//beademo1.beasys.com:8000,\
              # failoverlist=//beademo1.beasys.com:8000,\
              # minpoolsize=1,\
              # maxpoolsize=3
              #weblogic.system.shutdownClass.demojoltpoolStop=\
              # bea.jolt.pool.servlet.weblogic.PoolManagerShutDown
              #weblogic.system.shutdownArgs.demojoltpoolStop=\
              # poolname=demojoltpool
              # WEBLOGIC ENTERPRISE CONNECTIVITY PROPERTIES
              # The registrations enable a BEA IIOP connection pool and
              # register servlets for use with the simpapp and university examples.
              # Configure for your environment and uncomment to use.
              # Uncommenting these properties requires WebLogic Enterprise
              Connectivity
              # and an operating WebLogic Enterprise Server.
              # Servlet registration for simpapp servlet example
              #weblogic.httpd.register.SimpappServlet=\
              # examples.wlec.servlets.simpapp.SimpappServlet
              #weblogic.allow.execute.weblogic.servlet.SimpappServlet=everyone
              # Servlet registration for simpapp EJB example
              # (You'll need to add the wlec_ejb_simpapp.jar to the
              # weblogic.ejb.deploy property in this file.)
              #weblogic.httpd.register.ejbSimpappServlet=\
              # examples.wlec.ejb.simpapp.ejbSimpappServlet
              #weblogic.allow.execute.weblogic.servlet.ejbSimpappServlet=everyone
              # Pool creation and cleanup for the simpapp example
              #weblogic.CORBA.connectionPool.simplepool=\
              # appaddrlist=//wlehost:2468,\
              # failoverlist=//wlehost:2468,\
              # minpoolsize=2,\
              # maxpoolsize=3,\
              # username=wleuser,\
              # userrole=developer,\
              # domainname=simpapp
              # Servlet registration for university Servlet example:
              #weblogic.httpd.register.UniversityServlet=\
              # examples.wlec.servlets.university.UniversityServlet
              #weblogic.allow.execute.weblogic.servlet.UniversityServlet=everyone
              # Pool creation and cleanup for the University example:
              #weblogic.CORBA.connectionPool.Univpool=\
              # appaddrlist=//wlehost:2498,\
              # failoverlist=//wlehost:2498,\
              # minpoolsize=2,\
              # maxpoolsize=3,\
              # username=wleuser,\
              # userrole=developer,\
              # apppassword=wlepassword,\
              # domainname=university
              # WEBLOGIC FILE PROPERTIES
              # Maps a volume name to a path, for client file read/write
              #weblogic.io.fileSystem.[volumeName]=[fullPathName]
              # WEBLOGIC JMS DEMO PROPERTIES
              # CLUSTER USERS: Note that ALL JMS deployment should be done in the
              # per-cluster properties file ONLY.
              # You set up a JDBC connection pool if you want persistent messages
              # (including durable subscriptions). To use JMS and EJBs in the same
              # transaction, both must use the same JDBC connection pool. Uncomment
              # the following property to use the default JDBC connection pool
              # 'demo', which is defined in the Demo connection pool section of this
              file.
              #weblogic.jms.connectionPool=demoPool
              # The JMS Webshare example demonstrates how the ClientID for a
              # durable subscriber is configured in the connection factory:
              #weblogic.jms.topic.webshareTopic=jms.topic.webshareTopic
              #weblogic.jms.connectionFactoryName.webshare=jms.connection.webshareFactory
              #weblogic.jms.connectionFactoryArgs.webshare=ClientID=webshareUser
              #weblogic.httpd.register.webshare=examples.jms.webshare.WebshareServlet
              # The JMS trader example shows how to use JMS with an EJB. In addition
              # to uncommenting the following properties, you must also set up and
              # deploy the EJB example examples.ejb.basic.statefulSession.Trader to
              # try out this JMS example:
              #weblogic.jms.topic.exampleTopic=javax.jms.exampleTopic
              #weblogic.jms.connectionFactoryName.trader=jms.connection.traderFactory
              #weblogic.jms.connectionFactoryArgs.trader=ClientID=traderReceive
              #weblogic.httpd.register.jmstrader=examples.jms.trader.TraderServlet
              # Registers the underlying servlet
              #weblogic.httpd.register.jmssender=examples.jms.sender.SenderServlet
              # These properties are used with the ServerReceive JMS example,
              # which demonstrates how to establish a JMS message consumer
              # in a startup class:
              #weblogic.system.startupClass.serverReceive=\
              # examples.jms.startup.ServerReceive
              #weblogic.system.startupArgs.serverReceive=\
              # connectionFactory=javax.jms.TopicConnectionFactory,\
              # topic=javax.jms.exampleTopic
              # These properties are used with the PoolReceive JMS example,
              # which demonstrates how to establish a pool of JMS message consumers
              # in a startup class:
              #weblogic.system.startupClass.poolReceive=\
              # examples.jms.startup.PoolReceive
              #weblogic.system.startupArgs.poolReceive=\
              # connectionFactory=javax.jms.TopicConnectionFactory,\
              # topic=javax.jms.exampleTopic
              # WEBLOGIC RMI DEMO PROPERTIES
              # CLUSTER USERS: Note that pinned RMI objects should be registered
              # in the per-server properties file ONLY. All other RMI startup
              # classes should be registered in the per-cluster properties file.
              # Remote classes registered at startup after the pattern:
              #weblogic.system.startupClass.[virtualName]=[fullPackageName]
              # These examples can be compiled to see RMI in action. Uncomment to use:
              #weblogic.system.startupClass.multihello=examples.rmi.multihello.HelloImpl
              #weblogic.system.startupClass.hello=examples.rmi.hello.HelloImpl
              # WEBLOGIC EJB DEMO PROPERTIES
              # CLUSTER USERS: Note that ALL EJB deployment should be done in the
              # per-cluster properties file ONLY.
              # See WebLogic Demo Connection Pool below for a connection pool
              # to use with these examples.
              # Deploys EJBeans. Uncomment the appropriate lines below and
              # modify DBMS-related info and paths to match your particular
              installation:
              #weblogic.ejb.deploy=\
              # d:/weblogic/myserver/cluster_ejb.jar, \
              # d:/weblogic/myserver/ejb_basic_beanManaged.jar, \
              # d:/weblogic/myserver/ejb_basic_containerManaged.jar, \
              # d:/weblogic/myserver/ejb_basic_statefulSession.jar, \
              # d:/weblogic/myserver/ejb_basic_statelessSession.jar, \
              # d:/weblogic/myserver/ejb_extensions_isModified.jar, \
              # d:/weblogic/myserver/ejb_extensions_isModifiedBeanManaged.jar, \
              # d:/weblogic/myserver/ejb_sequence_jdbc.jar, \
              # d:/weblogic/myserver/ejb_sequence_oracle.jar, \
              # d:/weblogic/myserver/ejb_subclass.jar, \
              # d:/weblogic/myserver/jolt_ejb_bankapp.jar
              # Servlets used by the EJB basic examples beanManaged and
              # containerManaged. Uncomment to use:
              #weblogic.httpd.register.beanManaged=\
              # examples.ejb.basic.beanManaged.Servlet
              #weblogic.httpd.register.containerManaged=\
              # examples.ejb.basic.containerManaged.Servlet
              # Add a list of users (set the password with
              weblogic.password.[username]=XXX)
              # to set an ACL for this servlet:
              #weblogic.allow.execute.weblogic.servlet.beanManaged=user1,user2,etc
              #weblogic.allow.execute.weblogic.servlet.containerManaged=user1,user2,etc
              #weblogic.password.user1=user1Password
              #weblogic.password.user2=user2Password
              # WEBLOGIC ZAC DEMO PROPERTIES
              # These registrations enable the ZAC Publish Wizard.
              weblogic.zac.enable=true
              # Set the publish root for a WebLogic Server. Edit and
              # uncomment to use
              #weblogic.zac.publishRoot=d:/weblogic/zac
              # Set an ACL for each package you publish. The [name] is
              # the "Package name" you assign in the ZAC Publish Wizard.
              # Publish a package, edit this property, and uncomment to use.
              #weblogic.allow.read.weblogic.zac.[name]=[user list]
              #weblogic.allow.write.weblogic.zac.[name]=system
              # HTTPD ADMINISTRATIVE PROPERTIES
              # Enables logging of HTTPD info in common log format and
              # sets the log file name (default is "access.log" in "myserver")
              weblogic.httpd.enableLogFile=true
              weblogic.httpd.logFileName=access.log
              # Tracks HTTPD requests with events delivered to WEBLOGIC.LOG.HTTPD
              weblogic.httpd.enableEvents=false
              # Enables HTTP sessions
              weblogic.httpd.session.enable=true
              # Sets an optional cookie name. The default name is "WebLogicSession".
              # Prior to version 4.0, the default was "TengahSession". To make
              # this backward compatible with cookies generated from previous
              # installations, you should set this property to "TengahSession".
              # Uncomment this line and set this to any string of your choice,
              # or comment out this property to use the default.
              #weblogic.httpd.session.cookie.name=WebLogicSession
              # MIME types
              weblogic.httpd.mimeType.text/html=html,htm
              weblogic.httpd.mimeType.image/gif=gif
              weblogic.httpd.mimeType.image/jpeg=jpeg,jpg
              weblogic.httpd.mimeType.application/pdf=pdf
              weblogic.httpd.mimeType.application/zip=zip
              weblogic.httpd.mimeType.application/x-java-vm=class
              weblogic.httpd.mimeType.application/x-java-archive=jar
              weblogic.httpd.mimeType.application/x-java-serialized-object=ser
              weblogic.httpd.mimeType.application/octet-stream=exe
              # In seconds, the keep-alive for HTTP and HTTPS requests
              weblogic.httpd.http.keepAliveSecs=60
              weblogic.httpd.https.keepAliveSecs=120
              # WEBLOGIC JDBC DRIVER PROPERTIES
              # Enables JDBC driver logging and sets the file name for the log
              # The weblogic.jdbc.logFile is placed in the per-server
              # directory (default is "myserver")
              weblogic.jdbc.enableLogFile=false
              weblogic.jdbc.logFileName=jdbc.log
              # WEBLOGIC JDBC CONNECTION POOL MANAGEMENT
              # CLUSTER USERS: Note that ALL JDBC connection pools should be set up
              # in the per-cluster properties file ONLY.
              # For creating JDBC connection pools. This example shows a connection
              # pool called "oraclePool" that allows 3 T3Users "guest," "joe," and
              "jill"
              # to use 4 JDBC connections (with a potential for up to 10 connections,
              # incremented by two at a time, with a delay of 1 second between each
              # attempt to connect to the database), to an Oracle database server
              called
              # "DEMO." If more than 4 connections are opened, after 15 minutes,
              unused
              # connections are dropped from the pool until only 4 connections remain
              open.
              # Every 10 minutes, any unused connections in the pool are tested and
              # refreshed if they are not viable.
              #weblogic.jdbc.connectionPool.oraclePool=\
              # url=jdbc:weblogic:oracle,\
              # driver=weblogic.jdbc.oci.Driver,\
              # loginDelaySecs=1,\
              # initialCapacity=4,\
              # maxCapacity=10,\
              # capacityIncrement=2,\
              # allowShrinking=true,\
              # shrinkPeriodMins=15,\
              # refreshMinutes=10,\
              # testTable=dual,\
              # props=user=SCOTT;password=tiger;server=DEMO
              # Get more details on each argument for this property in the
              # Administrators Guide on setting properties at:
              # http://www.weblogic.com/docs45/admindocs/properties.html
              # Set up ACLs for this connection pool with the following:
              #weblogic.allow.reserve.weblogic.jdbc.connectionPool.oraclePool=\
              # guest,joe,jill
              #weblogic.allow.reset.weblogic.jdbc.connectionPool.oraclePool=\
              # joe,jill
              #weblogic.allow.shrink.weblogic.jdbc.connectionPool.oraclePool=\
              # joe,jill
              # This property is an ACL that specifies the users who can
              # create dynamic connection pools

    Try the following obj.conf file. By the way why are using NES 35 version. If you are using NES 36 you should use proxy36.dll.
              Init fn="load-types" mime-types="mime.types"
              Init fn="load-modules" funcs="wl-proxy,wl-init" shlib="d:/weblogic/bin/proxy35.dll"
              Init fn="wl-init"
              Init access="C:/Netscape/SuiteSpot/https-octavia/logs/accessNewELF" format.access="%Ses->client.ip% - %Req->vars.auth-user% [%SYSDATE%] \"%Req->reqpb.clf-request%\" %Req->srvhdrs.clf-status% %Req->srvhdrs.content-length%
              \"%Req->headers.referer%\" \"%Req->headers.user-agent%\" %Req->reqpb.method% %Req->reqpb.uri% %Req->reqpb.query% \"%Req->reqpb.protocol%\"" fn="flex-init"
              <Object name="tg" ppath="*/weblogic/*">
              Service fn="wl-proxy" WebLogicCluster="asera190:7001,asera162:7001" PathTrim="/weblogic"
              </Object>
              <Object name="default">
              NameTrans fn="pfx2dir" from="/ns-icons" dir="C:/Netscape/SuiteSpot/ns-icons"
              NameTrans fn="pfx2dir" from="/mc-icons" dir="C:/Netscape/SuiteSpot/ns-icons"
              NameTrans fn="pfx2dir" from="/help" dir="C:/Netscape/SuiteSpot/manual/https/ug"
              NameTrans fn="document-root" root="C:/Netscape/SuiteSpot/docs"
              PathCheck fn="nt-uri-clean"
              PathCheck fn="check-acl" acl="default"
              PathCheck fn="find-pathinfo"
              PathCheck fn="find-index" index-names="index.html,home.html"
              ObjectType fn="type-by-extension"
              ObjectType fn="force-type" type="text/plain"
              Service method="(GET|HEAD|POST|PUT)" type="text/jsp" fn="wl-proxy" WebLogicCluster="asera190:7001,asera162:7001"
              Service method="(GET|HEAD)" type="magnus-internal/imagemap" fn="imagemap"
              Service method="(GET|HEAD)" type="magnus-internal/directory" fn="index-common"
              Service method="(GET|HEAD)" type="*~magnus-internal/*" fn="send-file"
              AddLog fn="flex-log" name="access"
              </Object>
              <Object ppath="/usr/suitespot/docs/.perf">
              Service fn="service-dump"
              </Object>
              <Object name="cgi">
              ObjectType fn="force-type" type="magnus-internal/cgi"
              Service fn="send-cgi"
              </Object>
              Hope this helps
              Krishna Kanth wrote:
              > We are evaluating the Cluster features of WebLogic and got a eval
              > license for the Cluster Support.
              > I am running a default cluster (mycluster) using the default Multicast
              > address (237.0.0.1) and am seeing
              > some strange behaviour/errors.
              > Would appreciate some asistance in this matter.
              >
              > Our Environment
              > ----------------
              >
              > I created directory in a shared file system to host the cluster.
              > (h:\kkanth\weblogic)
              > Created the mycluster directory and other directories as recommended in
              > the Administrator's guide.
              >
              > I have two WL Servers (asera190 and asera162) with permanent IP
              > addresses of 10.1.1.61 and 10.1.1.70 respectively. They run NT 4.0.
              > I'm using a NES proxy on asera190 with the plugin for WL specified in
              > obj.conf alongwith the other parameters.
              >
              > I'm able to have both the servers join to cluster mycluster and the WL
              > Admin Console does display a tree that depicts the cluster as well as
              > servers in it (server61 and server70). The individual server directories
              > are being created in h:\kkanth\weblogic\mycluster directory with the
              > appropriate access.log and weblogic.log files.
              >
              > When a browser attempts to access a URL such as
              >
              > http://asera190/weblogic/snoop it does return the proper response, but
              > all requests are processed by asera162 which is listed first in the
              > obj.conf. Opening multiple sessions does not cause the requests to be
              > sent to asera190 which is the second server in the cluster. When
              > asera162 is shutdown and removed from the cluster, I hoped that
              > subsequent requests would go to asera190. However , depending on the
              > origin of the request, different errors were thrown. If I try to access
              > http://asera190/weblogic/snoop from a browser on asera190, I get an
              > error "Failure at line 351 of file proxy.cpp" ,while trying the same URL
              > from asera162 cause "Failure at line 706 of file proxy.cpp".
              >
              > I'm attaching the weblogic.properties file kept in h:\kkanth\weblogic
              > directory as well as the obj.conf file in the ....\config\ directory of
              > asera190.
              >
              > We are running NES 3.5.1 and have setup proxy35.dll appropriately.
              >
              > weblogic.properties
              > *********
              > # THE WEBLOGIC PROPERTIES FILE
              > # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # #
              > # This file, which conforms to the java.util.Properties file
              > # definition, configures your WebLogic products. You cannot run
              > # WebLogic Server without setting required configuration properties in
              > this
              > # file. Required properties are marked and appear first in the file.
              > #
              > # Details on each entry and important information about configuration
              > # and security are documented on our website. Please go to:
              > #
              > # http://www.weblogic.com/docs45/admindocs/properties.html
              > #
              > # for full instructions on how to edit this file.
              > #
              > # You do not need to include properties in this file unless you want to
              > # change the default, embedded property. Some properties on the
              > # T3AdminProps page are not listed here because the default property
              > # is being used. You can change the default by adding the property and
              > # its value to this file.
              > #
              > # You cannot set weblogic.system.home in this file, since the WebLogic
              > Server
              > # must know where home is in order to retrieve this file. You can
              > # change WebLogic home on the command line when you start the
              > # WebLogic Server.
              > #
              > # CLUSTER USERS: Note that the (shared) per-cluster properties file
              > should
              > # contain most all of the properties in this file. The only properties
              > # that potentially belong in a per-server properties file for a server
              > # running in a cluster are the registration (startup class) of pinned
              > # RMI objects, and a few tuning properties that may be different for
              > # servers in the cluster, depending upon hardware and memory. If you use
              >
              > # a per-server properties file, please REMOVE all properties except
              > those
              > # that are specifically required in the per-server properties file. You
              > # can find specific notes on clusters by searching through this file for
              >
              > # "CLUSTER USERS".
              > #
              > # -------------------------------------------------
              > # The way this file is organized:
              > # Core properties (includes REQUIRED and RECOMMENDED)
              > # Core system properties
              > # Core security-related properties
              > # Core security-related properties for SSL
              > # Core HTTPD administrative properties
              > #
              > # Optional properties
              > # Administrator properties
              > # System properties
              > # System startup files
              > # System shutdown files
              > # Security-related properties for Workspaces
              > # Jolt for WebLogic properties
              > # WebLogic Enterprise Connectivity properties
              > # WebLogic File properties
              > # WebLogic JMS demo properties
              > # WebLogic RMI demo properties
              > # WebLogic EJB demo properties
              > # WebLogic ZAC demo properties
              > # HTTPD administrative properties
              > # WebLogic JDBC driver properties
              > # WebLogic JDBC connection pool management
              > # WebLogic demo connection pool
              > # WebLogic HTTP Servlet properties
              > # Proxy servlet registration
              > # Classpath servlet registration
              > # File servlet registration
              > # ServerSideInclude servlet registration
              > # PageCompileServlet (used by JHTML)
              > # JSPServlet (used by JSP)
              > # ServletServlet registration
              > # Servlet reload properties
              > # Servlet ACLs
              > # WebLogic JHTML properties
              > # User-written and demo servlet registrations
              > # -------------------------------------------------
              >
              > #################################################################
              > # CORE PROPERTIES
              > # -------------------------------------------------
              > # You should set these before you start the WebLogic Server the first
              > time.
              > # If you need more instructions on individual properties in this
              > # section, check the same section in the Optional Properties, where
              > # we've left the long explanations. Or, better yet, go to our
              > # website and read all about properties, at:
              > # http://www.weblogic.com/docs45/admindocs/properties.html
              > #################################################################
              >
              > # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # #
              > # CORE SYSTEM PROPERTIES
              > # -------------------------------------------------
              > # TCP/IP port number at which the WebLogic Server listens for
              > connections
              > weblogic.system.listenPort=7001
              >
              > # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # #
              > # CORE SECURITY-RELATED PROPERTIES
              > # -------------------------------------------------
              > # Read important information about security at:
              > #
              > # http://www.weblogic.com/docs45/admindocs/properties.html
              > #
              > # REQUIRED: The system password MUST be set in order to start the
              > # WebLogic Server. This password is case-sensitive, at least 8
              > characters.
              > # The username for the privileged user is ALWAYS "system".
              > # This username and password also includes httpd access (see
              > # HTTPD properties below).
              > weblogic.password.system=kaykayka
              >
              > # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # #
              > # RECOMMEND Set to 'everyone' if HTTPD is enabled
              > weblogic.allow.execute.weblogic.servlet=everyone
              > # Set individual ACLs to restrict access to HTTP-related resources,
              > # such as the Administration servlets.
              > # To make your own servlets generally available, follow this
              > # pattern (provide a weblogic.allow.execute) for your packages and
              > # set ACLs as appropriate.
              >
              > # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # #
              > # CORE SECURITY-RELATED PROPERTIES FOR SSL
              > # ------------------------------------------------
              > # Read important information about SSL at:
              > #
              > # http://www.weblogic.com/docs45/classdocs/API_secure.html
              > #
              > # Enable SSL
              > # (default if property not defined is false)
              > weblogic.security.ssl.enable=true
              > #
              > # SSL listen port
              > weblogic.system.SSLListenPort=7002
              >
              > # Servlets for SSL
              > # ------------------------------------------------
              > # Authentication servlet for creating tokens for applets
              > weblogic.httpd.register.authenticated=weblogic.t3.srvr.ClientAuthenticationServlet
              >
              > # Limits number of unclaimed stored tokens
              > weblogic.security.certificateCacheSize=3
              > # Capture CA root of client servlet
              > weblogic.httpd.register.T3AdminCaptureRootCA=admin.T3AdminCaptureRootCA
              >
              > # Certificates for SSL
              > # ------------------------------------------------
              > # Name of acceptable CA roots
              > # For client authentication change value to a valid .pem file
              > #weblogic.security.clientRootCA=SecureServerCA.pem
              > #
              > # Server certificates for SSL
              > # ------------------------------------------------
              > weblogic.security.certificate.server=democert.pem
              > weblogic.security.key.server=demokey.pem
              > weblogic.security.certificate.authority=ca.pem
              >
              > # registration for certificate generator servlet
              > weblogic.httpd.register.Certificate=utils.certificate
              > weblogic.allow.execute.weblogic.servlet.Certificate=system
              >
              > # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # #
              > # CORE HTTPD ADMINISTRATIVE PROPERTIES
              > # ------------------------------------------------
              > # True permits the HTTPD to run (default)
              > # Uncomment this property to disable HTTPD
              > #weblogic.httpd.enable=false
              > #
              > # If authentication is required, add username/password for each user
              > # who will be included in an ACL, as in this commented-out example:
              > #weblogic.password.peter=#8gjsL4*
              >
              > #################################################################
              > # OPTIONAL PROPERTIES
              > # ------------------------------------------------
              > # These properties affect the behavior of the WebLogic Server.
              > # You only need to set these properties if you want
              > # to change the default setting, which is the property shown.
              >
              > # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # #
              > # ADMINISTRATOR PROPERTIES
              > # ------------------------------------------------
              > # Administrator properties are optional information properties,
              > # particularly useful for clusters.
              > #weblogic.administrator.location=3355 California Drive, West Hampshire,
              > CA 94104
              > #weblogic.administrator.name=Joe Administrator
              > #weblogic.administrator.phone=1 415 555 1234
              >
              > # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # #
              > # SYSTEM PROPERTIES
              > # ------------------------------------------------
              > # System properties in this section are set to system defaults
              >
              > # Performance pack. The shared library must be accessible from your
              > # PATH (NT) or from your shared library path (UNIX; the name of the
              > # variable varies: LD_LIBRARY_PATH, SHLIB_PATH, etc.)
              > weblogic.system.nativeIO.enable=true
              >
              > # Outputs logging information to the console as well as to the log file
              > weblogic.system.enableConsole=true
              >
              > # Sets the directory or URL for the WebLogic Admin help pages
              > # The help pages are shipped in the "docs/adminhelp" directory, in the
              > # default document root in public_html
              > weblogic.system.helpPageURL=d:/weblogic/myserver/public_html/docs/adminhelp/
              >
              > # If you prefer to access the most recent help pages, you can do so
              > online
              > # by commenting out the previous property and uncommenting this one:
              > #weblogic.system.helpPageURL=http://www.weblogic.com/docs45/adminhelp/
              >
              > # Properties for tuning the server's performance
              > # ------------------------------------------------
              > # Number of WebLogic Server execute threads.
              > weblogic.system.executeThreadCount=15
              >
              > # Other optional system properties
              > # ------------------------------------------------
              > # Limits size of weblogic.log (in K) and versions old log
              > weblogic.system.maxLogFileSize=1024
              >
              > # Adjust minimum length of password
              > weblogic.system.minPasswordLen=8
              >
              > # UNIX only: If running on port 80 on UNIX, enable the setUID program
              > #weblogic.system.enableSetUID=false
              >
              > # UNIX only: Unprivileged user to setUID to after starting up
              > # WebLogic Server on port 80
              > #weblogic.system.nonPrivUser=nobody
              >
              > # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # #
              > # CLUSTER-SPECIFIC PROPERTIES
              > # ------------------------------------------------
              > # Cluster-specific properties in this section are set to system
              > defaults.
              > # CLUSTER USERS: Note that ALL Cluster-specific properties should be set
              >
              > # in the per-cluster properties file ONLY.
              > #
              > # Time-to-live (number of hops) for the cluster's multicast messages
              > # (default 1, range 1-255).
              > #weblogic.cluster.multicastTTL=1
              > #
              > # Sets the load-balancing algorithm to be used between
              > # replicated services if none is specified. If not specified,
              > # round-robin is used.
              > #weblogic.cluster.defaultLoadAlgorithm=round-robin
              >
              > # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # #
              > # SERVER-SPECIFIC CLUSTER PROPERTIES
              > # ------------------------------------------------
              > # Cluster-related properties in this section are set to system defaults.
              >
              > # CLUSTER USERS: Note that these server-specific cluster-related
              > properties
              > # should be set in the per-server properties file ONLY.
              > #
              > # Sets the weight of the individual server for the weight-based
              > load-balancing.
              > # Range is 0 - 100.
              > # Larger numbers increase the amount of traffic routed to this server.
              > #weblogic.system.weight=100
              >
              > # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # #
              > # SYSTEM STARTUP FILES - Examples
              > # ------------------------------------------------
              > # CLUSTER USERS: Note that ONLY startup registrations for pinned RMI
              > # objects should be registered in the per-server properties file.
              > # All other startup classes should be registered in the per-cluster
              > # properties file.
              > #
              > # For more info on writing and using startup file, see the
              > # Developers Guide "Writing a WebLogic Client application," at
              > # http://www.weblogic.com/docs45/classdocs/API_t3.html
              > #
              > # Register a startup class by giving it a virtual name and
              > # supplying its full pathname.
              > #weblogic.system.startupClass.[virtual_name]=[full_pathname]
              > #
              > # Add arguments for the startup class
              > #weblogic.system.startupArgs.[virtual_name]={argname]=[argvalue]
              > #
              > # This example shows the entry for examples/t3client/StartupQuery.java
              > #weblogic.system.startupClass.doquery=examples.t3client.StartupQuery
              > #weblogic.system.startupArgs.doquery=\
              > # query=select * from emp,\
              > # db=jdbc:weblogic:pool:demoPool
              > #
              > # Other system startup files for use with VisiBroker
              > # ------------------------------------------------
              > # Starts the VisiBroker WebLogic Server proxy with the WebLogic Server
              > # You must have installed Visigenic 2.5 for use with
              > # the WebLogic Server before you uncomment these properties
              > #weblogic.system.startupClass.dovisi=weblogic.corba.visi.t3server.Startup
              >
              > #weblogic.system.startupArgs.dovisi=\
              > # clientName=T3Client Manager,\
              > # connName=T3Connection Manager
              >
              > # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # #
              > # SYSTEM SHUTDOWN FILES - Examples
              > # ------------------------------------------------
              > # For more info on writing and using shutdown file, see the
              > # Developers Guide "Writing a WebLogic Client application," at
              > # http://www.weblogic.com/docs45/classdocs/API_t3.html
              > #
              > # Register a shutdown class by giving it a virtual name and
              > # supplying its full pathname.
              > #weblogic.system.shutdownClass.[virtual_name]=[full_pathname]
              > #
              > # Add arguments for the shutdown class
              > #weblogic.system.shutdownArgs.[virtualName]={argname]=[argvalue]
              > #
              > # This example shows the entry for examples/t3client/ShutdownTest.java
              > #weblogic.system.shutdownClass.ShutdownTest=examples.t3client.ShutdownTest
              >
              > #weblogic.system.shutdownArgs.ShutdownTest=\
              > # outfile=c:/temp/shutdown.log
              >
              > # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # #
              > # SECURITY-RELATED PROPERTIES FOR WORKSPACES
              > # ------------------------------------------------
              > # For backward compatibility, the following entries disable Access
              > # Control on Workspaces
              > weblogic.allow.read.weblogic.workspace=everyone
              > weblogic.allow.write.weblogic.workspace=everyone
              >
              > # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # #
              > # JOLT FOR WEBLOGIC PROPERTIES
              > # ------------------------------------------------
              > # These properties configure a BEA Jolt connection pool for use with
              > # the simpapp and bankapp examples, and register a servlet for use with
              > # with the simpapp example. The default server address provided here
              > # points to a public TUXEDO server that is hosted by BEA for use with
              > # this example.
              > #
              > # Servlet registration for simpapp example:
              > # ------------------------------------------------
              > #weblogic.httpd.register.simpapp=examples.jolt.servlet.simpapp.SimpAppServlet
              >
              > #
              > # Pool creation and cleanup
              > # note this example is set up to work with the public
              > # demo TUXEDO server available from BEA's website:
              > # ------------------------------------------------
              > #weblogic.system.startupClass.demojoltpoolStart=\
              > # bea.jolt.pool.servlet.weblogic.PoolManagerStartUp
              > #weblogic.system.startupArgs.demojoltpoolStart=\
              > # poolname=demojoltpool,\
              > # appaddrlist=//beademo1.beasys.com:8000,\
              > # failoverlist=//beademo1.beasys.com:8000,\
              > # minpoolsize=1,\
              > # maxpoolsize=3
              > #
              > #weblogic.system.shutdownClass.demojoltpoolStop=\
              > # bea.jolt.pool.servlet.weblogic.PoolManagerShutDown
              > #weblogic.system.shutdownArgs.demojoltpoolStop=\
              > # poolname=demojoltpool
              >
              > # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # #
              > # WEBLOGIC ENTERPRISE CONNECTIVITY PROPERTIES
              > # ------------------------------------------------
              > # The registrations enable a BEA IIOP connection pool and
              > # register servlets for use with the simpapp and university examples.
              > # Configure for your environment and uncomment to use.
              > # Uncommenting these properties requires WebLogic Enterprise
              > Connectivity
              > # and an operating WebLogic Enterprise Server.
              > #
              > # Servlet registration for simpapp servlet example
              > # ------------------------------------------------
              > #weblogic.httpd.register.SimpappServlet=\
              > # examples.wlec.servlets.simpapp.SimpappServlet
              > #
              > #weblogic.allow.execute.weblogic.servlet.SimpappServlet=everyone
              > #
              > # Servlet registration for simpapp EJB example
              > # (You'll need to add the wlec_ejb_simpapp.jar to the
              > # weblogic.ejb.deploy property in this file.)
              > # --------------------------------------------
              > #weblogic.httpd.register.ejbSimpappServlet=\
              > # examples.wlec.ejb.simpapp.ejbSimpappServlet
              > #weblogic.allow.execute.weblogic.servlet.ejbSimpappServlet=everyone
              > #
              > # Pool creation and cleanup for the simpapp example
              > # -------------------------------------------------
              > #weblogic.CORBA.connectionPool.simplepool=\
              > # appaddrlist=//wlehost:2468,\
              > # failoverlist=//wlehost:2468,\
              > # minpoolsize=2,\
              > # maxpoolsize=3,\
              > # username=wleuser,\
              > # userrole=developer,\
              > # domainname=simpapp
              > #
              > # Servlet registration for university Servlet example:
              > # ---------------------------------------------------
              > #weblogic.httpd.register.UniversityServlet=\
              > # examples.wlec.servlets.university.UniversityServlet
              > #weblogic.allow.execute.weblogic.servlet.UniversityServlet=everyone
              > #
              > # Pool creation and cleanup for the University example:
              > # ----------------------------------------------------
              > #weblogic.CORBA.connectionPool.Univpool=\
              > # appaddrlist=//wlehost:2498,\
              > # failoverlist=//wlehost:2498,\
              > # minpoolsize=2,\
              > # maxpoolsize=3,\
              > # username=wleuser,\
              > # userrole=developer,\
              > # apppassword=wlepassword,\
              > # domainname=university
              >
              > # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # #
              > # WEBLOGIC FILE PROPERTIES
              > # ------------------------------------------------
              > # Maps a volume name to a path, for client file read/write
              > #weblogic.io.fileSystem.[volumeName]=[fullPathName]
              >
              > # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # #
              > # WEBLOGIC JMS DEMO PROPERTIES
              > # -------------------------------------------------
              > # CLUSTER USERS: Note that ALL JMS deployment should be done in the
              > # per-cluster properties file ONLY.
              > #
              > # You set up a JDBC connection pool if you want persistent messages
              > # (including durable subscriptions). To use JMS and EJBs in the same
              > # transaction, both must use the same JDBC connection pool. Uncomment
              > # the following property to use the default JDBC connection pool
              > # 'demo', which is defined in the Demo connection pool section of this
              > file.
              > #
              > #weblogic.jms.connectionPool=demoPool
              > #
              > # The JMS Webshare example demonstrates how the ClientID for a
              > # durable subscriber is configured in the connection factory:
              > #
              > #weblogic.jms.topic.webshareTopic=jms.topic.webshareTopic
              > #weblogic.jms.connectionFactoryName.webshare=jms.connection.webshareFactory
              >
              > #weblogic.jms.connectionFactoryArgs.webshare=ClientID=webshareUser
              > #weblogic.httpd.register.webshare=examples.jms.webshare.WebshareServlet
              > #
              > # The JMS trader example shows how to use JMS with an EJB. In addition
              > # to uncommenting the following properties, you must also set up and
              > # deploy the EJB example examples.ejb.basic.statefulSession.Trader to
              > # try out this JMS example:
              > #
              > #weblogic.jms.topic.exampleTopic=javax.jms.exampleTopic
              > #weblogic.jms.connectionFactoryName.trader=jms.connection.traderFactory
              > #weblogic.jms.connectionFactoryArgs.trader=ClientID=traderReceive
              > #weblogic.httpd.register.jmstrader=examples.jms.trader.TraderServlet
              > #
              > # Registers the underlying servlet
              > #weblogic.httpd.register.jmssender=examples.jms.sender.SenderServlet
              > #
              > # These properties are used with the ServerReceive JMS example,
              > # which demonstrates how to establish a JMS message consumer
              > # in a startup class:
              > #
              > #weblogic.system.startupClass.serverReceive=\
              > # examples.jms.startup.ServerReceive
              > #weblogic.system.startupArgs.serverReceive=\
              > # connectionFactory=javax.jms.TopicConnectionFactory,\
              > # topic=javax.jms.exampleTopic
              > #
              > # These properties are used with the PoolReceive JMS example,
              > # which demonstrates how to establish a pool of JMS message consumers
              > # in a startup class:
              > #weblogic.system.startupClass.poolReceive=\
              > # examples.jms.startup.PoolReceive
              > #weblogic.system.startupArgs.poolReceive=\
              > # connectionFactory=javax.jms.TopicConnectionFactory,\
              > # topic=javax.jms.exampleTopic
              >
              > # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # #
              > # WEBLOGIC RMI DEMO PROPERTIES
              > # ------------------------------------------------
              > # CLUSTER USERS: Note that pinned RMI objects should be registered
              > # in the per-server properties file ONLY. All other RMI startup
              > # classes should be registered in the per-cluster properties file.
              > #
              > # Remote classes registered at startup after the pattern:
              > #weblogic.system.startupClass.[virtualName]=[fullPackageName]
              > #
              > # These examples can be compiled to see RMI in action. Uncomment to use:
              >
              > #weblogic.system.startupClass.multihello=examples.rmi.multihello.HelloImpl
              >
              > #weblogic.system.startupClass.hello=examples.rmi.hello.HelloImpl
              >
              > # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # #
              > # WEBLOGIC EJB DEMO PROPERTIES
              > # -------------------------------------------------
              > # CLUSTER USERS: Note that ALL EJB deployment should be done in the
              > # per-cluster properties file ONLY.
              > #
              > # See WebLogic Demo Connection Pool below for a connection pool
              > # to use with these examples.
              > #
              > # Deploys EJBeans. Uncomment the appropriate lines below and
              > # modify DBMS-related info and paths to match your particular
              > installation:
              > #weblogic.ejb.deploy=\
              > # d:/weblogic/myserver/cluster_ejb.jar, \
              > # d:/weblogic/myserver/ejb_basic_beanManaged.jar, \
              > # d:/weblogic/myserver/ejb_basic_containerManaged.jar, \
              > # d:/weblogic/myserver/ejb_basic_statefulSession.jar, \
              > # d:/weblogic/myserver/ejb_basic_statelessSession.jar, \
              > # d:/weblogic/myserver/ejb_extensions_isModified.jar, \
              > # d:/weblogic/myserver/ejb_extensions_isModifiedBeanManaged.jar, \
              >
              > # d:/weblogic/myserver/ejb_sequence_jdbc.jar, \
              > # d:/weblogic/myserver/ejb_sequence_oracle.jar, \
              > # d:/weblogic/myserver/ejb_subclass.jar, \
              > # d:/weblogic/myserver/jolt_ejb_bankapp.jar
              > #
              > # Servlets used by the EJB basic examples beanManaged and
              > # containerManaged. Uncomment to use:
              > #weblogic.httpd.register.beanManaged=\
              > # examples.ejb.basic.beanManaged.Servlet
              > #weblogic.httpd.register.containerManaged=\
              > # examples.ejb.basic.containerManaged.Servlet
              > #
              > # Add a list of users (set the password with
              > weblogic.password.[username]=XXX)
              > # to set an ACL for this servlet:
              > #weblogic.allow.execute.weblogic.servlet.beanManaged=user1,user2,etc
              > #weblogic.allow.execute.weblogic.servlet.containerManaged=user1,user2,etc
              >
              > #weblogic.password.user1=user1Password
              > #weblogic.password.user2=user2Password
              >
              > # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # #
              > # WEBLOGIC ZAC DEMO PROPERTIES
              > # -------------------------------------------------
              > # These registrations enable the ZAC Publish Wizard.
              > #
              > weblogic.zac.enable=true
              > #
              > # Set the publish root for a WebLogic Server. Edit and
              > # uncomment to use
              > #
              > #weblogic.zac.publishRoot=d:/weblogic/zac
              > #
              > # Set an ACL for each package you publish. The [name] is
              > # the "Package name" you assign in the ZAC Publish Wizard.
              > # Publish a package, edit this property, and uncomment to use.
              > #weblogic.allow.read.weblogic.zac.[name]=[user list]
              > #weblogic.allow.write.weblogic.zac.[name]=system
              >
              > # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # #
              > # HTTPD ADMINISTRATIVE PROPERTIES
              > # ------------------------------------------------
              > # Enables logging of HTTPD info in common log format and
              > # sets the log file name (default is "access.log" in "myserver")
              > weblogic.httpd.enableLogFile=true
              > weblogic.httpd.logFileName=access.log
              >
              > # Tracks HTTPD requests with events delivered to WEBLOGIC.LOG.HTTPD
              > weblogic.httpd.enableEvents=false
              >
              > # Enables HTTP sessions
              > weblogic.httpd.session.enable=true
              >
              > # Sets an optional cookie name. The default name is "WebLogicSession".
              > # Prior to version 4.0, the default was "TengahSession". To make
              > # this backward compatible with cookies generated from previous
              > # installations, you should set this property to "TengahSession".
              > # Uncomment t

  • Having issue with start weblogic cluster with tangosol cluster

    Hi,
    Oracle Coherence Version 3.3.1/389p1
    Grid Edition: Development mode
    We are using Weblogic 8.1.5 with Tangosol 3.3.1 on Linux servers.
    And we added the initializing logic in the servlet's init() method to get all NamedCaches and put into the ServletContext.
    When we start weblogic cluster, the first weblogic member will startup successfully with following messages :
    <Nov 7, 2007 10:12:30 AM EST> <Info> <HTTP> <BEA-101047> <[2007-11-07 10ServletContext(id=259640596,name=clusterqa,context-path=)] initObjects: init>:12:31.565 Oracle Coherence 3.3.1/389p1 <Info> (thread=Main Thread, member=n/a): Loaded operational configuration from resource "zip:/home/server/clusterqa/wls81/DOCVIEW/docqa1/.wlnotdelete/extract/docqa1_DOC_clusterqa/jarfiles/WEB-INF/lib/coherence.jar!/tangosol-coherence.xml"
    2007-11-07 10:12:31.598 Oracle Coherence 3.3.1/389p1 <Info> (thread=Main Thread, member=n/a): Loaded operational overrides from file "/home/www/WEB-INF/lib/tangosol-coherence-override.xml"
    Oracle Coherence Version 3.3.1/389p1
    Grid Edition: Development mode
    Copyright (c) 2000-2007 Oracle. All rights reserved.
    2007-11-07 10:12:31.938 Oracle Coherence GE 3.3.1/389p1 <Info> (thread=Main Thread, member=n/a): Loaded cache configuration from file "/home/www/WEB-INF/lib/pub-search-cache-config.xml"
    2007-11-07 10:12:31.983 Oracle Coherence GE 3.3.1/389p1 <Info> (thread=Main Thread, member=n/a): sun.misc.AtomicLong is not supported on this JVM; using a synchronized counter. Though safe to ignore, you may upgrade to BEA's 1.5 JVM to fix this issue.
    2007-11-07 10:12:33.267 Oracle Coherence GE 3.3.1/389p1 <Warning> (thread=Main Thread, member=n/a): UnicastUdpSocket failed to set receive buffer size to 1428 packets (2096304 bytes); actual size is 89 packets (131071 bytes). Consult your OS documentation regarding increasing the maximum socket buffer size. Proceeding with the actual value may cause sub-optimal performance.
    2007-11-07 10:12:34.118 Oracle Coherence GE 3.3.1/389p1 <D5> (thread=Cluster, member=n/a): Service Cluster joined the cluster with senior service member n/a
    2007-11-07 10:12:37.508 Oracle Coherence GE 3.3.1/389p1 <Info> (thread=Cluster, member=n/a): Created a new cluster with Member(Id=1, Timestamp=2007-11-07 10:12:33.323, Address=10.5.176.86:8088, MachineId=48982, Edition=Grid Edition, Mode=Development, CpuCount=4, SocketCount=2) UID=0x0A05B056000001161AAB782BBF561F98
    2007-11-07 10:12:37.736 Oracle Coherence GE 3.3.1/389p1 <D5> (thread=Invocation:Management, member=1): Service Management joined the cluster with senior service member 1
    2007-11-07 10:12:38.168 Oracle Coherence GE 3.3.1/389p1 <D5> (thread=DistributedCache, member=1): Service DistributedCache joined the cluster with senior service member 1
    <Nov 7, 2007 10:12:38 AM EST> <Info> <HTTP> <BEA-101047> <[ServletContext(id=259640596,name=clusterqa,context-path=)] xslProcessor: init>
    But trying to start the second weblogic member server, the startup process is stucked after tangosol cache initialization and the second weblogic member server never up running. Please see following messages :
    <Nov 7, 2007 9:49:38 AM EST> <Info> <HTTP> <BEA-101047> <[ServletContext(id=153019550,name=clusterqa,context-path=)] initDSNames: init>
    <Nov 7, 2007 9:49:42 AM EST> <Info> <HTTP> <BEA-101047> <[ServletContext(id=153019550,name=clusterqa,context-path=)] initObjects: init>
    2007-11-07 09:49:43.156 Oracle Coherence 3.3.1/389p1 <Info> (thread=Main Thread, member=n/a): Loaded operational configuration from resource "zip:/home/server/clusterqa/wls81/DOCVIEW/docqa2/.wlnotdelete/extract/docqa2_DOC_clusterqa/jarfiles/WEB-INF/lib/coherence.jar!/tangosol-coherence.xml"
    2007-11-07 09:49:43.188 Oracle Coherence 3.3.1/389p1 <Info> (thread=Main Thread, member=n/a): Loaded operational overrides from file "/home/www/WEB-INF/lib/tangosol-coherence-override.xml"
    Oracle Coherence Version 3.3.1/389p1
    Grid Edition: Development mode
    Copyright (c) 2000-2007 Oracle. All rights reserved.
    2007-11-07 09:49:43.528 Oracle Coherence GE 3.3.1/389p1 <Info> (thread=Main Thread, member=n/a): Loaded cache configuration from file "/home/www/WEB-INF/lib/pub-search-cache-config.xml"
    2007-11-07 09:49:43.571 Oracle Coherence GE 3.3.1/389p1 <Info> (thread=Main Thread, member=n/a): sun.misc.AtomicLong is not supported on this JVM; using a synchronized counter. Though safe to ignore, you may upgrade to BEA's 1.5 JVM to fix this issue.
    2007-11-07 09:49:44.829 Oracle Coherence GE 3.3.1/389p1 <Warning> (thread=Main Thread, member=n/a): UnicastUdpSocket failed to set receive buffer size to 1428 packets (2096304 bytes); actual size is 89 packets (131071 bytes). Consult your OS documentation regarding increasing the maximum socket buffer size. Proceeding with the actual value may cause sub-optimal performance.
    2007-11-07 09:49:45.419 Oracle Coherence GE 3.3.1/389p1 <D5> (thread=Cluster, member=n/a): Service Cluster joined the cluster with senior service member n/a
    2007-11-07 09:49:45.555 Oracle Coherence GE 3.3.1/389p1 <Info> (thread=Cluster, member=n/a): Failed to satisfy the variance: allowed=16, actual=47
    2007-11-07 09:49:45.555 Oracle Coherence GE 3.3.1/389p1 <Info> (thread=Cluster, member=n/a): Increasing allowable variance to 19
    2007-11-07 09:49:46.040 Oracle Coherence GE 3.3.1/389p1 <Info> (thread=Cluster, member=n/a): This Member(Id=2, Timestamp=2007-11-07 09:49:45.69, Address=10.5.176.85:8088, MachineId=48981, Edition=Grid Edition, Mode=Development, CpuCount=4, SocketCount=2) joined cluster with senior Member(Id=1, Timestamp=2007-11-07 09:45:10.205, Address=10.5.176.86:8088, MachineId=48982, Edition=Grid Edition, Mode=Development, CpuCount=4, SocketCount=2)
    Could you please explain why it happens, and what should I do to resolve this issues ?
    Many Thanks,
    Bing

    Hi, Gene
    Thank you for the response. I will send you our full log files and thread dumps.
    I just want to give you more details about our cases :
    1. This only happened without starting cache servers (com.tangosol.net.DefaultCacheServer).
    2. And our application which are running on weblogic cluster will just call "CacheFactory.getCache("XXX")", and running as the Tangosol DataClient.
    3. All weblogic member servers will be up running successfully if our cache servers are up running.
    Also I tried to test another case :
    Suppose all weblogic instances and cache server instances are up running. Now I trying to restart (kill weblogic instance process and restart) one of the weblogic member, It will up running successfully only if add some sleep times after killing weblogic processes and restarting it. Looks like tangosol cluster need certain time to aware the member has left cluster, then the restart process will be successful.
    Questions :
    1. Should we start our weblogic cluster only after cache server cluster is up running ?
    2. How do we decide how many time we should wait before start new process to join the cache cluster ?
    Could you please help to explain this one for me and let us if there anyway we can do to avoid the problem.
    Many Thanks !!!
    Bing

  • Oracle RAC + Clusterware and another Cluster with Clusterware for SAP

    Hi,
    I have some questions about implementation of Oracle RAC and Clusterware with SAP
    For exemple, an architecture with 4 servers ( 2 real and 2 vritual ).
    I would like to know if i can do this
    2 servers for the first cluster.
    First cluster is with Clusterware and Oracle RAC
    This is for all the SAP Oracle databases environment
    I think there is no problem here.
    Now, with 2 others servers il would like to make another cluster (with also clusterware ) for SAP Central services (SCS) and enque replication server (ERS)
    Because all architecture is for only one SAP environment with separate services.
    1 for Database (cluster 1)
    1 for Central services ( cluster 2, virtual machine )
    1 for Dialogue Instance (no cluster)
    To be clear, the second cluster is to make HA of central services SAP (SCS and ERS )
    My question 2 are :
    Is it a good job to do this ? or there is anything wrong ?
    Do i have to install antoher clusterware for this 2 servers or i have to make anything with the existing clusterware + oracle RAC ??
    Thank you very much for you help
    Edited by: user12395221 on 29 déc. 2009 15:36

    Hi Givre,
    have you checked: Providing High Availability for SAP Resources (http://www.oracle.com/technology/products/database/clusterware/pdf/sap-availability-on-rac-twp.pdf) available on otn.oracle.com/clusterware? Not being an SAP expert myself, I still think, this paper describes the configuration - at least partially - that you are trying to set up.
    Just an idea. Thanks,
    Markus

  • Cluster with shared domain folder using OCFS2 and the domain /tmp folder

    I've setup a cluster with two machines and one managed server on each machine. One of the machines also hosts the admin server.
    Initially, both managed servers were running on the same machine. Everything worked well. When I move to having two machines, I didn't want to have to independently maintain the domain folder on each machine.
    So I decided to setup a shared drive between the machines and use OCFS2 to share the domain folder between the two machines.
    Everything started up fine, but when I deployed software to the server I would frequently (but not always) get this error:
    [wldeploy] Target state: deploy failed on Cluster cluster-01
    [wldeploy] weblogic.management.DeploymentException: [Deployer:149189]Attempt to operate 'deploy' on null BasicDeploymentMBean for deployment mylibrary#[email protected]. Operation can not be performed until server is restarted.
    After looking around a bit on google I saw this issue:
    http://download.oracle.com/docs/cd/E11035_01/wls100/issues/known_resolved.html#CR279281
    which says
    Some OS and NFS combinations result in deployment failures or configuration updates with an exception like:
    weblogic.management.DeploymentException: Attempt to operate 'distribute' on null BasicDeploymentMBean
    Workaround or Solution:
    * Run statd() and lockd() processes on every NFS client that accesses a remote NFS volume.
    * If multiple servers that share the same domain root are started with different user Ids of same group, set the correct "umask" for the server processes so that a file created by one server can be opened for read/write by other servers without security exceptions.
    Unfortunately, I wasn't running NFS, so the workaround didn't help me.
    Through dump luck, I tried this:
    I replaced the domainroot/tmp folder with a symbolic link to a folder on each machine's local filesystem. Following that change my deployments work everytime.
    Does anyone know why this change worked? What is the purpose of the /tmp folder in a domain folder?
    Are there any switches I could turn on to get more information about the exact error that causes the deployment mbean to come back null?

    It may not be the same situation, but I had this "deployer:149189" error and it turned out to be mixing WLS 10.0 and 10.3 installations together in the same install directory and not being scrupulous about environment setup. I think the problem was caused by accidentally running a 10.0 domain with Java 1.6.
    Eoin.

  • Campus cluster with storage replication

    Hi all..
    we are planning to implement a campus cluster with storage replication over a distance of 4km using remote mirror feature of sun storagetek 6140.
    Primary storage ( the one where quorum resides ) and replicated secondary storage will be in separate sites interconnected with dedicated single mode fiber.
    The nodes of the cluster will be using primary storage and the data from primary will be replicated to the second storage using remote mirror.
    Now in case the primary storage failed completely how the cluster can continue operation with the second storage? what is the procedure ? how does the initial configuration look like?
    Regards..
    S

    Hi,
    a high level overview with a list of restrictions can be found here:
    http://docs.sun.com/app/docs/doc/819-2971/6n57mi28m?q=TrueCopy&a=view
    More details how to set this up can be found at:
    http://docs.sun.com/app/docs/doc/819-2971/6n57mi28r?a=view
    The basic setup would be to have 2 nodes, 2 storageboxes, TrueCopy between the 2 boxes but no crosscabling. The HAStoragePlus resource being part of a service resource group would use a device that had been "cldevice replicate"ed by the administrator. so that the "same" device could be used on both nodes.
    I am not sure how a failover is triggered if the primary storage box failed. But due to the "replication" mentioned above, SC knows how to reconfigure the replication in the case of a failover.
    Unfortunately, due to lack of HDS storage in my own lab, I was not able to test this setup; so this is all theory.
    Regards
    Hartmut
    PS: Keep in mind, that the only replication technology integrated into SC today is HDS TrueCopy. If you're thinking of doing manual failovers anyway, you could have a look at the Sun Cluster Geographic Edition which is more a disaster recovery like configuration that combines 2 or more clusters and is able to failover resource groups including replication; this product already supports more replication technologies and will even more in the future. Have a look at http://docsview.sfbay.sun.com/app/docs/coll/1191.3

  • Accessing Windows 2008 File Service Cluster with Windows 2012R2 File Services Cluster using same SAN

    I am in the process on converting my existing Windows 2008 host servers (2 host cluster) to a Windows 2012 R2  (2 host cluster).
    All 4 servers will be accessing the same SAN via ISCSI. 
    Currently the Windows 2008 host servers are running both File server roles and Hyper-V in clustered environment.
    How can I transfer the File Server roles from 2008 to 2012R2 will still keeping access to the same SAN and LUNS?
    Thanks
    --Steven B.

    You would have a short outage, but all it takes is to set up the 2012R2 cluster with the appropriate roles.  Then remove the LUNs from the 2008 cluster and present them to 2012R2 cluster.  You could initially build the 2012R2 cluster with just
    its witness disk sitting on the iSCSI SAN, then move the other LUNs over at your leisure.
    .:|:.:|:. tim

  • Setting tangosol.coherence.clustername isn't setting my cluster name

    I'm starting my node with:
    set java_opts=%java_opts% -Dtangosol.coherence.clustername=my_devand then I'm running
    System.out.println("name='"+CacheFactory.getCluster().getClusterName()+"'");but I'm getting:
    name='cluster:0xD3FB'I can see that incorrect name is being displayed when i start up. Is there something different I need to do to specify the cluster name?
    Thanks!
    Andrew
    Java(TM) SE Runtime Environment (build 1.6.0_16-b01)
    Java HotSpot(TM) 64-Bit Server VM (build 14.2-b01, mixed mode)
    2009-11-10 10:52:54.830/0.642 Oracle Coherence 3.5.2/463 <Info> (thread=main, member=n/a): Loaded operational configuration from resource "jar:file:/C:/coherence/lib/coherence.jar!/tangosol-coherence.xml"
    2009-11-10 10:52:54.835/0.647 Oracle Coherence 3.5.2/463 <Info> (thread=main, member=n/a): Loaded operational overrides from resource "jar:file:/C:/coherence/lib/coherence.jar!/tangosol-coherence-override-dev.xml"
    2009-11-10 10:52:54.835/0.647 Oracle Coherence 3.5.2/463 <D5> (thread=main, member=n/a): Optional configuration override "/tangosol-coherence-override.xml" is not specified
    2009-11-10 10:52:54.838/0.650 Oracle Coherence 3.5.2/463 <D5> (thread=main, member=n/a): Optional configuration override "/custom-mbeans.xml" is not specified
    Oracle Coherence Version 3.5.2/463
    Grid Edition: Development mode
    Copyright (c) 2000, 2009, Oracle and/or its affiliates. All rights reserved.
    2009-11-10 10:52:55.007/0.819 Oracle Coherence GE 3.5.2/463 <Info> (thread=main, member=n/a): Loaded cache configuration from "jar:file:/C:/coherence/lib/coherence.jar!/reports/report-group.xml"
    2009-11-10 10:52:55.019/0.831 Oracle Coherence GE 3.5.2/463 <Info> (thread=main, member=n/a): Loaded cache configuration from "file:/C:/coherence/cache-config-dev.xml"
    2009-11-10 10:52:55.239/1.051 Oracle Coherence GE 3.5.2/463 <D4> (thread=main, member=n/a): Specified local address "" is a loopback address; switching to the 'localhost' instead; for single-machine mode you must also specify a TTL of 0
    2009-11-10 10:52:55.325/1.137 Oracle Coherence GE 3.5.2/463 <D5> (thread=Cluster, member=n/a): Service Cluster joined the cluster with senior service member n/a
    2009-11-10 10:52:58.525/4.337 Oracle Coherence GE 3.5.2/463 <Info> (thread=Cluster, member=n/a): Created a new cluster "cluster:0xD3FB" with Member(Id=1, Timestamp=2009-11-10 10:52:55.255, Address=192.168.10.167:8091, MachineId=25255, Location=machine:box2,process:5600, Role=CoherenceServer, Edition=Grid Edition, Mode=Development, CpuCount=4, SocketCount=4) UID=0xC0A80AA700000124DF032357
    2009-11-10 10:52:58.541/4.353 Oracle Coherence GE 3.5.2/463 <D5> (thread=Invocation:Management, member=1): Service Management joined the cluster with senior service member 1
    2009-11-10 10:52:58.613/4.425 Oracle Coherence GE 3.5.2/463 <D5> (thread=OptimisticCache:ReplicatedCache.Optimistic, member=1): Service ReplicatedCache.Optimistic joined the cluster with senior service member 1
    2009-11-10 10:52:58.718/4.530 Oracle Coherence GE 3.5.2/463 <D5> (thread=DistributedCache:DistributedExecutionsCache, member=1): Service DistributedExecutionsCache joined the cluster with senior service member 1
    2009-11-10 10:52:58.729/4.541 Oracle Coherence GE 3.5.2/463 <D5> (thread=DistributedCache, member=1): Service DistributedCache joined the cluster with senior service member 1
    2009-11-10 10:52:58.743/4.555 Oracle Coherence GE 3.5.2/463 <D5> (thread=DistributedCache:DistributedOrdersCache, member=1): Service DistributedOrdersCache joined the cluster with senior service member 1
    2009-11-10 10:52:58.749/4.561 Oracle Coherence GE 3.5.2/463 <Info> (thread=main, member=1): Started DefaultCacheServer...
    SafeCluster: Name=cluster:0xD3FB
    Group{Address=224.3.5.2, Port=35463, TTL=4}
    MasterMemberSet
      ThisMember=Member(Id=1, Timestamp=2009-11-10 10:52:55.255, Address=192.168.10.167:8091, MachineId=25255, Location=machine:box2,process:5600, Role=CoherenceServer)
      OldestMember=Member(Id=1, Timestamp=2009-11-10 10:52:55.255, Address=192.168.10.167:8091, MachineId=25255, Location=machine:box2,process:5600, Role=CoherenceServer)
      ActualMemberSet=MemberSet(Size=1, BitSetCount=2
        Member(Id=1, Timestamp=2009-11-10 10:52:55.255, Address=192.168.10.167:8091, MachineId=25255, Location=machine:box2,process:5600, Role=CoherenceServer)
      RecycleMillis=120000
      RecycleSet=MemberSet(Size=0, BitSetCount=0
    Services
      TcpRing{TcpSocketAccepter{State=STATE_OPEN, ServerSocket=192.168.10.167:8091}, Connections=[]}
      ClusterService{Name=Cluster, State=(SERVICE_STARTED, STATE_JOINED), Id=0, Version=3.5, OldestMemberId=1}
      InvocationService{Name=Management, State=(SERVICE_STARTED), Id=1, Version=3.1, OldestMemberId=1}
      Optimistic{Name=ReplicatedCache.Optimistic, State=(SERVICE_STARTED), Id=2, Version=3.0, OldestMemberId=1}
      DistributedCache{Name=DistributedExecutionsCache, State=(SERVICE_STARTED), LocalStorage=enabled, PartitionCount=257, BackupCount=1, AssignedPartitions=257, BackupPartitions=0}
      DistributedCache{Name=DistributedCache, State=(SERVICE_STARTED), LocalStorage=enabled, PartitionCount=257, BackupCount=1, AssignedPartitions=257, BackupPartitions=0}
      DistributedCache{Name=DistributedOrdersCache, State=(SERVICE_STARTED), LocalStorage=enabled, PartitionCount=257, BackupCount=1, AssignedPartitions=257, BackupPartitions=0}
      )

    Hi Andrew,
    The default system property name is tangosol.coherence.cluster :
        <member-identity>
          <!--
          Note: All members of the cluster must specify the same cluster name in
          order to be allowed to join the cluster.
          -->
          <cluster-name system-property="tangosol.coherence.cluster"></cluster-name>
          <site-name    system-property="tangosol.coherence.site"></site-name>
          <rack-name    system-property="tangosol.coherence.rack"></rack-name>
          <machine-name system-property="tangosol.coherence.machine"></machine-name>
          <process-name system-property="tangosol.coherence.process"></process-name>
          <member-name  system-property="tangosol.coherence.member"></member-name>
          <role-name    system-property="tangosol.coherence.role"></role-name>
          <priority     system-property="tangosol.coherence.priority"></priority>
        </member-identity>Regards,
    Dimitri

  • Heading 1:  Sun Cluster with Zones using IP type=exclusive

    Dear Forums Members,
    I am trying to install a Sun Cluster with Clustered Zones that the IP type=exclusive.
    This does not seem possible as the IPMP does not work.
    Any ideas?
    Thanks
    Wayne

    Hi,
    The network interface should NOT be a legacy one.
    To Check run the following
    dladm show-link the interface should not be legacy type
    Also when zonecfg add net just set the physical attribute, set the address inside the zone when it is up.

  • Sun Cluster with three nodes

    I need a manual or advices for introducing a third node in a RAC with Sun Cluster. I don't know if qourum votes readjust automatic or I have add new quorum votes manualy, if I have to add a thirn mediator in svm ... etc
    A lot of thanks and sorry for my english

    After you have added your nodes to the cluster you will need to expand the RGs node list to include the new nodes if you need the RG to run on them. This is not automatic. Something like:
    # clrg set -n <nodelist> <rg_name>
    Is what you need.
    I'm not sure I understand what you said about the quorum count. Only nodes and quorum devices (QD) or quorum servers (QS) get a vote, cabinets do not. So each node gets a vote and a QD/QS gets a vote count equal to the number of nodes it connects to minus 1. Thus with a two node cluster, you have 3 votes with one QD. With a 4 node cluster with one fully connected QD/QS, you have 7 votes (after re-adding it).
    Hope that helps,
    Tim
    P.S. <shameless plug> I can recommend a good book on the product: "Oracle Solaris Cluster Essentials" ;-)

  • CUCM Cluster with MCS-7845-I4

    Hi,
    I am doing a CUCM design for a customer with MCS-7845-I4 servers. We are building a Central solution with CUCM,CUPS, UCCX and Unity Connection.
    There will be 4 CUCM servers. All gateways (about 40) will be H323, each with 1 E1 for PSTN. All gateways will have DSP for conferencing and Codec. MoH will be enable on CUCM. G.729 cross the WAN. G.711 to access Unity and UCCX from all sites configured with Regions to avoid codec issues.
    The solution should support 2500 phones in phase 1.
    My plan for Phase 1 is as follows:
    1. Publisher/TFTP
    2. Sub 1 - Sub 2(Primary and Failover)
    3. Sub 3 - Sub 4(Primary and Failover)
    4. Sub 2 and Sub 4 will be MoH
    5. Sub 2 and Sub 4 will be backup for Media processing such as Conferencing. They will aslo Annuciator etc. This means I wont enable Cisco IP Voice Media Streaming App service on Pub, Sub1 and Sub 2
    6. CTI manager will be enable on all subscribers
    Question: Should I use backup TFTP on lets say Sub 2, what is your best experience?
    The solution should support 8000 phones in phase 2.
    My plan for Phase 2 is as follows:
    1. Publisher
    2. A separate TFTP server
    Rest as Phase 1.
    Question: Should I use backup TFTP on lets say Sub 2, what is your best experience? Can I manage phase 2 with Phase 1 design?
    Any feedback would be much appreciated regards the total design, maybe you have a better design solution, maybe I have missed something here.
    Br,
    Mattias

    Hi mattias,
    It really looks like you've done your homework here
    My one comment is on the need for "dedicated" TFTP servers;
    TFTP Server
    The TFTP server performs two main functions:
    •The serving of files for services such as MoH, configuration files for devices such as phones and gateways, binary files for the upgrade of phones as well as some gateways, and various security files.
    •Generation of configuration and security files. Most files generated by the Cisco TFTP service are signed and in some cases encrypted before being available for download.
    The TFTP service can be enabled on any server in the cluster. However, in a cluster with more than 1250 users, other services might be impacted by configuration changes that can cause the TFTP service to regenerate configuration files. Therefore, Cisco recommends that you dedicate a specific server to the TFTP service in a cluster with more than 1250 users, with Extension Mobility, or with other features that cause configuration changes.
    The TFTP server is used by phones and MGCP gateways to obtain configuration information. There is no restriction on the number of servers that can have TFTP service enabled, however Cisco recommends deploying 2 TFTP servers for a large cluster, thus providing redundancy for TFTP service. More than 2 TFTP servers can be deployed in a cluster, but this can result in an extended period for rebuilding of all TFTP files on all TFTP servers. When configuring the TFTP options using DHCP or statically, you can normally define an IP address array (more than one IP address) for a TFTP server. Therefore, you can assign half of the devices to use TFTP server A as the primary and TFTP server B as the backup, and the other half to use TFTP server B as the primary and TFTP server A as the backup. To improve performance on dedicated TFTP servers, you can set service parameters to increase the number of simultaneous TFTP sessions allowed on the server.
    When upgrading a Unified CM cluster, Cisco highly recommends that you upgrade the TFTP servers after the publisher and before any other server, also allowing additional time following the upgrade for the TFTP server to rebuild all the configuration files. Either use the typical Cisco TFTP - BuildDuration time or use the real-time monitoring tool to monitor the Cisco TFTP - DeviceBuildCount until it stops incrementing. This upgrade order ensures that any new binaries and configuration changes are available before the upgrade of other services in the cluster. If you are manually adding a specific binary or firmware load for a phone or gateway, be sure to copy the file to each TFTP server in the cluster.
    Cisco recommends that you use the same hardware platform for the TFTP servers as used for the call processing subscribers.
    http://www.cisco.com/en/US/docs/voice_ip_comm/cucm/srnd/7x/callpros.html#wp1043790
    Cheers!
    Rob

  • Migrate data from a single node cluster to a single node cluster with CDOT 8.3

    Hi, I have two FAS2240-4 in the office, one for production and the second one intended to use it for DR, the FAS with 18 disk of 2TB each that is in production has 3 disk for the root aggregate and the rest for data, so I need to wipe the system in order to take advantage of the HDD partitioning for the entry platforms in CDOT 8.3. The Second system is fresh installed with CDOT 8.3 with the Root-Data HDD partitioning so now I want to move the Data and configuration to replace the first cluster with the second one.Some body gave me a procedure to backup the configuration and restore it at the destination cluster but I believe that is not complete. After finish the procedure I have all duplicated and not working properly, even with missed data, so the procedure is: ---------------------------------------------------
    SYSTEM CONFIGRUATION BACKUPS FOR CLUSTERED ONTAPSOURCE SYSTEM
    set -priv diagnostic
    cluster identiy show
    system configuration backup create -backup-name myBackup.7z -node node1 -backup-type cluster (Create a node backup of node1)
    system configuration backup upload -node node1 -backup myBackup.7z -destination ftp://[email protected] (Uploads a backup file to ftp)DESTINATION SYSTEM
    ## This would be done after setting up one node on the dr site, but prior to confguring the rest of the nodes
    ## you would basically stand up the system with ips and a base config, and load the config from the primary site
    ## and once it comes back up, you would setup & join the other nodes.
    set -priv diagnostic
    cluster identity show
    system configuration backup download -node node1 -backup myBackup.7z -destination ftp://[email protected]
    system configuration recovery cluster recreate -from backup -backup myBackup.7z
    system node reboot -node node1
    cluster identity show
    cluster identity modify -name newcluster
    cluster identity show
    system configutration recovery cluster modify -recovery-status complete----------------------------------------------------After doing this then I have problems with the folowing:
    - Volumes without properties
    - Network interfaces down and mixed with the old and new system
    - Aggregates with no info (This table is currently empty)- The node name is not able to rename it because it says that is already in use. I believe that I need more information in order to complete the procedure well.  I hope that you can help me with this. Best Regards, Miguel Valls

    In Non-Exa data, I followed below steps, I am sure same will work in exadata.
    Standby database creation using L0 backup restore
         While RMAN backup command on non-asm doesn't require change but restore in ASM requires you to add following kind of lines in restore script
              set newname for datafile 10 to '+Data02';
              set newname for tempfile 25 to '+Data10';
          After this you need to add
               restore database;
               switch datafile all;
               switch tempfile all;
    Standby database sync up using SCN based incremental backup
    Open Standby database in READ WRITE mode
    Convert DB from standalone to RAC
    Application doesn't need to be certified for Exadata, If your application runs on Oracle 11203 on RAC+ASM on OEL then it will run on Exadata as well.
    One important thing to remember is that, using physical migration method like this you won't be able to get EHCC (hybrid columnar compression) benefit unless you do the table move after the migration so most of the time logical methods like- data pump is preferred over physical method. In Exadata, these methods run very very fast. It might be less effort and less downtime compare to Physical standby method so give it a try.
    Thanks,
    Abhi

Maybe you are looking for

  • Error message in Media Encoder

    Hi, I am getting an error message in Adobi Meia Encoder as I try export an short movie from Adobe Premiere Pro CC 2014 It reads: Erro compiling movie. Unknown error. please help rik zak

  • My iPad 1 has become very sluggish, why and  how to fix?

    My iPad 1 has become very sluggish. Even typing often has small delays in showing letters. It seems variable, alas, so no obvious app or condition is implicated. I have closed all apps and done a cold restart but that does not help. I have the latest

  • Connect iPad wireless to Sony bravia

    For playing vídeos or photos

  • Can the license manager load the computer-based license first, instead of the user-based license?

    We have several machines in the lab with computer-based licenses on them and a number of techs with user-based licenses. When a tech needs to occassionally sign in as themselves, instead of the generic service account, the license manager attaches th

  • Form session variable

    I have a form that covers 5 pages and I pass the form variables from one page to another until it gets to page 5 where all form variables are submitted to action page. If someone quits or stops during one of the pages is there anyway to store their i