Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

fdsnws crash when availability enabled #74

Closed
filefolder opened this issue Dec 15, 2023 · 7 comments
Closed

fdsnws crash when availability enabled #74

filefolder opened this issue Dec 15, 2023 · 7 comments

Comments

@filefolder
Copy link

filefolder commented Dec 15, 2023

Hi, noticing now in 6.0.3 that when the availability service is enabled, fdsnws crashes and won't start.

Here is the fdsnws.log message:

2023/12/15 10:22:37 [error/Core] Time::fromString: buffer size exceeded: 171 > 63
2023/12/15 10:22:37 [error/Core] Time::fromString: buffer size exceeded: 171 > 63
2023/12/15 10:52:54 [error/Core] Time::fromString: buffer size exceeded: 134 > 63
2023/12/15 10:52:54 [error/Core] Time::fromString: buffer size exceeded: 134 > 63

It's just those four messages. This is following a fresh run of scardac... I suspect a datetime string got garbled in the (mysql) database somewhere but I am not fluent enough in mysql to know how to check. Never had the issue previously.

@gempa-stephan
Copy link
Contributor

Please start fdsnws on the command line using the --trace switch and attach the output:

seiscomp exec fdsnws --trace

You may also export your availability information and check the dates in the XML or attach the file here:

seiscomp exec scxmldump -Y --with-segments -d localhost -f -o /tmp/availability.xml

@filefolder
Copy link
Author

filefolder commented Dec 15, 2023

Thanks--

$ seiscomp start fdsnws --trace
starting fdsnws
Summary: 0 modules started

Not much there. The log just shows it shutdown immediately this time

2023/12/15 19:17:39 [notice/Application] Shutdown

attaching //gone

cursory start/stop/updated searches via grep 'updated' availability.xml | awk 'length($0) > 52 {print $0}' not showing anything too unusual yet

@gempa-jabe
Copy link
Contributor

You can't start a module with an option. Use seiscomp exec fdsnws --trace on the command line to run it in foreground.

@filefolder
Copy link
Author

very sorry, attempting this post-christmas party for some reason

$ seiscomp exec fdsnws --trace
can't serve availabilty without dataAvailability.enable set to true

so doesn't look like a db or scardac issue at all

not sure I understand what has happened. via ssconfig, checking the serveAvailability box sets serveAvailability = true in fdsnws.cfg, but dataAvailability.enable in fdsnws.cfg was still set to false. there doesn't seem to be a dataAvailability setting via ssconfig. manually changing this to true via a text editor solved the problem

@gempa-jabe
Copy link
Contributor

OK, thank you. We will look into that and fix it.

@gempa-jabe
Copy link
Contributor

There is a dataAvailability group in scconfig, just below "eventType" and above "trackdb".

@filefolder
Copy link
Author

ah. as usual the error is mine. i missed it as it was in a slightly different section. closing!

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

3 participants