shanish2 reports: shanish:tree tele-tube stop re ... #2886

New Issue

yourland-report · 2022-10-18T16:48:08Z

yourland-report commented

2022-10-18 16:48:08 +00:00

shanish2 reports a bug:

shanish:tree tele-tube stop receiving or sending at my tree farm. Normal if i replace the receiving end, it will work again. I've observed this for a very long time and file a bug before. This doesn't happen all the time. so come here and see for yourself.

Player position:

{
	x = 1573.8879394531,
	y = 1.5,
	z = 1168.6389160156
}

Player look:

{
	x = -0.76910865306854,
	y = 0.28083422780037,
	z = 0.5741114616394
}

Player information:

{
	formspec_version = 4,
	protocol_version = 39,
	major = 5,
	minor = 4,
	lang_code = "",
	state = "Active",
	ip_version = 6,
	min_rtt = 0.16699999570847,
	max_rtt = 2.2620000839233,
	avg_rtt = 0.17200000584126,
	min_jitter = 0,
	max_jitter = 2.0490000247955,
	avg_jitter = 0,
	connection_uptime = 4690,
	serialization_version = 28,
	patch = 1,
	version_string = "5.4.1"
}

Player meta:

{
	fields = {
		crafted = "113",
		["3d_armor_inventory"] = "return {\"3d_armor:leggings_nether 1 1720\", \"3d_armor:helmet_nether 1 860\", \"shields:shield_nether 1 1720\", \"3d_armor:chestplate_nether 1 1720\", \"3d_armor:boots_crystal 1 860\", \"\"}",
		hud_state = "on",
		["unified_inventory:bags"] = "return {\"unified_inventory:bag_large\", \"unified_inventory:bag_large\", \"unified_inventory:bag_large\", \"unified_inventory:bag_large\"}",
		repellant = "0",
		digged_nodes = "174211",
		partychat = "party",
		["stamina:level"] = "19",
		["signslib:pos"] = "(1553,-26,1152)",
		["stamina:poisoned"] = "no",
		yl_church = "return {[\"last_death_portal\"] = 1665803620, [\"last_death\"] = {[\"x\"] = 2337, [\"y\"] = -10116, [\"z\"] = 1513}}",
		arenalib_infobox_arenaID = "0",
		["stamina:exhaustion"] = "19.5",
		["ocean_build.last_warning"] = "1.66611e+09",
		xp = "360448",
		yl_commons_thankyou = "1",
		played_time = "4947069",
		punch_count = "51617",
		yl_commons_player_created = "1645564423",
		yl_commons_player_joined = "1666107053",
		["ocean_build.ocean_built"] = "3",
		inflicted_damage = "917560",
		jointime = "1645564423",
		bitten = "0",
		died = "28",
		placed_nodes = "69894"
	}
}

Log identifier


[MOD] yl_report log identifier = mkbBXzJ3bECtyTPHWBlsbV3OBDAohn6k

Profiler save:

profile-20221018T164808.json_prettyEE

Status:

# Server: version: 5.6.1-yl | game: Minetest Game | uptime: 1d 2h 20min 27s | max lag: 3.02s | clients: drgn, debiankaios, Imhotheb, set, Miri, alexandre2005, icser, Bond007, ILikeRaccoons, shanish2, niceride, Bailiff, daydream, AliasAlreadyTaken, Ineva, Boris, Pathfinder, flux, rabenkind, Service, Bla

Teleport command:

/teleport xyz 1574 2 1169

Compass command:

/give_compass Construction mkbBXzJ3bECtyTPHWBlsbV3OBDAohn6k D2691E 1574 2 1169

