Strange Shared_Memory issue
Moving my server between Debian installs I am getting a new shared memory error. The directory is there, just called "shared". I have tried giving permissions as the user and even run shared_memory as root and still get the same errors. Strangest thing...
Code:
[Zone Server] Loading items |
Where are your files and what are your permissions? Are you using symlinks? Give an ls -al on your emu root folder?
|
Code:
-rwxr-xr-x 1 root root 319 Feb 29 13:19 1 |
So all owned by root:root. What happens when you run ./shared_memory all by itself as root?
|
It runs as normal and fills the directory, all files have sizes
Code:
-rw------- 1 root root 88072 Feb 29 17:53 base_data |
I pretty well set my debugging to max, so I am getting plenty of data back when zone runs.
Code:
[Zone Server] Loading server configuration.. |
Eww running as root.
|
I'm wondering if this is a nesting permissions issue. Is your original user eq1? I recommend going back and chowning everything (-R from src) back to eq1, clear locks/logs, rebuild and run everything as that user again.
EDIT: Haha, demon and I were thinking the same thing... |
Quote:
|
provocating, run this and try again:
Code:
UPDATE `variables` SET `value`='' WHERE (`varname`='hotfix_name') |
That did it. Now I am completely confused why that would have any effect at all. Should this be something I include in a reboot script?
|
It's kind of a "bug", it's working as intended but its an issue that folks run into when they make use of #hotfix.
I'll look into making a long term solution for it. |
If you can enlighten me on what is causing it, I would like to go ahead and change it in my source. I use hotfix at least a few times a day.
|
Quote:
|
Done and tested.
Works. https://github.com/EQEmu/Server/comm...1ca89d83683c1b Profit. Love me long time |
All times are GMT -4. The time now is 03:07 AM. |
Powered by vBulletin®, Copyright ©2000 - 2025, Jelsoft Enterprises Ltd.