You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Attempting to start C-Lightning 0.9.1 using the PostgreSQL backend results in the following fatal error:
s32 field doesn't match size: expected 4, actual 8
Tracing with GDB reveals that this message is coming from the new fillin_missing_channel_id function at line 1256.
The channels.id column is of type BIGSERIAL (i.e., BIGINT), but the db_postgres_column_int function enforces that the column width is 4 bytes. This obviously fails.
Workaround
Change the channels.id column type to INTEGER.
ALTER TABLE channels ALTER COLUMN id TYPE INTEGER;
Start lightningd so that the database upgrade can occur. The process will eventually fail to start with the following fatal error:
u64 field doesn't match size: expected 8, actual 4
Change the channels.id column type back to BIGINT.
ALTER TABLE channels ALTER COLUMN id TYPE BIGINT;
Start lightningd as normal.
The text was updated successfully, but these errors were encountered:
v2 channel open uses a different method to derive the channel_id, so now
we save it to the database so that we dont have to remember how to
derive it for each.
includes a migration for existing channels
Nope. The workaround didn't work for me.
I have tried with 0.9.1.
I have executed point 1., point 2., obtained the same message, executed point 3. but, when I restart lightningd, I always have
s32 field doesn't match size: expected 4, actual 8 .
I also made a git pull to the last commit on master but the result is the same.
Issue and Steps to Reproduce
Attempting to start C-Lightning 0.9.1 using the PostgreSQL backend results in the following fatal error:
Tracing with GDB reveals that this message is coming from the new
fillin_missing_channel_id
function at line 1256.The
channels.id
column is of typeBIGSERIAL
(i.e.,BIGINT
), but thedb_postgres_column_int
function enforces that the column width is 4 bytes. This obviously fails.Workaround
channels.id
column type toINTEGER
.channels.id
column type back toBIGINT
.The text was updated successfully, but these errors were encountered: