I am trying to deploy vms in DevTest console. But the VSE is automatically getting stopped. What are the possible root cause for this.
I am trying to deploy vms in DevTest console. But the VSE is automatically getting stopped. What are the possible root cause for this.
You can look at the vse.log and see why VSE is stopping. On your VSE server, vse.log should be available in the lisatmp_x.x.x folder, where x.x.x is the version of DevTest. By default, logs will be available in user directory or in the DevTest install folder depending on how you are starting your VSE.
You can verify vseDeploy/VSE_2013 folder and see if any MAR files or of zero sizes. If it is, please delete them and restart VSE.
You can also verify the VSM-->VS Image Response Selection step and see it is using the VSI file or not.
If you still have the issue, please open a support case and we will do a WebEx and help you.
Thanks,
Prema
Thanks a lot Prema for your response. Still I am not sure about this issue, pasting the vse.log which got generated today when the server got stopped.
We also currently don't have steps of restarting the server. Please help me out if all VSE follows a generic pattern.
Caused by: java.net.SocketTimeoutException: Read timed out
at java.net.SocketInputStream.socketRead0(Native Method)
at java.net.SocketInputStream.socketRead(SocketInputStream.java:116)
at java.net.SocketInputStream.read(SocketInputStream.java:170)
at java.net.SocketInputStream.read(SocketInputStream.java:141)
at com.itko.lisa.remote.client.socket.TrackingSocketInputStream.read(TrackingSocketInputStream.java:72)
at org.apache.http.impl.io.AbstractSessionInputBuffer.fillBuffer(AbstractSessionInputBuffer.java:160)
at org.apache.http.impl.io.SocketInputBuffer.fillBuffer(SocketInputBuffer.java:84)
at org.apache.http.impl.io.AbstractSessionInputBuffer.readLine(AbstractSessionInputBuffer.java:273)
at org.apache.http.impl.conn.DefaultHttpResponseParser.parseHead(DefaultHttpResponseParser.java:140)
at org.apache.http.impl.conn.DefaultHttpResponseParser.parseHead(DefaultHttpResponseParser.java:57)
at org.apache.http.impl.io.AbstractMessageParser.parse(AbstractMessageParser.java:260)
at org.apache.http.impl.AbstractHttpClientConnection.receiveResponseHeader(AbstractHttpClientConnection.java:283)
at org.apache.http.impl.conn.DefaultClientConnection.receiveResponseHeader(DefaultClientConnection.java:251)
at org.apache.http.impl.conn.ManagedClientConnectionImpl.receiveResponseHeader(ManagedClientConnectionImpl.java:197)
at org.apache.http.protocol.HttpRequestExecutor.doReceiveResponse(HttpRequestExecutor.java:271)
at org.apache.http.protocol.HttpRequestExecutor.execute(HttpRequestExecutor.java:123)
at org.apache.http.impl.client.DefaultRequestDirector.tryExecute(DefaultRequestDirector.java:685)
at org.apache.http.impl.client.DefaultRequestDirector.execute(DefaultRequestDirector.java:487)
at org.apache.http.impl.client.AbstractHttpClient.doExecute(AbstractHttpClient.java:863)
at org.apache.http.impl.client.CloseableHttpClient.execute(CloseableHttpClient.java:72)
at com.itko.lisa.ws.axis.LisaHTTPSender.doInvoke(LisaHTTPSender.java:497)
... 15 more
2018-01-23 09:30:34,323Z [Metrics persister processing 1 objects] WARN com.itko.lisa.utils.db.LisaSessionCustomizer - SQL query took a long time (31683 ms) : SELECT TXN_COUNTS_ID, VSE_NAME, VS_NAME, COUNTS_DATE, MISSES, REQUEST, SPECIFIC_HITS, TOTAL_COUNT, NODE_HITS FROM VSE_METRICS_TXN_COUNTS WHERE ((((VSE_NAME = ?) AND (VS_NAME = ?)) AND (REQUEST IS NULL)) AND (COUNTS_DATE = ?))
2018-01-23 09:30:38,046Z [Stats Gathering Thread] INFO System.out - [DevTest AGENT:C][WARN][28912][52][Stats Gathering Thread][Jan 23, 2018 9:30:38 AM] CPU Thrashing
2018-01-23 09:30:40,554Z [Metrics persister processing 16 objects] WARN com.itko.lisa.utils.db.LisaSessionCustomizer - SQL query took a long time (808 ms) : SELECT TXN_COUNTS_ID, VSE_NAME, VS_NAME, COUNTS_DATE, MISSES, REQUEST, SPECIFIC_HITS, TOTAL_COUNT, NODE_HITS FROM VSE_METRICS_TXN_COUNTS WHERE ((((VSE_NAME = ?) AND (VS_NAME = ?)) AND (REQUEST IS NULL)) AND (COUNTS_DATE = ?))
2018-01-23 09:30:47,800Z [Event Sink Thread Pool Thread 4] ERROR com.itko.util.AutoRefreshObject - Unexpected error in auto-refresh object factory: unable to create new native thread
java.lang.OutOfMemoryError: unable to create new native thread
at java.lang.Thread.start0(Native Method)
at java.lang.Thread.start(Thread.java:714)
at java.util.concurrent.ThreadPoolExecutor.addWorker(ThreadPoolExecutor.java:950)
at java.util.concurrent.ThreadPoolExecutor.execute(ThreadPoolExecutor.java:1368)
at java.util.concurrent.AbstractExecutorService.invokeAll(AbstractExecutorService.java:238)
at com.itko.lisa.coordinator.CoordinatorImpl.getSimStatsInParallel(CoordinatorImpl.java:846)
at com.itko.lisa.coordinator.CoordinatorImpl.refreshStatKeeper(CoordinatorImpl.java:720)
at com.itko.lisa.coordinator.BaseCoordinator.makeObject(BaseCoordinator.java:265)
at com.itko.util.AutoRefreshObject.getObject(AutoRefreshObject.java:97)
at com.itko.lisa.coordinator.BaseCoordinator.getStats(BaseCoordinator.java:258)
at com.itko.lisa.stats.TestEventCollector.fetchMetricValue(TestEventCollector.java:266)
at com.itko.lisa.stats.MetricCollector.getCurrentValue(MetricCollector.java:249)
at com.itko.lisa.stats.MetricControllerImpl.eventReceipt(MetricControllerImpl.java:498)
at com.itko.util.EventThread.execEvents(ThreadedEventSink.java:79)
at com.itko.util.EventThread.run(ThreadedEventSink.java:59)
2018-01-23 09:30:47,800Z [Event Sink Thread Pool Thread 2] ERROR com.itko.util.AutoRefreshObject - Unexpected error in auto-refresh object factory: unable to create new native thread
java.lang.OutOfMemoryError: unable to create new native thread
at java.lang.Thread.start0(Native Method)
at java.lang.Thread.start(Thread.java:714)
at java.util.concurrent.ThreadPoolExecutor.addWorker(ThreadPoolExecutor.java:950)
at java.util.concurrent.ThreadPoolExecutor.execute(ThreadPoolExecutor.java:1368)
at java.util.concurrent.AbstractExecutorService.invokeAll(AbstractExecutorService.java:238)
at com.itko.lisa.coordinator.CoordinatorImpl.getSimStatsInParallel(CoordinatorImpl.java:846)
at com.itko.lisa.coordinator.CoordinatorImpl.refreshStatKeeper(CoordinatorImpl.java:720)
at com.itko.lisa.coordinator.BaseCoordinator.makeObject(BaseCoordinator.java:265)
at com.itko.util.AutoRefreshObject.getObject(AutoRefreshObject.java:97)
at com.itko.lisa.coordinator.BaseCoordinator.getStats(BaseCoordinator.java:258)
at com.itko.lisa.stats.TestEventCollector.fetchMetricValue(TestEventCollector.java:266)
at com.itko.lisa.stats.MetricCollector.getCurrentValue(MetricCollector.java:249)
at com.itko.lisa.stats.MetricControllerImpl.eventReceipt(MetricControllerImpl.java:498)
at com.itko.util.EventThread.execEvents(ThreadedEventSink.java:79)
at com.itko.util.EventThread.run(ThreadedEventSink.java:59)
You can look at the vse.log and see why VSE is stopping. On your VSE server, vse.log should be available in the lisatmp_x.x.x folder, where x.x.x is the version of DevTest. By default, logs will be available in user directory or in the DevTest install folder depending on how you are starting your VSE.
You can verify vseDeploy/VSE_2013 folder and see if any MAR files or of zero sizes. If it is, please delete them and restart VSE.
You can also verify the VSM-->VS Image Response Selection step and see it is using the VSI file or not.
If you still have the issue, please open a support case and we will do a WebEx and help you.
Thanks,
Prema