Open alex4o opened 5 years ago
Hi @alex4o,
Thank you for reporting this issue. To help us diagnose, can you send us the traces from your local cluster and the approximate time (including timezone) of when you ran the upload command? You can email me the traces at bikang@microsoft.com, or you can upload them on here. They are located at /mnt/sfuser/log/lttng-traces
or /mnt/sfroot
. The files should be either .etl
or .trace
.
Thanks!
I hope these helps. I have used the TraceProcessor.sh to get the trace file. The time should be around 16:30 utc. I m not sure that this repo is the right place to report, because I also tried doing this:
# curl "http://127.0.0.1:19080/ImageStore?api-version=6.0" ~/Projects/scynet/sf/test-dotnet/data-test1
{"Error":{"Code":"FABRIC_E_NAME_DOES_NOT_EXIST","Message":"Name does not exist."}}
So it is possible that it is a problem with service fabric itself. trace.zip
@alex4o can you try running the following in order?
Sudo userdel P_FSSUserffffffff
Sudo userdel S_FSSUserffffffff
groupdel FSSGroupffffffff
Sudo systemctl restart servicefabric
Give this a shot, and if doesn't work (for both the upload and the GET), could you share the traces again? Thanks!
I tried the commands that you have suggested, but as I am doing this in a docker container I don't have systemd(systemctl), so i just ran the the ./run.sh
provided by the official docker image. It did not work.
traces.7z.gz
@alex4o Let's set up a call to diagnose this. Can you send me a email to the address given above? Thanks!
When reporting a new issue include the following information:
[6.0.0 ]
sfctl
version, can check this usingpip show sfctl
[ 6.4.625, latest from docker hub ] Service Fabric cluster runtime version
[ docker sfonebox ] Service Fabric hosting location (on-premise or Azure usually)