Character sometimes gets created incorrectly

[Tekaoh]

I've seen this issue quite a few times. I thought it was just me, but @AlecH92 mentioned that he saw it too.

Sometimes, when creating a new character, the toon will spawn in Mos Eisley with no clothes or hair. When that happens, the following also shows up on the server's console:
(where Player 13021818 is the one I just made)

Verify and lock name requested for stationId 652293343
WARNING:     (f5966200): Player 13021818 has lost their datapad
    (f5966200): Player 13021818 has lost their datapad
WARNING:     (1940b2db): Player 13021818 has lost their mission bag
    (1940b2db): Player 13021818 has lost their mission bag
WARNING:     (db8185f6): Player 13021818 has lost their bank
    (db8185f6): Player 13021818 has lost their bank

If I then immediately shut down the server and restart it and log in again, my clothes and hair appear, but now the following is in the console:

WARNING STRICT FATAL:     (cce20ac4): Could not depersist item [13021844] into container [13021818] because there was no good arrangement, ContainerErrorCode=4.  See previous warning.  We then attempted to find a different arrangement to put the item into, because the item really belongs in this container, but could not because it was either already occupied or the arrangement of the item was changed so that it cannot be placed in this container anymore.   This is typically bad, and may result in the item being in an invalid state or even moved to 0 0 0 in the world.  This might happen because the arrangement file was changed for this object and existing objects could no longer be persisted into their containers.
    (cce20ac4): Could not depersist item [13021844] into container [13021818] because there was no good arrangement, ContainerErrorCode=4.  See previous warning.  We then attempted to find a different arrangement to put the item into, because the item really belongs in this container, but could not because it was either already occupied or the arrangement of the item was changed so that it cannot be placed in this container anymore.   This is typically bad, and may result in the item being in an invalid state or even moved to 0 0 0 in the world.  This might happen because the arrangement file was changed for this object and existing objects could no longer be persisted into their containers.
WARNING STRICT FATAL:     (cce20ac4): Could not depersist item [13021825] into container [13021818] because there was no good arrangement, ContainerErrorCode=4.  See previous warning.  We then attempted to find a different arrangement to put the item into, because the item really belongs in this container, but could not because it was either already occupied or the arrangement of the item was changed so that it cannot be placed in this container anymore.   This is typically bad, and may result in the item being in an invalid state or even moved to 0 0 0 in the world.  This might happen because the arrangement file was changed for this object and existing objects could no longer be persisted into their containers.
    (cce20ac4): Could not depersist item [13021825] into container [13021818] because there was no good arrangement, ContainerErrorCode=4.  See previous warning.  We then attempted to find a different arrangement to put the item into, because the item really belongs in this container, but could not because it was either already occupied or the arrangement of the item was changed so that it cannot be placed in this container anymore.   This is typically bad, and may result in the item being in an invalid state or even moved to 0 0 0 in the world.  This might happen because the arrangement file was changed for this object and existing objects could no longer be persisted into their containers.
WARNING STRICT FATAL:     (cce20ac4): Could not depersist item [13021822] into container [13021818] because there was no good arrangement, ContainerErrorCode=4.  See previous warning.  We then attempted to find a different arrangement to put the item into, because the item really belongs in this container, but could not because it was either already occupied or the arrangement of the item was changed so that it cannot be placed in this container anymore.   This is typically bad, and may result in the item being in an invalid state or even moved to 0 0 0 in the world.  This might happen because the arrangement file was changed for this object and existing objects could no longer be persisted into their containers.
    (cce20ac4): Could not depersist item [13021822] into container [13021818] because there was no good arrangement, ContainerErrorCode=4.  See previous warning.  We then attempted to find a different arrangement to put the item into, because the item really belongs in this container, but could not because it was either already occupied or the arrangement of the item was changed so that it cannot be placed in this container anymore.   This is typically bad, and may result in the item being in an invalid state or even moved to 0 0 0 in the world.  This might happen because the arrangement file was changed for this object and existing objects could no longer be persisted into their containers.