shanish2 reports a bug: > shanish:tree tele-tube stop receiving or sending at my tree farm. Normal if i replace the receiving end, it will work again. I've observed this for a very long time and file a bug before. This doesn't happen all the time. so come here and see for yourself. Player position: ``` { x = 1573.8879394531, y = 1.5, z = 1168.6389160156 } ``` Player look: ``` { x = -0.76910865306854, y = 0.28083422780037, z = 0.5741114616394 } ``` Player information: ``` { formspec_version = 4, protocol_version = 39, major = 5, minor = 4, lang_code = "", state = "Active", ip_version = 6, min_rtt = 0.16699999570847, max_rtt = 2.2620000839233, avg_rtt = 0.17200000584126, min_jitter = 0, max_jitter = 2.0490000247955, avg_jitter = 0, connection_uptime = 4690, serialization_version = 28, patch = 1, version_string = "5.4.1" } ``` Player meta: ``` { fields = { crafted = "113", ["3d_armor_inventory"] = "return {\"3d_armor:leggings_nether 1 1720\", \"3d_armor:helmet_nether 1 860\", \"shields:shield_nether 1 1720\", \"3d_armor:chestplate_nether 1 1720\", \"3d_armor:boots_crystal 1 860\", \"\"}", hud_state = "on", ["unified_inventory:bags"] = "return {\"unified_inventory:bag_large\", \"unified_inventory:bag_large\", \"unified_inventory:bag_large\", \"unified_inventory:bag_large\"}", repellant = "0", digged_nodes = "174211", partychat = "party", ["stamina:level"] = "19", ["signslib:pos"] = "(1553,-26,1152)", ["stamina:poisoned"] = "no", yl_church = "return {[\"last_death_portal\"] = 1665803620, [\"last_death\"] = {[\"x\"] = 2337, [\"y\"] = -10116, [\"z\"] = 1513}}", arenalib_infobox_arenaID = "0", ["stamina:exhaustion"] = "19.5", ["ocean_build.last_warning"] = "1.66611e+09", xp = "360448", yl_commons_thankyou = "1", played_time = "4947069", punch_count = "51617", yl_commons_player_created = "1645564423", yl_commons_player_joined = "1666107053", ["ocean_build.ocean_built"] = "3", inflicted_damage = "917560", jointime = "1645564423", bitten = "0", died = "28", placed_nodes = "69894" } } ``` Log identifier ``` [MOD] yl_report log identifier = mkbBXzJ3bECtyTPHWBlsbV3OBDAohn6k ``` Profiler save: ``` profile-20221018T164808.json_prettyEE ``` Status: ``` # Server: version: 5.6.1-yl | game: Minetest Game | uptime: 1d 2h 20min 27s | max lag: 3.02s | clients: drgn, debiankaios, Imhotheb, set, Miri, alexandre2005, icser, Bond007, ILikeRaccoons, shanish2, niceride, Bailiff, daydream, AliasAlreadyTaken, Ineva, Boris, Pathfinder, flux, rabenkind, Service, Bla ``` Teleport command: ``` /teleport xyz 1574 2 1169 ``` Compass command: ``` /give_compass Construction mkbBXzJ3bECtyTPHWBlsbV3OBDAohn6k D2691E 1574 2 1169 ```

AliasAlreadyTaken was assigned by yourland-report

2022-10-18 16:48:08 +00:00

flux added the

1. kind/bug

3. source/mod upstream

labels 2022-10-18 17:37:56 +00:00

flux commented

2022-10-18 17:41:47 +00:00

verified that all tubes were within a single mapblock, so that's not it.

i think this might have something to do w/ the fact that active_object_send_range_blocks = 3 and active_block_range = 1. solution: replace pipeworks w/ something that doesn't rely on entities to move things beteen inventories.

verified that all tubes were within a single mapblock, so that's not it. i think this might have something to do w/ the fact that `active_object_send_range_blocks = 3` and `active_block_range = 1`. solution: replace pipeworks w/ something that doesn't rely on entities to move things beteen inventories.

flux commented

2022-10-18 17:43:41 +00:00

wait no this isn't about stuck items, this is about the receive tube not receiving...

flux commented

2022-10-18 17:45:39 +00:00

state of the receive tube currently:

{
	{
		infotext = "\27(T@pipeworks)Teleportation Tube \27Fsending and receiving\27E on '\27Fshanish:tree\27E'\27E",
		tubedir = "0",
		adjlist = "return {{[\"y\"] = -1, [\"x\"] = 0, [\"z\"] = 0}}",
		channel = "shanish:tree",
		can_receive = "1",
		formspec = "size[8.5,3.5]image[0.2,o;1,1;pipeworks_teleport_tube_inv.png]label[1.2,0.2;\27(T@pipeworks)Teleporting Tube\27E]field[0.5,1.6;4.6,1;channel;\27(T@pipeworks)Channel\27E;${channel}]button[4.8,1.3;1.5,1;set_channel;\27(T@pipeworks)Set\27E]label[7.0,0;\27(T@pipeworks)Receive\27E]image_button[7.0,0.5;1,0.6;pipeworks_button_on.png;cr0;;;false;pipeworks_button_interm.png]button_exit[6.3,1.3;2,1;close;\27(T@pipeworks)Close\27E]label[0.2,2.3;\27(T@pipeworks)Channels are public by default\27E\
\27(T@pipeworks)Use <player>:<channel> for fully private channels\27E\
\27(T@pipeworks)Use <player>\\;<channel> for private receivers\27E]"
	},
	inventory = {
		
	}
}

