#BeeJay 2 Instances

1 messages · Page 1 of 1 (latest)

inland fjord
#

Okay here is what I think is happening

#

I think for whatever reason the 2nd instance isn't getting a valid --dataPath and so it's defaulting to the default data path

#

We can test this by removing the default location options.json since you're defining the dataPath for both instances

harsh barn
#

You are correct. as soon as i stop foundry the fvtt goes this way

unknown.png
inland fjord
#

Lets stop both instances of foundry and then rename the default options.json

#

Yeah that's intersting

harsh barn
#

rename both config files?

inland fjord
#

No here is what we are going to do

#

stop both instances

#

mv /home/bjjn/.local/share/FoundryVTT/Config/options.json /home/bjjn/.local/share/FoundryVTT/Config/options.json.bak

harsh barn
inland fjord
#

Then start the first instance. Then if it is using the proper dataPath argument cat /home/bjjn/.local/share/FoundryVTT/Config/options.json should be blank

#

if it has an output it's because the argument isn't being passed

harsh barn
inland fjord
#

okay that's good

#

start the 2nd instance and see if it shows up

harsh barn
#

...

#

Let me guess:

inland fjord
#

yatzee

#

So one of two things is happening

harsh barn
#

I had the shared one because i was using fucked up ini i posted earlier with only -dataPath

#

and its existence let node use that config?

inland fjord
#

Either:

  1. Foundry can't read the supplied dataPath because it doesn't have permissions or doesn't exist so it defaults to the default location
  2. The --dataPath argument is malformed
harsh barn
#

Foundry was running with as a malformed --dataPath before.

#

never realized it until now because it was defaulting on the only config i needed.

inland fjord
#

That wouldn't matter

harsh barn
#

oh.

inland fjord
#

Because supplying the --dataPath argument should make it ignore the default location

#

So lets just make sure foundry can read the new folder you made

#

I mean it should because it ran when we manually started it

#

so something is wrong in the ini

#

but for good measure chown bjjn:bjjn /home/bjjn/fvttdata should do the trick

#

if you can use sudo it really should be done with sudo

#

but I assume you can't based on the link manual

harsh barn
#

yeah, nah.

inland fjord
#

@boreal creek the supervisorctnl ini isn't actually reading the dataPath arg on the fvtt.ini Any ideas?

harsh barn
#

...

boreal creek
#

does setting it on fire count...

#

Uh, direct paths instead of variables?

harsh barn
#

It was never initalized, because i never booted it up.

boreal creek
#

uh?

harsh barn
#

and so there is no config file in fvttdata?

#

ah nevermind

boreal creek
#

It should create a skeleton config on first boot

inland fjord
#

Yeah it's defaulting to the default data path but only on the 2nd ini

#

Which means it's not accepting the argument for --dataPath for some reason

boreal creek
#

Best guess is some invisible copied char? 🤷

harsh barn
#

gonna write the ini again

inland fjord
#

I'd delete the fvtt.ini and remake it

boreal creek
#

copy the working one and adapt it 😉

inland fjord
#

could just copy the old one and change the dataPaths

harsh barn
#

Psst, was planing on doing that

#

.<

#

appears to be working

inland fjord
#

Well at least we found it

#

Just incase you haven't been told already, to run two instances you need two licenses

harsh barn
#

I have two ^^

#

Im hosting for a friend of mine who runs his game at the same time

inland fjord
#

I do the same for a few friends 🙂

harsh barn
#

so we went for a 2nd license and are letting friends try shit on there too 🙂

#

Now all I have left is getting the service exposed to 30001 on the subdomain, lets go!

#

Thank you very much - both of you have shown me once again why I switch to FVTT and why I love the DND community!

inland fjord
#

Happy to help

harsh barn
#

Hope I was not making it hard to debug 🙈

inland fjord
#

Not at all. We like puzzles