KN
а почему есть мысли что entrypoint не загружается?
Size: a a a
2020 August 04
VS
Но он же указан конкретно в CMD был , а сейчас я свой ему подложил
VS
соответсвенно, все что там было теперь отвалилось
KN
сделайте так
KN
FROM tarantool/tarantool
COPY app.lua /opt/tarantool
CMD ["/usr/local/bin/tarantool", "/usr/local/bin/tarantool-entrypoint.lua", "/opt/tarantool/app.lua"]
COPY app.lua /opt/tarantool
CMD ["/usr/local/bin/tarantool", "/usr/local/bin/tarantool-entrypoint.lua", "/opt/tarantool/app.lua"]
KN
там действительно кто-то отломал entrypoint
KN
в последних контейнерах
KN
а, хотя я понял что не так
KN
вот так пишите
KN
FROM tarantool/tarantool
COPY app.lua /opt/tarantool
CMD ["tarantool", "/opt/tarantool/app.lua"]
COPY app.lua /opt/tarantool
CMD ["tarantool", "/opt/tarantool/app.lua"]
KN
и все будет ОК
VS
Creating configuration file: /etc/tarantool/config.yml
tarantul_1 | LuajitError: /usr/local/bin/tarantool-entrypoint.lua:210: attempt to index local 'override' (a nil value)
tarantul_1 | fatal error, exiting the event loop
tarantool_tarantul_1 exited with code 1
tarantul_1 | LuajitError: /usr/local/bin/tarantool-entrypoint.lua:210: attempt to index local 'override' (a nil value)
tarantul_1 | fatal error, exiting the event loop
tarantool_tarantul_1 exited with code 1
VS
С этого все и началось
VS
Вернул как в доке
AT
Это похоже на заголовок пакета.
А, тьфу, я заголовок декожу, а само тело — нет.
AT
tarantool> msgpack.decode(('84 00 09 02 01 03 CE 0F EB 4C 8C 04 CB 41 D7 CA 58 20 2E 2D 55 84 10 CD 02 08 15 01 28 91 93 A1 3D 03 CD 27 10 21 94 CD 01 1A CD 03 E7 CE 00 00 00'):gsub(' ', ''):fromhex())
---
- {0: 9, 2: 1, 4: 1596547200.7215, 3: 267078796}
- 22
...
---
- {0: 9, 2: 1, 4: 1596547200.7215, 3: 267078796}
- 22
...
Тело обрезанное. Если добавить в конец два байта, то декодится:
tarantool> msgpack.decode(('84 10 CD 02 08 15 01 28 91 93 A1 3D 03 CD 27 10 21 94 CD 01 1A CD 03 E7 CE 00 00 00 00 00'):gsub(' ', ''):fromhex())
---
- {33: [282, 999, 0, 0], 16: 520, 40: [['=', 3, 10000]], 21: 1}
- 31
...
tarantool> msgpack.decode(('84 10 CD 02 08 15 01 28 91 93 A1 3D 03 CD 27 10 21 94 CD 01 1A CD 03 E7 CE 00 00 00 00 00'):gsub(' ', ''):fromhex())
---
- {33: [282, 999, 0, 0], 16: 520, 40: [['=', 3, 10000]], 21: 1}
- 31
...
A
Тело обрезанное. Если добавить в конец два байта, то декодится:
tarantool> msgpack.decode(('84 10 CD 02 08 15 01 28 91 93 A1 3D 03 CD 27 10 21 94 CD 01 1A CD 03 E7 CE 00 00 00 00 00'):gsub(' ', ''):fromhex())
---
- {33: [282, 999, 0, 0], 16: 520, 40: [['=', 3, 10000]], 21: 1}
- 31
...
tarantool> msgpack.decode(('84 10 CD 02 08 15 01 28 91 93 A1 3D 03 CD 27 10 21 94 CD 01 1A CD 03 E7 CE 00 00 00 00 00'):gsub(' ', ''):fromhex())
---
- {33: [282, 999, 0, 0], 16: 520, 40: [['=', 3, 10000]], 21: 1}
- 31
...
в доке формат не нашел, но [282 - ok, 999 - ok, 0 - это меняется в upsert, 0 — тут по идее -1]
[['=', 3, 10000]] - это сам update(upsert) - тоже норм. остальное не знаю(
а обрезок это же особенность логирования? просто по длине все проблемные записи в логе были идентичны (ну и данные по размеру в общем-то тоже)
щас еще хlog мастера посмотрю, что там
[['=', 3, 10000]] - это сам update(upsert) - тоже норм. остальное не знаю(
а обрезок это же особенность логирования? просто по длине все проблемные записи в логе были идентичны (ну и данные по размеру в общем-то тоже)
щас еще хlog мастера посмотрю, что там
AT
> 0 - это меняется в upsert, 0 — тут по идее -1
Это я два нуля добавил, чтобы декодилось.
Это я два нуля добавил, чтобы декодилось.
AT
Нет, это суть самой ошибки — пакет обрезанный.
AT
Видимо, размер так был указан (сейчас посмотрю по коду).