[
https://issues.apache.org/jira/browse/MADLIB-1068?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16113714#comment-16113714
]
Ed Espino commented on MADLIB-1068:
-----------------------------------
Coredump appears to be initiated from MADlib. Here is the complete sequence to
reproduce the issue along with core stack info:
{code}
espino@ubuntu:~/incubator-madlib$ /usr/local/madlib/bin/madpack -s madlib -p
postgres install-check -t elastic_net
madpack.py : INFO : Detected PostgreSQL version 9.6.
TEST CASE RESULT|Module:
elastic_net|elastic_net_install_check.sql_in|FAIL|Time: 394 milliseconds
madpack.py : ERROR : Failed executing
/tmp/madlib.EI4akX/elastic_net/test/elastic_net_install_check.sql_in.tmp
madpack.py : ERROR : Check the log at
/tmp/madlib.EI4akX/elastic_net/test/elastic_net_install_check.sql_in.log
madpack.py : ERROR : SQL command failed:
SQL: DROP SCHEMA IF EXISTS madlib_installcheck_elastic_net CASCADE;
psql: FATAL: the database system is in recovery mode
Traceback (most recent call last):
File "/usr/local/madlib/Versions/1.12-dev/bin/../madpack/madpack.py", line
1580, in <module>
main(sys.argv[1:])
File "/usr/local/madlib/Versions/1.12-dev/bin/../madpack/madpack.py", line
1511, in main
_internal_run_query("DROP SCHEMA IF EXISTS %s CASCADE;" % (test_schema),
True)
File "/usr/local/madlib/Versions/1.12-dev/bin/../madpack/madpack.py", line
182, in _internal_run_query
return run_query(sql, show_error, con_args)
File "/usr/local/madlib/Versions/1.12-dev/bin/../madpack/madpack.py", line
147, in run_query
raise Exception
Exception
espino@ubuntu:~/incubator-madlib$ tail
/tmp/madlib.EI4akX/elastic_net/test/elastic_net_install_check.sql_in.log
end;
$$ language plpgsql volatile;
CREATE FUNCTION
select check_elastic_net();
psql:/tmp/madlib.EI4akX/elastic_net/test/elastic_net_install_check.sql_in.tmp:822:
NOTICE: table "house_en" does not exist, skipping
psql:/tmp/madlib.EI4akX/elastic_net/test/elastic_net_install_check.sql_in.tmp:822:
NOTICE: table "house_en_summary" does not exist, skipping
psql:/tmp/madlib.EI4akX/elastic_net/test/elastic_net_install_check.sql_in.tmp:822:
server closed the connection unexpectedly
This probably means the server terminated abnormally
before or while processing the request.
psql:/tmp/madlib.EI4akX/elastic_net/test/elastic_net_install_check.sql_in.tmp:822:
connection to server was lost
espino@ubuntu:~/incubator-madlib$ file ~/pgdata/core
/home/espino/pgdata/core: ELF 64-bit LSB core file x86-64, version 1 (SYSV),
SVR4-style, from 'postgres: espino madlibtest 127.0.0.1(43184) SELECT'
espino@ubuntu:~/incubator-madlib$ gdb /usr/local/pgsql/bin/postgres
GNU gdb (Ubuntu 7.11.1-0ubuntu1~16.5) 7.11.1
Copyright (C) 2016 Free Software Foundation, Inc.
License GPLv3+: GNU GPL version 3 or later <http://gnu.org/licenses/gpl.html>
This is free software: you are free to change and redistribute it.
There is NO WARRANTY, to the extent permitted by law. Type "show copying"
and "show warranty" for details.
This GDB was configured as "x86_64-linux-gnu".
Type "show configuration" for configuration details.
For bug reporting instructions, please see:
<http://www.gnu.org/software/gdb/bugs/>.
Find the GDB manual and other documentation resources online at:
<http://www.gnu.org/software/gdb/documentation/>.
For help, type "help".
Type "apropos word" to search for commands related to "word"...
Reading symbols from /usr/local/pgsql/bin/postgres...done.
(gdb) core ~/pgdata/core
[New LWP 101937]
[Thread debugging using libthread_db enabled]
Using host libthread_db library "/lib/x86_64-linux-gnu/libthread_db.so.1".
Core was generated by `postgres: espino madlibtest 127.0.0.1(43184) SELECT '.
Program terminated with signal SIGSEGV, Segmentation fault.
#0 pfree (pointer=0x51) at mcxt.c:1007
1007 context = ((StandardChunkHeader *)
(gdb) set pagination off
(gdb) where
#0 pfree (pointer=0x51) at mcxt.c:1007
#1 0x00007f534f16ac9d in
madlib::dbconnector::postgres::Allocator::free<(madlib::dbal::MemoryContext)0>
(inPtr=inPtr@entry=0x1db8c10, this=<optimized out>) at
/home/espino/incubator-madlib/src/ports/postgres/dbconnector/Allocator_impl.hpp:189
#2 0x00007f534f16afdd in operator delete[] (ptr=0x1db8c10) at
/home/espino/incubator-madlib/src/ports/postgres/dbconnector/NewDelete.cpp:67
#3 0x00007f534eebb112 in __gnu_cxx::new_allocator<char>::deallocate
(this=0x7fff5028bb30, __p=<optimized out>) at
/usr/include/c++/5/ext/new_allocator.h:110
#4 __gnu_cxx::__alloc_traits<std::allocator<char> >::deallocate (__a=...,
__n=<optimized out>, __p=<optimized out>) at
/usr/include/c++/5/ext/alloc_traits.h:185
#5 std::__cxx11::basic_string<char, std::char_traits<char>,
std::allocator<char> >::_M_destroy (__size=<optimized out>,
this=0x7fff5028bb30) at /usr/include/c++/5/bits/basic_string.h:185
#6 std::__cxx11::basic_string<char, std::char_traits<char>,
std::allocator<char> >::_M_dispose (this=0x7fff5028bb30) at
/usr/include/c++/5/bits/basic_string.h:180
#7 std::__cxx11::basic_string<char, std::char_traits<char>,
std::allocator<char> >::~basic_string (this=0x7fff5028bb30,
__in_chrg=<optimized out>) at /usr/include/c++/5/bits/basic_string.h:543
#8
madlib::dbconnector::postgres::ArrayWithNullException::ArrayWithNullException
(array_size=14, this=0x1d9f1c0) at
/home/espino/incubator-madlib/src/ports/postgres/dbconnector/ArrayWithNullException_proto.hpp:27
#9 madlib::dbconnector::postgres::(anonymous
namespace)::madlib_DatumGetArrayTypeP (inDatum=<optimized out>) at
/home/espino/incubator-madlib/src/ports/postgres/dbconnector/Backend.hpp:163
#10 0x00007f534eec0f5f in
madlib::dbconnector::postgres::NativeArrayToMappedVector<madlib::dbal::eigen_integration::HandleMap<Eigen::Matrix<double,
-1, 1, 0, -1, 1> const,
madlib::dbconnector::postgres::TransparentHandle<double, false>, 0> >
(inDatum=<optimized out>, inNeedMutableClone=inNeedMutableClone@entry=false) at
/home/espino/incubator-madlib/src/ports/postgres/dbconnector/EigenIntegration_impl.hpp:351
#11 0x00007f534eec146e in
madlib::dbconnector::postgres::TypeTraits<madlib::dbal::eigen_integration::HandleMap<Eigen::Matrix<double,
-1, 1, 0, -1, 1> const,
madlib::dbconnector::postgres::TransparentHandle<double, false>, 0>
>::toCXXType (sysInfo=<optimized out>, needMutableClone=false, value=<optimized
out>) at
/home/espino/incubator-madlib/src/ports/postgres/dbconnector/TypeTraits_impl.hpp:544
#12
madlib::dbconnector::postgres::AnyType::getAs<madlib::dbal::eigen_integration::HandleMap<Eigen::Matrix<double,
-1, 1, 0, -1, 1> const,
madlib::dbconnector::postgres::TransparentHandle<double, false>, 0> >
(this=0x7fff5028c060) at
/home/espino/incubator-madlib/src/ports/postgres/dbconnector/AnyType_impl.hpp:209
#13 0x00007f534f0d1dd0 in
madlib::modules::convex::utils_var_scales_transition::run
(this=this@entry=0x7fff5028c500, args=...) at
/home/espino/incubator-madlib/src/modules/convex/utils_regularization.cpp:84
#14 0x00007f534f12cd23 in
madlib::dbconnector::postgres::UDF::invoke<madlib::modules::convex::utils_var_scales_transition>
(args=...) at
/home/espino/incubator-madlib/src/ports/postgres/dbconnector/UDF_impl.hpp:82
#15
madlib::dbconnector::postgres::UDF::call<madlib::modules::convex::utils_var_scales_transition>
(fcinfo=0x1eff0f8) at
/home/espino/incubator-madlib/src/ports/postgres/dbconnector/UDF_impl.hpp:161
#16 0x00000000005cb5a2 in advance_transition_function
(aggstate=aggstate@entry=0x1efcf80, pertrans=pertrans@entry=0x1efefb8,
pergroupstate=pergroupstate@entry=0x1efffc8) at nodeAgg.c:805
#17 0x00000000005cb902 in advance_aggregates
(aggstate=aggstate@entry=0x1efcf80, pergroup=pergroup@entry=0x1efffc8) at
nodeAgg.c:942
#18 0x00000000005ccb05 in agg_retrieve_direct (aggstate=0x1efcf80) at
nodeAgg.c:2152
#19 ExecAgg (node=node@entry=0x1efcf80) at nodeAgg.c:1892
#20 0x00000000005bf9e8 in ExecProcNode (node=0x1efcf80) at execProcnode.c:503
#21 0x00000000005c6b3a in ExecScanFetch (recheckMtd=0x5df310 <SubqueryRecheck>,
accessMtd=0x5df320 <SubqueryNext>, node=0x1efca80) at execScan.c:95
#22 ExecScan (node=node@entry=0x1efca80, accessMtd=accessMtd@entry=0x5df320
<SubqueryNext>, recheckMtd=recheckMtd@entry=0x5df310 <SubqueryRecheck>) at
execScan.c:180
#23 0x00000000005df33f in ExecSubqueryScan (node=node@entry=0x1efca80) at
nodeSubqueryscan.c:85
#24 0x00000000005bfab8 in ExecProcNode (node=node@entry=0x1efca80) at
execProcnode.c:445
#25 0x00000000005bbfcf in ExecutePlan (dest=0xc0eaa0 <spi_printtupDR>,
direction=<optimized out>, numberTuples=0, sendTuples=<optimized out>,
operation=CMD_SELECT, use_parallel_mode=<optimized out>, planstate=0x1efca80,
estate=0x1efc920) at execMain.c:1569
#26 standard_ExecutorRun (queryDesc=0x1f15fe0, direction=<optimized out>,
count=0) at execMain.c:338
#27 0x00000000005e754d in _SPI_pquery (tcount=0, fire_triggers=1 '\001',
queryDesc=0x1f15fe0) at spi.c:2412
#28 _SPI_execute_plan (plan=plan@entry=0x7fff5028d1b0,
paramLI=paramLI@entry=0x0, snapshot=snapshot@entry=0x0,
crosscheck_snapshot=crosscheck_snapshot@entry=0x0, read_only=read_only@entry=0
'\000', fire_triggers=fire_triggers@entry=1 '\001', tcount=0) at spi.c:2188
#29 0x00000000005e7700 in SPI_execute (src=src@entry=0x7f534f5a0164 "\n
SELECT (f).*\n FROM (\n", ' ' <repeats 12 times>, "SELECT\n", ' '
<repeats 16 times>, "madlib.__utils_var_scales_result(\n", ' ' <repeats 20
times>, "madlib.utils_var_scales(x, 14)) as f\n", ' ' <repeats 12 times>,
"FROM\n", ' ' <repeats 16 times>, "lin_"..., read_only=<optimized out>,
tcount=tcount@entry=0) at spi.c:383
#30 0x00007f53508e41ab in PLy_spi_execute_query (query=0x7f534f5a0164 "\n
SELECT (f).*\n FROM (\n", ' ' <repeats 12 times>, "SELECT\n", ' '
<repeats 16 times>, "madlib.__utils_var_scales_result(\n", ' ' <repeats 20
times>, "madlib.utils_var_scales(x, 14)) as f\n", ' ' <repeats 12 times>,
"FROM\n", ' ' <repeats 16 times>, "lin_"..., limit=0) at plpy_spi.c:361
#31 0x00007f53508e49cf in PLy_spi_execute (self=<optimized out>,
args=0x7f534fe24050) at plpy_spi.c:184
#32 0x00007f5350404751 in PyEval_EvalFrameEx () from
/usr/lib/x86_64-linux-gnu/libpython2.7.so.1.0
#33 0x00007f5350402e24 in PyEval_EvalFrameEx () from
/usr/lib/x86_64-linux-gnu/libpython2.7.so.1.0
#34 0x00007f5350402e24 in PyEval_EvalFrameEx () from
/usr/lib/x86_64-linux-gnu/libpython2.7.so.1.0
#35 0x00007f5350402e24 in PyEval_EvalFrameEx () from
/usr/lib/x86_64-linux-gnu/libpython2.7.so.1.0
#36 0x00007f535052d01c in PyEval_EvalCodeEx () from
/usr/lib/x86_64-linux-gnu/libpython2.7.so.1.0
#37 0x00007f53504833dd in ?? () from
/usr/lib/x86_64-linux-gnu/libpython2.7.so.1.0
#38 0x00007f53504561e3 in PyObject_Call () from
/usr/lib/x86_64-linux-gnu/libpython2.7.so.1.0
#39 0x00007f53503fcf2c in PyEval_EvalFrameEx () from
/usr/lib/x86_64-linux-gnu/libpython2.7.so.1.0
#40 0x00007f535052d01c in PyEval_EvalCodeEx () from
/usr/lib/x86_64-linux-gnu/libpython2.7.so.1.0
#41 0x00007f53504833dd in ?? () from
/usr/lib/x86_64-linux-gnu/libpython2.7.so.1.0
#42 0x00007f53504561e3 in PyObject_Call () from
/usr/lib/x86_64-linux-gnu/libpython2.7.so.1.0
#43 0x00007f53503fcf2c in PyEval_EvalFrameEx () from
/usr/lib/x86_64-linux-gnu/libpython2.7.so.1.0
#44 0x00007f535052d01c in PyEval_EvalCodeEx () from
/usr/lib/x86_64-linux-gnu/libpython2.7.so.1.0
#45 0x00007f53504833dd in ?? () from
/usr/lib/x86_64-linux-gnu/libpython2.7.so.1.0
#46 0x00007f53504561e3 in PyObject_Call () from
/usr/lib/x86_64-linux-gnu/libpython2.7.so.1.0
#47 0x00007f53503fcf2c in PyEval_EvalFrameEx () from
/usr/lib/x86_64-linux-gnu/libpython2.7.so.1.0
#48 0x00007f535052d01c in PyEval_EvalCodeEx () from
/usr/lib/x86_64-linux-gnu/libpython2.7.so.1.0
#49 0x00007f53504833dd in ?? () from
/usr/lib/x86_64-linux-gnu/libpython2.7.so.1.0
#50 0x00007f53504561e3 in PyObject_Call () from
/usr/lib/x86_64-linux-gnu/libpython2.7.so.1.0
#51 0x00007f53503fcf2c in PyEval_EvalFrameEx () from
/usr/lib/x86_64-linux-gnu/libpython2.7.so.1.0
#52 0x00007f535052d01c in PyEval_EvalCodeEx () from
/usr/lib/x86_64-linux-gnu/libpython2.7.so.1.0
#53 0x00007f5350402cfd in PyEval_EvalFrameEx () from
/usr/lib/x86_64-linux-gnu/libpython2.7.so.1.0
#54 0x00007f5350402e24 in PyEval_EvalFrameEx () from
/usr/lib/x86_64-linux-gnu/libpython2.7.so.1.0
#55 0x00007f535052d01c in PyEval_EvalCodeEx () from
/usr/lib/x86_64-linux-gnu/libpython2.7.so.1.0
#56 0x00007f53503fbb89 in PyEval_EvalCode () from
/usr/lib/x86_64-linux-gnu/libpython2.7.so.1.0
#57 0x00007f53508ded19 in PLy_procedure_call (kargs=kargs@entry=0x7f53508e7c5d
"args", vargs=<optimized out>, proc=0x1e1bfe0, proc=0x1e1bfe0) at
plpy_exec.c:1062
#58 0x00007f53508e010e in PLy_exec_function (fcinfo=fcinfo@entry=0x1d300b0,
proc=0x1e1bfe0) at plpy_exec.c:105
#59 0x00007f53508e0e5c in plpython_call_handler (fcinfo=0x1d300b0) at
plpy_main.c:266
#60 0x00000000005c0a72 in ExecMakeFunctionResultNoSets (fcache=0x1d30040,
econtext=0x1d2fe50, isNull=0x1d30e58 ") = 0,\n \240\023\320\001",
isDone=<optimized out>) at execQual.c:2041
#61 0x00000000005c66be in ExecTargetList (tupdesc=<optimized out>,
isDone=0x7fff5028ebe4, itemIsDone=0x1d30f70, isnull=0x1d30e58 ") = 0,\n
\240\023\320\001", values=0x1d30e40, econtext=0x1d2fe50, targetlist=0x1d30f40)
at execQual.c:5423
#62 ExecProject (projInfo=<optimized out>, isDone=isDone@entry=0x7fff5028ebe4)
at execQual.c:5647
#63 0x00000000005db492 in ExecResult (node=node@entry=0x1d2fd40) at
nodeResult.c:155
#64 0x00000000005bfb68 in ExecProcNode (node=node@entry=0x1d2fd40) at
execProcnode.c:392
#65 0x00000000005bbfcf in ExecutePlan (dest=0xc0eaa0 <spi_printtupDR>,
direction=<optimized out>, numberTuples=0, sendTuples=<optimized out>,
operation=CMD_SELECT, use_parallel_mode=<optimized out>, planstate=0x1d2fd40,
estate=0x1d2fc30) at execMain.c:1569
#66 standard_ExecutorRun (queryDesc=0x1d27c00, direction=<optimized out>,
count=0) at execMain.c:338
#67 0x00000000005e754d in _SPI_pquery (tcount=0, fire_triggers=1 '\001',
queryDesc=0x1d27c00) at spi.c:2412
#68 _SPI_execute_plan (plan=plan@entry=0x1d23410, paramLI=paramLI@entry=0x0,
snapshot=snapshot@entry=0x0, crosscheck_snapshot=crosscheck_snapshot@entry=0x0,
read_only=read_only@entry=0 '\000', fire_triggers=fire_triggers@entry=1 '\001',
tcount=0) at spi.c:2188
#69 0x00000000005e787a in SPI_execute_plan_with_paramlist (plan=0x1d23410,
params=0x0, read_only=<optimized out>, tcount=tcount@entry=0) at spi.c:446
#70 0x00007f5350b05640 in exec_run_select (estate=estate@entry=0x7fff5028f0d0,
expr=0x1d1f748, maxtuples=maxtuples@entry=0, portalP=portalP@entry=0x0,
parallelOK=parallelOK@entry=1 '\001') at pl_exec.c:5121
#71 0x00007f5350b098f0 in exec_stmt_perform (stmt=0x1d1f9e8,
estate=0x7fff5028f0d0) at pl_exec.c:1567
#72 exec_stmt (stmt=0x1d1f9e8, estate=0x7fff5028f0d0) at pl_exec.c:1439
#73 exec_stmts (estate=0x7fff5028f0d0, stmts=<optimized out>) at pl_exec.c:1398
#74 0x00007f5350b0bbf2 in exec_stmt_block (estate=estate@entry=0x7fff5028f0d0,
block=0x1d41590) at pl_exec.c:1336
#75 0x00007f5350b0be05 in plpgsql_exec_function (func=func@entry=0x1c5a4b8,
fcinfo=fcinfo@entry=0x1cf1890, simple_eval_estate=simple_eval_estate@entry=0x0)
at pl_exec.c:434
#76 0x00007f5350b00ce5 in plpgsql_call_handler (fcinfo=0x1cf1890) at
pl_handler.c:255
#77 0x00000000005c0a72 in ExecMakeFunctionResultNoSets (fcache=0x1cf1820,
econtext=0x1cf1630, isNull=0x1cf21a8 " 1,\n \360\377\317\001",
isDone=<optimized out>) at execQual.c:2041
#78 0x00000000005c66be in ExecTargetList (tupdesc=<optimized out>,
isDone=0x7fff5028f424, itemIsDone=0x1cf22c0, isnull=0x1cf21a8 " 1,\n
\360\377\317\001", values=0x1cf2190, econtext=0x1cf1630, targetlist=0x1cf2290)
at execQual.c:5423
#79 ExecProject (projInfo=<optimized out>, isDone=isDone@entry=0x7fff5028f424)
at execQual.c:5647
#80 0x00000000005db492 in ExecResult (node=node@entry=0x1cf1520) at
nodeResult.c:155
#81 0x00000000005bfb68 in ExecProcNode (node=node@entry=0x1cf1520) at
execProcnode.c:392
#82 0x00000000005bbfcf in ExecutePlan (dest=0x1d17aa0, direction=<optimized
out>, numberTuples=0, sendTuples=<optimized out>, operation=CMD_SELECT,
use_parallel_mode=<optimized out>, planstate=0x1cf1520, estate=0x1cf1410) at
execMain.c:1569
#83 standard_ExecutorRun (queryDesc=0x1c4b9f0, direction=<optimized out>,
count=0) at execMain.c:338
#84 0x00000000006ca548 in PortalRunSelect (portal=portal@entry=0x1c45050,
forward=forward@entry=1 '\001', count=0, count@entry=9223372036854775807,
dest=dest@entry=0x1d17aa0) at pquery.c:948
#85 0x00000000006cb966 in PortalRun (portal=portal@entry=0x1c45050,
count=count@entry=9223372036854775807, isTopLevel=isTopLevel@entry=1 '\001',
dest=dest@entry=0x1d17aa0, altdest=altdest@entry=0x1d17aa0,
completionTag=completionTag@entry=0x7fff5028f920 "") at pquery.c:789
#86 0x00000000006c895b in exec_simple_query (query_string=0x1ca5f80 "select
check_elastic_net();") at postgres.c:1094
#87 PostgresMain (argc=<optimized out>, argv=argv@entry=0x1c4fb80,
dbname=0x1c27cb0 "madlibtest", username=<optimized out>) at postgres.c:4076
#88 0x000000000046ce0e in BackendRun (port=0x1c4c5e0) at postmaster.c:4271
#89 BackendStartup (port=0x1c4c5e0) at postmaster.c:3945
#90 ServerLoop () at postmaster.c:1701
#91 0x000000000066c4f1 in PostmasterMain (argc=argc@entry=3,
argv=argv@entry=0x1c25b30) at postmaster.c:1309
#92 0x000000000046de10 in main (argc=3, argv=0x1c25b30) at main.c:228
(gdb)
{code}
> madpack install-check fails on PostgreSQL 9.6.2 & Ubuntu 16.04.2
> ----------------------------------------------------------------
>
> Key: MADLIB-1068
> URL: https://issues.apache.org/jira/browse/MADLIB-1068
> Project: Apache MADlib
> Issue Type: Question
> Components: Madpack
> Reporter: John Grant
> Assignee: Ed Espino
> Fix For: v1.12
>
> Attachments: elastic_net_install_check.sql_in.log
>
>
> I am installing MADlib from source and concerned about the errors *madpack
> ... install-check* reports. Here are the commands used:
> {code}
> apt install postgresql-server-dev-9.6
> apt install postgresql-plpython-9.6
> apt install cmake g++ libkrb5-dev m4 libboost-dev
> git clone https://github.com/apache/incubator-madlib
> cd incubator-madlib
> ./configure
> cd build/
> make
> make install
> src/bin/madpack -s madlib -c postgres/*@localhost/revit -p postgres install
> ...
> ...
> ...
> madpack.py : INFO : MADlib 1.10.0 installed successfully in MADLIB schema.
> {code}
> Next I run *madpack ... install-check* but it fails. Should I be concerned or
> is this possibly a bug? See attached log file:
> {code}
> root@pg203:/home/john/incubator-madlib/build# src/bin/madpack -s madlib -c
> postgres/*@localhost/revit -p postgres install-check
> madpack.py : INFO : Detected PostgreSQL version 9.6.
> TEST CASE RESULT|Module: array_ops|array_ops.sql_in|PASS|Time: 303
> milliseconds
> TEST CASE RESULT|Module: bayes|gaussian_naive_bayes.sql_in|PASS|Time: 862
> milliseconds
> TEST CASE RESULT|Module: bayes|bayes.sql_in|PASS|Time: 2674 milliseconds
> TEST CASE RESULT|Module: crf|crf_train_small.sql_in|PASS|Time: 1725
> milliseconds
> TEST CASE RESULT|Module: crf|crf_train_large.sql_in|PASS|Time: 2920
> milliseconds
> TEST CASE RESULT|Module: crf|crf_test_small.sql_in|PASS|Time: 1377
> milliseconds
> TEST CASE RESULT|Module: crf|crf_test_large.sql_in|PASS|Time: 1470
> milliseconds
> madpack.py : ERROR : Failed executing
> /tmp/madlib.erAH0G/elastic_net/test/elastic_net_install_check.sql_in.tmp
> madpack.py : ERROR : Check the log at
> /tmp/madlib.erAH0G/elastic_net/test/elastic_net_install_check.sql_in.log
> TEST CASE RESULT|Module:
> elastic_net|elastic_net_install_check.sql_in|FAIL|Time: 522 milliseconds
> madpack.py : ERROR : SQL command failed:
> SQL: DROP SCHEMA IF EXISTS madlib_installcheck_elastic_net CASCADE;
> psql: could not connect to server: Connection refused
> Is the server running on host "localhost" (::1) and accepting
> TCP/IP connections on port 5432?
> FATAL: the database system is in recovery mode
> FATAL: the database system is in recovery mode
> Traceback (most recent call last):
> File "/home/john/incubator-madlib/build/src/bin/../madpack/madpack.py",
> line 1574, in <module>
> main(sys.argv[1:])
> File "/home/john/incubator-madlib/build/src/bin/../madpack/madpack.py",
> line 1505, in main
> _internal_run_query("DROP SCHEMA IF EXISTS %s CASCADE;" % (test_schema),
> True)
> File "/home/john/incubator-madlib/build/src/bin/../madpack/madpack.py",
> line 182, in _internal_run_query
> return run_query(sql, show_error, con_args)
> File "/home/john/incubator-madlib/build/src/bin/../madpack/madpack.py",
> line 147, in run_query
> raise Exception
> Exception
> {code}
--
This message was sent by Atlassian JIRA
(v6.4.14#64029)