state of the receive tube currently: ```lua { { infotext = "\27(T@pipeworks)Teleportation Tube \27Fsending and receiving\27E on '\27Fshanish:tree\27E'\27E", tubedir = "0", adjlist = "return {{[\"y\"] = -1, [\"x\"] = 0, [\"z\"] = 0}}", channel = "shanish:tree", can_receive = "1", formspec = "size[8.5,3.5]image[0.2,o;1,1;pipeworks_teleport_tube_inv.png]label[1.2,0.2;\27(T@pipeworks)Teleporting Tube\27E]field[0.5,1.6;4.6,1;channel;\27(T@pipeworks)Channel\27E;${channel}]button[4.8,1.3;1.5,1;set_channel;\27(T@pipeworks)Set\27E]label[7.0,0;\27(T@pipeworks)Receive\27E]image_button[7.0,0.5;1,0.6;pipeworks_button_on.png;cr0;;;false;pipeworks_button_interm.png]button_exit[6.3,1.3;2,1;close;\27(T@pipeworks)Close\27E]label[0.2,2.3;\27(T@pipeworks)Channels are public by default\27E\ \27(T@pipeworks)Use <player>:<channel> for fully private channels\27E\ \27(T@pipeworks)Use <player>\\;<channel> for private receivers\27E]" }, inventory = { } } ```

flux commented

2022-10-18 18:07:41 +00:00

@AliasAlreadyTaken which mod_storage_backend (specified in world.mt) is the server using?

@AliasAlreadyTaken which `mod_storage_backend` (specified in world.mt) is the server using?

flux added the

4. step/question

label 2022-10-18 18:08:10 +00:00

flux commented

2022-10-18 18:09:35 +00:00

verified that the target node is not in the tp_tube_db, which is stored in mod_storage, which makes me suspect the old "too many things to serialize to disk" issue.

flux added the

2. prio/interesting

label 2022-10-18 18:09:48 +00:00

flux added this to the flux's TODO list project 2022-10-18 18:09:51 +00:00

AliasAlreadyTaken commented

2022-10-20 15:13:12 +00:00

@AliasAlreadyTaken which mod_storage_backend (specified in world.mt) is the server using?

There is no backend spcified, so I'd guess we still use files. With 1.1.116 we'll switch to sqlite: #2637

> @AliasAlreadyTaken which `mod_storage_backend` (specified in world.mt) is the server using? There is no backend spcified, so I'd guess we still use files. With 1.1.116 we'll switch to sqlite: #2637

flux commented

2022-10-20 16:35:50 +00:00

@AliasAlreadyTaken which mod_storage_backend (specified in world.mt) is the server using?

There is no backend spcified, so I'd guess we still use files. With 1.1.116 we'll switch to sqlite: #2637

yeah, i'm guessing that's the reasons the tubes forget then. for send tubes, they get re-initialized when an object reaches them and they aren't initialized, but the receive tubes can't benefit from that mechanic, so they remain unknown.

> > @AliasAlreadyTaken which `mod_storage_backend` (specified in world.mt) is the server using? > > There is no backend spcified, so I'd guess we still use files. With 1.1.116 we'll switch to sqlite: #2637 yeah, i'm guessing that's the reasons the tubes forget then. for send tubes, they get re-initialized when an object reaches them and they aren't initialized, but the receive tubes can't benefit from that mechanic, so they remain unknown.

flux referenced this issue

2022-10-25 23:38:28 +00:00

Bond007 reports: When a sender teleport tube (t ... #2808

flux referenced this issue

2022-10-25 23:39:19 +00:00

shanish reports: Sometimes teleport tube would ... #1537

flux added

4. step/ready to QA test

3. source/engine

and removed

4. step/question

3. source/mod upstream