WARNING STRICT FATAL:     (cce20ac4): Could not depersist item [13021821] into container [13021818] because there was no good arrangement, ContainerErrorCode=4.  See previous warning.  We then attempted to find a different arrangement to put the item into, because the item really belongs in this container, but could not because it was either already occupied or the arrangement of the item was changed so that it cannot be placed in this container anymore.   This is typically bad, and may result in the item being in an invalid state or even moved to 0 0 0 in the world.  This might happen because the arrangement file was changed for this object and existing objects could no longer be persisted into their containers.
    (cce20ac4): Could not depersist item [13021821] into container [13021818] because there was no good arrangement, ContainerErrorCode=4.  See previous warning.  We then attempted to find a different arrangement to put the item into, because the item really belongs in this container, but could not because it was either already occupied or the arrangement of the item was changed so that it cannot be placed in this container anymore.   This is typically bad, and may result in the item being in an invalid state or even moved to 0 0 0 in the world.  This might happen because the arrangement file was changed for this object and existing objects could no longer be persisted into their containers.
WARNING STRICT FATAL:     (cce20ac4): Could not depersist item [13021820] into container [13021818] because there was no good arrangement, ContainerErrorCode=4.  See previous warning.  We then attempted to find a different arrangement to put the item into, because the item really belongs in this container, but could not because it was either already occupied or the arrangement of the item was changed so that it cannot be placed in this container anymore.   This is typically bad, and may result in the item being in an invalid state or even moved to 0 0 0 in the world.  This might happen because the arrangement file was changed for this object and existing objects could no longer be persisted into their containers.
    (cce20ac4): Could not depersist item [13021820] into container [13021818] because there was no good arrangement, ContainerErrorCode=4.  See previous warning.  We then attempted to find a different arrangement to put the item into, because the item really belongs in this container, but could not because it was either already occupied or the arrangement of the item was changed so that it cannot be placed in this container anymore.   This is typically bad, and may result in the item being in an invalid state or even moved to 0 0 0 in the world.  This might happen because the arrangement file was changed for this object and existing objects could no longer be persisted into their containers.

These errors will appear every time I start the server and then log in.

In SQL Developer, I can see that those 5 objects got created twice. They are my datapad, bank, mission_bag, appearance_inventory, and default_weapon.

Also sometimes starting items like Jabba's Comlink are missing.

[Tekaoh]

It seems like sometimes only some clothing items are missing. Also, if a toon is created but missing (for example) a shirt, but then I equip a shirt before restarting the server, the shirt I was supposed to get will generate an error just like the other ones posted above.

[Tekaoh]

Since I began running the server on bare metal, I haven't seen this happen again. My virtualized environment was pretty under-powered... (2 cpu cores and typically 8GB ram. Only running one or two zones at a time, but still.) My best guess is that a less-than-ideal amount of cpu power may have been responsible for something funny happening during character creation. It's still strange to me that I never had this happen on older VMs (like circa 2017 Erusman VMs) on the same hardware, but then had it happen so consistently more recently on VMs that are really not that different. Maybe my cpu is slowing losing performance with age or something... In any case, the workaround was to use better hardware lol. I'm closing this issue because it's probably not worth investigating to learn exactly what was happening.

[Tekaoh]

This issue has reappeared for some others in Discord. It might still be worth looking into after all.

Here's another sample of console output from someone encountering this issue while making a character. https://pastebin.com/DNLqWCJt

[Tekaoh]

Another example of this issue is here.

[Bandit42]

something is telling me it might client side cause I never did a server restart. I only closed out the client and logged back in and when I logged back into the station, my toon had her hair and clothes on

[Tekaoh]

From my troubleshooting, it looks like this is more or less what's happening: When a character is created, the extra objects are created along with it BUT NOT ATTACHED to the character. They're stuck in limbo. That includes tangible objects like clothes and hair, but it also includes nontangible objects like bank, inventory, default_weapon (i.e. your ability to punch something), mission_bag, appearance_inventory, and datapad. When the character lands in the world, the server throws a fit about the missing NONTANGIBLE objects, creates new ones, and attaches them to the character. That's the "Player has lost their datapad" etc errors. When you either relog or reboot the server, the items in limbo from before try to then get attached to the character. In the case of the NONTANGIBLE objects, you get console errors saying that they could not depersist into the container. The reason is that those slots are already occupied by the second set of objects that the server made to allow you to enter the world. You can see this by digging into the database and seeing two of each of those objects now apparently contained by your character. In the case of clothes, they appear on your toon because those spots are available. IF YOU HAD PUT ON OTHER CLOTHES before these items tried to depersist, you would get console errors about those items too for the same reason, i.e., those slots are already occupied by the other clothes you put on. The same is actually true if you had an image designer give you new hair before your starter hair tried to depersist.
The bug is actually this: Why are these additional objects not ending up in the container in which they are supposed to exist when they are created?