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
server crash during ingestion #244
Comments
Here is a better stack now I have the symbols enabled |
I believe this should be solved by #248 |
@erimatnor, please feel free to close this as timescaledb has been stable for me for the past few days. Thanks! |
244: `->` accessor r=JLockerman a=JLockerman This PR adds `aggregate -> accessor()` to many aggregates. This allows us to do things like ```SQL SELECT counter_agg(ts, val)->with_bounds('[2020-01-01 00:00:00+00, 2020-01-01 00:02:00.001+00)')->extrapolated_delta('prometheus') ``` instead of ```SQL SELECT extrapolated_delta(with_bounds(counter_agg(ts, val), '[2020-01-01 00:00:00+00, 2020-01-01 00:02:00.001+00)'), 'prometheus') ``` See the individual commits for more info. Co-authored-by: Joshua Lockerman <josh@timescale.com>
The line numbers are missing, I probably should custom the build flags. Hopefully this has something to look at. Thanks
(gdb) bt
#0 0x00007f4b40bfe2bf in parse_one_specmb (format=format@entry=0x96fd42 "%u/%u%s", posn=posn@entry=0, spec=spec@entry=0x7ffcabc53ca0, max_ref_arg=max_ref_arg@entry=0x7ffcabc53c68) at printf-parsemb.c:248
#1 0x00007f4b40bdce29 in printf_positional (s=s@entry=0x7ffcabc54690, format=format@entry=0x96fd3d "base/%u/%u%s", readonly_format=readonly_format@entry=0, ap=ap@entry=0x7ffcabc54830,
ap_savep=ap_savep@entry=0x7ffcabc54228, done=5, nspecs_done=0, lead_str_end=0x96fd42 "%u/%u_%s", work_buffer=0x7ffcabc54260 "", save_errno=0, grouping=0x0, thousands_sep=0x7f4b40d1eae5 "")
at vfprintf.c:1762
#2 0x00007f4b40bdf4a6 in IO_vfprintf_internal (s=s@entry=0x7ffcabc54690, format=, format@entry=0x96fd3d "base/%u/%u%s", ap=ap@entry=0x7ffcabc54830) at vfprintf.c:1677
#3 0x00007f4b40ca8856 in __vsnprintf_chk (s=0x2c3e7e8 "base/", maxlen=, flags=1, slen=, format=0x96fd3d "base/%u/%u%s", args=0x7ffcabc54830) at vsnprintf_chk.c:63
#4 0x00000000007f8baf in pvsnprintf ()
#5 0x00000000007f8d4d in psprintf ()
#6 0x00000000006c2f04 in mdopen.part ()
#7 0x00000000006c344f in mdexists ()
#8 0x00000000006a5c0a in fsm_readbuf ()
#9 0x00000000006a5f11 in fsm_search ()
#10 0x00000000006a6c62 in GetFreeIndexPage ()
#11 0x00000000004b1125 in _bt_getbuf.part.1 ()
#12 0x00000000004afa61 in _bt_insertonpg ()
#13 0x00000000004b0f57 in _bt_doinsert ()
#14 0x00000000004b36f1 in btinsert ()
#15 0x00000000005bbc60 in ExecInsertIndexTuples ()
#16 0x00007f4b40767e0d in timescaledb_DoCopy () from /mnt/pg/lib/postgresql/timescaledb.so
#17 0x00007f4b40760990 in timescaledb_ddl_command_start () from /mnt/pg/lib/postgresql/timescaledb.so
#18 0x00000000006cb67e in PortalRunUtility ()
#19 0x00000000006cc185 in PortalRunMulti ()
#20 0x00000000006cccce in PortalRun ()
#21 0x00000000006c9dcb in PostgresMain ()
#22 0x000000000046d06e in ServerLoop ()
#23 0x000000000066d362 in PostmasterMain ()
#24 0x000000000046e080 in main ()
The text was updated successfully, but these errors were encountered: