[JBoss JIRA] Moved: (TEIID-409) server port number should be checked for availability when creating a second mmprocess
by Ramesh Reddy (JIRA)
[ https://jira.jboss.org/jira/browse/TEIID-409?page=com.atlassian.jira.plug... ]
Ramesh Reddy moved JBEDSP-242 to TEIID-409:
-------------------------------------------
Project: Teiid (was: JBoss Enterprise Data Services Platform)
Key: TEIID-409 (was: JBEDSP-242)
Component/s: Server
(was: Documentation)
(was: Server)
Fix Version/s: 6.1.0
(was: Westport)
Affects Version/s: 6.x
(was: 5.5)
(was: 5.5.1)
(was: 5.5.2)
> server port number should be checked for availability when creating a second mmprocess
> --------------------------------------------------------------------------------------
>
> Key: TEIID-409
> URL: https://jira.jboss.org/jira/browse/TEIID-409
> Project: Teiid
> Issue Type: Bug
> Components: Server
> Affects Versions: 6.x
> Reporter: Marc Shirley
> Fix For: 6.1.0
>
>
> Creating a second process on a server increments the port number by one from the primary process. This port number does not seem to be checked for availability, and so, if the second process's port is already in use, then status of the second process will be unreliable (it flickers between "Running" and "Not Started" states). One or more of the below actions should be taken:
> 1) A check should be added to the process of adding a second process to detect whether a port is already in use.
> 2) A KI entry should be made to cover the issue.
> 3) Steps should be added to the Console User's Guide and/or Server Tuning Guide to advise the reader to make sure the port assigned to the second process is not in use by another application.
--
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators: https://jira.jboss.org/jira/secure/Administrators.jspa
-
For more information on JIRA, see: http://www.atlassian.com/software/jira
15 years, 9 months
[JBoss JIRA] Moved: (TEIID-408) logging controls/maintenance capabilities for transaction logging
by Ramesh Reddy (JIRA)
[ https://jira.jboss.org/jira/browse/TEIID-408?page=com.atlassian.jira.plug... ]
Ramesh Reddy moved JBEDSP-160 to TEIID-408:
-------------------------------------------
Project: Teiid (was: JBoss Enterprise Data Services Platform)
Key: TEIID-408 (was: JBEDSP-160)
Component/s: Server
(was: Server)
Fix Version/s: 6.2.0
(was: Westport)
Affects Version/s: 6.x
(was: Westport)
> logging controls/maintenance capabilities for transaction logging
> -----------------------------------------------------------------
>
> Key: TEIID-408
> URL: https://jira.jboss.org/jira/browse/TEIID-408
> Project: Teiid
> Issue Type: Feature Request
> Components: Server
> Affects Versions: 6.x
> Reporter: Marc Shirley
> Fix For: 6.2.0
>
>
> case 6664
> some type of control or maintenance capabilities should be added to Console to control the logging of transactions, metamatrix commands, and data source commands. This could even be the ability to disable database logging specifically for these commands. Currently, if these are turned on, the database can be filled up with these messages, and will have to be manually purged or maintained. The case that triggered this request had the following sizes of log tables:
> TX_SRCCMDLOG - 37MB
> TX_SQL_PK - 59MB
> TX_SQL - 367MB
> TX_MMXCMDLOG - 448MB
--
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators: https://jira.jboss.org/jira/secure/Administrators.jspa
-
For more information on JIRA, see: http://www.atlassian.com/software/jira
15 years, 9 months
[JBoss JIRA] Moved: (TEIID-405) Allow importing a VDB file from a URL (not just the local file system)
by Steven Hawkins (JIRA)
[ https://jira.jboss.org/jira/browse/TEIID-405?page=com.atlassian.jira.plug... ]
Steven Hawkins moved JBEDSP-796 to TEIID-405:
---------------------------------------------
Project: Teiid (was: JBoss Enterprise Data Services Platform)
Key: TEIID-405 (was: JBEDSP-796)
Component/s: Console
(was: Console)
Fix Version/s: 6.0.0
(was: Westport)
Affects Version/s: 6.1.0
(was: 5.5.3)
> Allow importing a VDB file from a URL (not just the local file system)
> ----------------------------------------------------------------------
>
> Key: TEIID-405
> URL: https://jira.jboss.org/jira/browse/TEIID-405
> Project: Teiid
> Issue Type: Feature Request
> Components: Console
> Affects Versions: 6.1.0
> Reporter: Randall Hauch
> Priority: Minor
> Fix For: 6.0.0
>
>
> The Console currently has the ability to import a VDB file from the local file system. A great enhancement to this would be the ability to import a VDB from a URL, allowing an administrator to import a VDB file that is located anywhere accessible via a URL (e.g., SVN, DNA, WebDAV, etc.), without requiring the administrator to fetch the file locally first. Of course, fetching it locally is still a valid (and not difficult) workaround.
--
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators: https://jira.jboss.org/jira/secure/Administrators.jspa
-
For more information on JIRA, see: http://www.atlassian.com/software/jira
15 years, 9 months
[JBoss JIRA] Moved: (TEIID-404) 1-way and 2-way SSL to MMx must support different keystore file names within a cluster
by Steven Hawkins (JIRA)
[ https://jira.jboss.org/jira/browse/TEIID-404?page=com.atlassian.jira.plug... ]
Steven Hawkins moved JBEDSP-900 to TEIID-404:
---------------------------------------------
Project: Teiid (was: JBoss Enterprise Data Services Platform)
Key: TEIID-404 (was: JBEDSP-900)
Component/s: Server
(was: Server)
Fix Version/s: 6.0.0
(was: Westport)
Affects Version/s: 6.1.0
(was: 5.5)
> 1-way and 2-way SSL to MMx must support different keystore file names within a cluster
> --------------------------------------------------------------------------------------
>
> Key: TEIID-404
> URL: https://jira.jboss.org/jira/browse/TEIID-404
> Project: Teiid
> Issue Type: Feature Request
> Components: Server
> Affects Versions: 6.1.0
> Reporter: Larry O'Leary
> Fix For: 6.0.0
>
>
> Defect Tracker #24283: File naming conventions require a keystore file to be prefixed with the machine's host name. This creates a problem when deploying certificates for use with SSL to a MetaMatrix System as the keystore on each MetaMatrix Server has a different name. Currently, the MMConsole only allows you to set a key store file name that will be used system wide.
> We will need the ability to define a key store file name on a per host and possibly a per VM basis. This could be accomplished in many different manners.
> The recommended implementation would be to simply move the SSL Resource configuration to the process and host level. This would allow an administrator to continue to use the Console to configure SSL.
> At the host level, the administrator could set the default key store file name to be used for all VM(s) deployed to that host. At the VM level, the administrator could set a key store file name value that will override the default host level key store file name property.
> This should also be done for the client trust store property to support 2-way SSL.
--
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators: https://jira.jboss.org/jira/secure/Administrators.jspa
-
For more information on JIRA, see: http://www.atlassian.com/software/jira
15 years, 9 months