I have installed Greg Youngs EventStore on an azure virtual server with ubuntu as described here: Setup EventStore on Windows Azure
The EventStore is running and I can connect to it using the .Net Api but the http server is not working at all. The web interface does not work as well as the atom api. I am getting no answer from the server. There is nothing in the log. Port forwarding seems to work as the tcp endpoint is working.
This is the log:
[53170,01,18:13:00.010] MessageHierarchy initialization took 00:00:00.1765448.
[53170,01,18:13:03.093] CACHED TFChunk #0-0 (chunk-000000.000000) in 00:00:00.3169408.
[53170,01,18:13:03.341] Starting MiniWeb for /web/es/js/projections ==> /home/azureuser/EventStore/bin/eventstore/release/anycpu/singlenode-web/js/projections
[53170,01,18:13:03.341] Starting MiniWeb for /web/es/js/projections/v8/Prelude ==> /home/azureuser/EventStore/bin/eventstore/release/anycpu/Prelude
[53170,01,18:13:03.342] Starting MiniWeb for /web/es/js/projections/resources ==> /home/azureuser/EventStore/bin/eventstore/release/anycpu/web-resources/js
[53170,01,18:13:03.343] Binding MiniWeb to /web/es/js/projections/{*remaining_path}
[53170,01,18:13:03.343] Binding MiniWeb to /web/es/js/projections/v8/Prelude/{*remaining_path}
[53170,01,18:13:03.343] Binding MiniWeb to /web/es/js/projections/resources/{*remaining_path}
[53170,01,18:13:03.348] Starting MiniWeb for /web ==> /home/azureuser/EventStore/bin/eventstore/release/anycpu/singlenode-web
[53170,01,18:13:03.348] Starting MiniWeb for /web/es ==> /home/azureuser/EventStore/bin/eventstore/release/anycpu/es-common-web
[53170,01,18:13:03.348] Binding MiniWeb to /web/{*remaining_path}
[53170,01,18:13:03.348] Binding MiniWeb to /web/es/{*remaining_path}
[53170,01,18:13:03.348] Starting MiniWeb for /web/users ==> /home/azureuser/EventStore/bin/eventstore/release/anycpu/Users/web
[53170,01,18:13:03.348] Binding MiniWeb to /web/users/{*remaining_path}
[53170,10,18:13:03.384] ========== [#############:2113] SYSTEM INIT...
[53170,08,18:13:03.457] TableIndex initialization...
[53170,08,18:13:03.472] ReadIndex building...
[53170,10,18:13:03.502] Starting Normal TCP listening on TCP endpoint: ###############:1113.
[53170,10,18:13:03.568] SLOW BUS MSG [MainBus]: SystemInit - 115ms. Handler: TcpService.
[53170,10,18:13:03.641] Starting HTTP server on [####################]...
[53170,10,18:13:03.646] HTTP server is up and listening on [#######################]
[53170,10,18:13:03.646] SLOW BUS MSG [MainBus]: SystemInit - 77ms. Handler: HttpService.
[53170,10,18:13:03.713] SLOW QUEUE MSG [MainQueue]: SystemInit - 296ms. Q: 0/1012.
[53170,08,18:13:05.878] ReadIndex Rebuilding Done: total processed 33820 records, time elapsed: 00:00:02.4055370.
[53170,10,18:13:05.882] ========== [##############:2113] SYSTEM START....
[53170,08,18:13:05.882] SLOW QUEUE MSG [StorageWriterQueue]: SystemInit - 2488ms. Q: 0/0.
[53170,10,18:13:05.889] ========== [#############:2113] PRE-MASTER STATE, WAITING FOR CHASER TO CATCH UP...
[53170,10,18:13:05.894] ========== [#############:2113] IS WORKING!!! SPARTA!!!
[53170,08,18:13:06.024] === Writing E3#248463988:{d52679ba-8314-479e-8d9c-9911094d17a8} (previous epoch at 301989).
[53170,12,18:13:06.029] SLOW BUS MSG [manager input bus]: ReadStreamEventsBackwardCompleted - 60ms. Handler: ProjectionManager.
[53170,12,18:13:06.029] SLOW QUEUE MSG [Projections Master]: ReadStreamEventsBackwardCompleted - 64ms. Q: 0/4.
[53170,08,18:13:06.122] === Update Last Epoch E3#248463988:{d52679ba-8314-479e-8d9c-9911094d17a8} (previous epoch at 301989).
[53170,13,18:13:06.157] Creating an event distribution point at 'C:0/P:-1'
Does someone had similar problems?
My config:
{
"db": "/mnt/datadrive/eventStore/db",
"logsDir": "/mnt/datadrive/eventStore/logs",
"ip": "10.26.222.3",
"httpPrefixes": ["http://mymachinename.cloudapp.net/"]
}
Okay, problem found.
Yo have to specify the port in the httpPrefix:
My corrected config:
{
"db": "/mnt/datadrive/eventStore/db",
"logsDir": "/mnt/datadrive/eventStore/logs",
"ip": "10.26.222.3",
"httpPrefixes": ["http://mymachinename.cloudapp.net:2113/"]
}
Related
I am locally running a GAE go111 program using dev_appserver.py on a reasonably fast Windows10 desktop. I have to use dev_appserver as I'm running in classic compatibility mode by calling
appengine.Main()
I have an end point that I install using
http.HandleFunc("/TC/", handleTestConnection)
This endpoint has no code in it
func handleTestConnection(w http.ResponseWriter, r *http.Request) {
}
Each time I try to access this endpoint using...
http://127.0.0.1:8080/TC/
...it takes ~2 seconds to respond. This happens on all endpoints regardless of warmup or complexity. This is not a first run problem, it will happen each time I call the endpoint.
The logs from dev_appserver are as follows...
DEBUG 2021-09-24 19:14:10,460 module.py:1499] Dispatching request to <Instance 9cca95d2ec7bedafddd44639c7e2cd139bfc: 0/8, total: 1> after 0.0000s pending
DEBUG 2021-09-24 19:14:12,490 <string>:134] API server executing remote_api_pb.Request:
service_name: "logservice"
method: "Flush"
request: "\n\000"
request_id: "uumGeJVDum"
DEBUG 2021-09-24 19:14:12,492 <string>:194] API server responding with remote_api_pb.Response:
DEBUG 2021-09-24 19:14:12,492 <string>:493] Handled logservice.Flush in 0.0020
DEBUG 2021-09-24 19:14:12,493 instance.py:410] Request handled by <Instance 9cca95d2ec7bedafddd44639c7e2cd139bfc: 1/8, total: 2> in 2.0320s
INFO 2021-09-24 19:14:12,493 module.py:883] default: "GET /TC/ HTTP/1.1" 200 -
INFO 2021-09-24 19:14:12,516 module.py:883] default: "GET /favicon.ico HTTP/1.1" 200 1150
Everything works correctly and fast once deployed to a Google app engine server, it's just local development that is slow.
I have tried numerous options of dev_appserver including...
--logs_path
--dev_appserver_log_level
--log_level
--threadsafe_override
--max_module_instances
--datastore_consistency_policy
--enable_host_checking
I have tried running natively using
go run .
But as this is in classic compatibility mode this does not work.
I have tried turning off virus checkers / firewalls. Other browsers. Using localhost. Other ports. 3 completely different desktops. Using host=0.0.0.0 then my local ip. All result in the same delay.
Has anyone hit and solved this problem?
I and using jupyter notebook's PySpark kernel, I have successfully selected PySpark kernel but I keep getting the below error
The code failed because of a fatal error:
Error sending http request and maximum retry encountered..
Some things to try:
a) Make sure Spark has enough available resources for Jupyter to create a Spark context.
b) Contact your Jupyter administrator to make sure the Spark magics library is configured correctly.
c) Restart the kernel.
here's the log also
2019-10-10 13:37:43,741 DEBUG SparkMagics Initialized spark magics.
2019-10-10 13:37:43,742 INFO EventsHandler InstanceId: 32a21583-6879-4ad5-88bf-e07af0b09387,EventName: notebookLoaded,Timestamp: 2019-10-10 10:37:43.742475
2019-10-10 13:37:43,744 DEBUG python_jupyter_kernel Loaded magics.
2019-10-10 13:37:43,744 DEBUG python_jupyter_kernel Changed language.
2019-10-10 13:37:44,356 DEBUG python_jupyter_kernel Registered auto viz.
2019-10-10 13:37:45,440 INFO EventsHandler InstanceId: 32a21583-6879-4ad5-88bf-e07af0b09387,EventName: notebookSessionCreationStart,Timestamp: 2019-10-10 10:37:45.440323,SessionGuid: d230b1f3-6bb1-4a66-bde1-7a73a14d7939,LivyKind: pyspark
2019-10-10 13:37:49,591 ERROR ReliableHttpClient Request to 'http://localhost:8998/sessions' failed with 'HTTPConnectionPool(host='localhost', port=8998): Max retries exceeded with url: /sessions (Caused by NewConnectionError('<urllib3.connection.HTTPConnection object at 0x0000013184159808>: Failed to establish a new connection: [WinError 10061] No connection could be made because the target machine actively refused it'))'
2019-10-10 13:37:49,591 INFO EventsHandler InstanceId: 32a21583-6879-4ad5-88bf-e07af0b09387,EventName: notebookSessionCreationEnd,Timestamp: 2019-10-10 10:37:49.591650,SessionGuid: d230b1f3-6bb1-4a66-bde1-7a73a14d7939,LivyKind: pyspark,SessionId: -1,Status: not_started,Success: False,ExceptionType: HttpClientException,ExceptionMessage: Error sending http request and maximum retry encountered.
2019-10-10 13:37:49,591 ERROR SparkMagics Error creating session: Error sending http request and maximum retry encountered.
note that I am trying to configure this on windows.
thanks alot
I faced the same issue, you can solve it by not using a PySpark Kernel (notebook) but a Python 3 kernel (notebook). I used the following code to setup the Spark cluster:
import pyspark # only run after findspark.init()
from pyspark.sql import SparkSession
# May take awhile locally
spark = SparkSession.builder.appName("test").getOrCreate()
spark
If you are trying to connect your Jupyter Notebook to a Spark server through Livy (e.g. AWS Glue Development Endpoint), you have to replace "localhost" with the Spark server IP address in: ~/.sparkmagic/config.json
As mentioned here:
https://aws.amazon.com/blogs/machine-learning/build-amazon-sagemaker-notebooks-backed-by-spark-in-amazon-emr/
Posting below answer as it may help someone facing this issue when using sagemaker notebook with Glue Dev Endpoint.
I received same error message in my PySpark kernel notebook. In my case issue was missing Lifecycle configuration attached to notebook instance which was somehow removed. I delete and recreate dev endpoint every day but it lifecycle config normally remains attached to notebook.
NodeMCU Info:
> NodeMCU custom build by frightanic.com
> branch: dev
> SSL: true
> modules: crypto,file,gpio,http,net,node,sjson,tmr,uart,wifi,tls
> powered by Lua 5.1.4 on SDK 2.2.1
> commit: d5aca39f485bf46e6d77b7fb05eaf71b8ea51bee
> Build type: integer -- tried float, same error
> LFS : disabled
Build bin file
When I requested HTTPS request before adding the tls module it returned code -1 after I added tls module requesting HTTPS restarts the NodeMCU.
The code I used to send request.
print(node.heap()) -- 31824
http.request("https://www.google.com", "HEAD", "", "",
function(code, data)
if (code < 0) then
print("HTTP request failed")
else
print(code, data)
end
end)
and I tried the net module.
print(node.heap()) -- 31824
srv = tls.createConnection()
srv:on("receive", function(sck, c) print(c) end)
srv:on("connection", function(sck, c)
sck:send("GET / HTTP/1.1\r\nHost: google.com\r\nConnection: keep-alive\r\nAccept: */*\r\n\r\n")
end)
srv:connect(443,"google.com")
I got the same restart reason for both codes.
HTTP client: hostname=google.com
HTTP client: port=443
HTTP client: method=GET
HTTP client: path=/
HTTP client: DNS request
HTTP client: DNS pending
> HTTP client: DNS found google.com 172.217.18.46
client handshake start.
Fatal exception 0(IllegalInstructionCause):
epc1=0x4027ca20, epc2=0x00000000, epc3=0x00000000, excvaddr=0x402993e7, depc=0x00000000
þ
ets Jan 8 2013,rst cause:2, boot mode:(3,x) -- sometimes x is 0, 6 or 7
load 0x40100000, len 26104, room 16
tail 8
chksum 0xc0
load 0x3ffe8000, len 2332, room 0
tail 12
chksum 0x3c
ho 0 tail 12 room 4
load 0x3ffe891c, len 136, room 12
tail 12
chksum 0x56
csum 0x56
in the net moudle code the restart happens when srv:connect(443,"google.com") is called and shows one additional line RecvHold, By pespconn,find conn_msg fail
Assuming the date in your error is because of something you executed recently, I suggest that you set the time to a more recent one. If your time has drifted too much your OS cannot operate normally. Set time manuelly if NTP refuse your connection. How to set RTC rtctime module, but also look at sntp module or other relevant ones.
I overcome this problem by building the same SDK Firmware 2.2.1 with Docker with the same modules and same configuration, can't control cases and lines to debug in the Cloud Build version so cant know what exactly went wrong in the Cloud Build.
The Docker Firmware info
NodeMCU 2.2.0.0 built with Docker provided by frightanic.com
branch: master
commit: 4095c408e6a8cc9718cb06007b408d0aad15d9cd
SSL: true
Build type: integer
LFS: disabled
modules: crypto,file,gpio,http,net,node,sjson,tls,tmr,uart,wifi
build created on 2018-11-29 17:45
powered by Lua 5.1.4 on SDK 2.2.1(6ab97e9)
I'm running Mac OS. I've set up the Payara server with NetBeans. And when I'll try to run the server it never shows the green 'dot' that indicates its online status, instead it shows the 'loading' dot forever.
However, I can access it on http://localhost:4848, but when I try to deploy an application to the server I get this error:
GlassFish Server is running.
Starting GlassFish Server
Initial deploying slit-ee to /Users/christian/slit/slit-ee/dist/gfdeploy/slit-ee
Completed initial distribution of slit-ee
GlassFish Server, deploy, null, false
/Users/christian/slit/slit-ee/nbproject/build-impl.xml:307: The module has not been deployed.
See the server log for details.
BUILD FAILED (total time: 22 seconds)
And the full server log
objc[1865]: Class JavaLaunchHelper is implemented in both /Library/Java/JavaVirtualMachines/jdk1.8.0_111.jdk/Contents/Home/bin/java (0x105e334c0) and /Library/Java/JavaVirtualMachines/jdk1.8.0_111.jdk/Contents/Home/jre/lib/libinstrument.dylib (0x105efb4e0). One of the two will be used. Which one is undefined.
Launching GlassFish on Felix platform
nov 28, 2016 2:14:21 AM com.sun.enterprise.glassfish.bootstrap.osgi.BundleProvisioner createBundleProvisioner
INFO: Create bundle provisioner class = class com.sun.enterprise.glassfish.bootstrap.osgi.BundleProvisioner.
Registered com.sun.enterprise.glassfish.bootstrap.osgi.EmbeddedOSGiGlassFishRuntime#18808234 in service registry.
#!## LogManagerService.postConstruct : rootFolder=/Users/christian/opt/payara41/glassfish
#!## LogManagerService.postConstruct : templateDir=/Users/christian/opt/payara41/glassfish/lib/templates
#!## LogManagerService.postConstruct : src=/Users/christian/opt/payara41/glassfish/lib/templates/logging.properties
#!## LogManagerService.postConstruct : dest=/Users/christian/opt/payara41/glassfish/domains/payaradomain/config/logging.properties
Info: Running Payara Version: Payara Server 4.1.1.164 #badassfish (build 28)
Info: Server log file is using Formatter class: com.sun.enterprise.server.logging.ODLLogFormatter
Info: Registered org.glassfish.ha.store.adapter.cache.ShoalBackingStoreProxy for persistence-type = replicated in BackingStoreFactoryRegistry
Info: Authorization Service has successfully initialized.
Info: Realm [admin-realm] of classtype [com.sun.enterprise.security.auth.realm.file.FileRealm] successfully created.
Info: Realm [file] of classtype [com.sun.enterprise.security.auth.realm.file.FileRealm] successfully created.
Info: Realm [certificate] of classtype [com.sun.enterprise.security.auth.realm.certificate.CertificateRealm] successfully created.
Info: Registered fish.payara.ha.hazelcast.store.HazelcastBackingStoreFactoryProxy for persistence-type = hazelcast in BackingStoreFactoryRegistry
Info: Registered Hazelcast BackingStoreFactory with persistence-type = hazelcast
Info: Grizzly Framework 2.3.28 started in: 47ms - bound to [/0.0.0.0:8080]
Info: Grizzly Framework 2.3.28 started in: 1ms - bound to [/0.0.0.0:8181]
Info: Grizzly Framework 2.3.28 started in: 2ms - bound to [/0.0.0.0:4848]
Info: Grizzly Framework 2.3.28 started in: 1ms - bound to [/0.0.0.0:3700]
Info: Payara Server 4.1.1.164 #badassfish (28) startup time : Felix (33 542ms), startup services(5 715ms), total(39 257ms)
Info: Payara Notification Service Started with configuration: NotificationExecutionOptions{enabled=true, notifierConfigurationExecutionOptionsList={LOG=NotifierConfigurationExecutionOptions{notifierType=LOG, enabled=true}}}
Info: Cleaning JarFileFactory Cache to prevent jar FD leaks
Info: HV000001: Hibernate Validator 5.1.2.Final
Info: Grizzly Framework 2.3.28 started in: 1ms - bound to [/0.0.0.0:7676]
Info: Registered com.sun.enterprise.glassfish.bootstrap.osgi.EmbeddedOSGiGlassFishImpl#7bca6fac as OSGi service registration: org.apache.felix.framework.ServiceRegistrationImpl#129fed45.
Info: /Users/christian/opt/payara41/glassfish/domains/payaradomain/autodeploy/bundles does not exist, please create it.
Info: JMXStartupService has started JMXConnector on JMXService URL service:jmx:rmi://192.168.0.183:8686/jndi/rmi://192.168.0.183:8686/jmxrmi
Is there any security mechanism that prevents this on Mac OS?
It seems that Netbeans cannot connect to the started Payara Server. Maybe your issue is similar to this one with Netbeans and Tomcat on a Mac after some system update: https://discussions.apple.com/thread/7680039?start=0&tstart=0
Here is a quote from that page:
Step 1: Go to system preference >Network>Select your wifi
connection>Advanced>select proxies tab.
There check 3 options 1) Auto proxy Discovery 2)Automatic Proxy
configuration 3) web proxy(http)
Step 2: Go to Netbeans>preferences>General> select use system proxy>
reload> test connection
I found an alternative solution for me:
Go to Netbeans-> Preference-> chose No Proxy.
Test the connection. should success, Press Ok. Then clean and run the application.
No need to change any network configuration on mac.
I've been trying to configure FreeSWITCH with telcentris but not working.
FreeSWITCH Currently it works perfectly with other providers.
I tried using the XML configuration that is in the official website (here the link: http://wiki.freeswitch.org/wiki/Provider_Configuration:_Telcentris) but nothing. The only thing that changes in my xml is the user and the ip access and that's what I do. Too put the public context.
I created a lua script that is with the puebas I'm doing, and this is the error that throws me for FreeSWITCH console:
12.19.2012 13:14:58.619723 [NOTICE] switch_cpp.cpp: 1227 TELCENTRIS
12.19.2012 13:14:58.619723 [NOTICE] switch_channel.c: 930 New Channel sofia/external/2590573122223333 [80d4568f-2451-4f72-8de2-65b471a80e20]
12.19.2012 13:14:58.779729 [NOTICE] sofia.c: 6258 Hangup sofia/external/2590573122222222 [CS_CONSUME_MEDIA] [NORMAL_TEMPORARY_FAILURE]
12.19.2012 13:14:58.779729 [NOTICE] switch_cpp.cpp: 1227 *********** Caller: NORMAL_TEMPORARY_FAILURE - Try: 1 ***********
12.19.2012 13:14:58.779729 [NOTICE] switch_cpp.cpp: 1227 REQUESTED
If someone used FreeSWITCH with telcentris, or can tell me what could be the possible failure or error, I would greatly appreciate it.
I think the best would be to run tcpdump or wireshark and collect the whole SIP and RTP traffic for that destination. Then it will be more clear what's going on.