#metabrainz

du -s /mnt/*

yes, good move.

20128960/mnt/data

23961016/mnt/pgdata

remember, I'm flying blind on this since my VM is still being built...

ah yes, that would be the problem.

no problem. Mine kept crashing everyday trying to do the replication

I won't really have time to make the right fix happen this second.

no problem

let's try a hack.

zas: know much about systemd targets? what would you suggest waiting for before starting postgres and node?

sudo rm -rf /mnt/data

done

are you still user search?

no, I'm still user vagrant

just for your info, here is the errors when I kicked off the reindex: https://gist.github.com/anonymous/5136bb18d40de...

yeah, I see the problem.

not sure why it worked on my test setup.

ok, lets go with this.

sudo su - search

cd /mnt

mkdir pgdata/search

No passwd entry for user 'search'

do I need to get the containers back up?

not yet.

sudo mkdir /mnt/pgdata/search

is it ok to run the commands as the vagrant user

sudo ln -s /mnt/pgdata/search /mnt/search

yeah, since you correctly point out that there are no other users.

I'm still so very used to our production systems and not very much so the -vm setup.

did that sudo work?

yes

sudo ls -la /mnt

I <3 google guest wifi

pretty fast?

amazeballs.

I was getting under a 1mbit at the hotel.

here is is something more akin to what I get at the office where we have 300mbit fiber.

did you want the output for the ls -la /mnt?

plz

last speed test I ran at work was just under 1gb

nice, where do you work?

a public university

ah, ok.

we have 2 10gb connections

sudo du -s /mnt

23961032/mnt

sudo du -s /mnt/*

4/mnt/indexdata

23961024/mnt/pgdata

0/mnt/search

LordSputnik: What do you need to know about about systemd targets?

something is still a bit fishy. lets cleanup more.

sudo rm -rf /mnt/indexdata

sudo ln -s /mnt/indexdata /mnt/pgdata/search

those are done

sudo ls -ls /mnt

total 4

4 drwxr-xr-x 5 root root 4096 Oct 27 22:21 pgdata

0 lrwxrwxrwx 1 root root 18 Oct 27 22:22 search -> /mnt/pgdata/search

I cocked up the last ln

sudo ln -s /mnt/pgdata/search /mnt/search

sudo ls -la /mnt

total 4

4 drwxr-xr-x 5 root root 4096 Oct 27 22:21 pgdata

0 lrwxrwxrwx 1 root root 18 Oct 27 22:22 search -> /mnt/pgdata/search

there should be a link /mnt/indexdata link that also points to /mnt/pgdata/search

well, you can try the reindex after we start the containers.

if something borks, try setting up that link as well.

for now

ok

cd ~/musicbrainz-docker

docker-compose build && docker-compose up

that will give you logs in one window. open another window and log back into the vm.

Freso: I'm trying to get bb.org/test.bb.org to start cleanly when the server restarts. Sometimes they are and sometimes they aren't. I think that pg is perhaps starting too soon in some cases - I'm using After=network.target and Requires=network.target

"docker-compose up -d" will run that in the background.

for now, make sure to keep that window open.

ok

does it look like things are happy?

in the new window try

docker ps

and pastebin that

LordSputnik: But the site itself should work without network, right? (I mean, it won't be accessible, but it should be as soon as network comes up.)

LordSputnik: Maybe try and see if there's pgsql .socket you can use?

should I do the git pull first?

yes

Failed to write all bytes for _bisect.so

when I tried to bring them up

wha?

pastebin

one sec

looks like /tmp fills up when I run it

df -h

didn't we take care of the disk issues now?

there is free space, but /tmp is full

/tmp is 1mb? da hell?

what is in tmp? can you try do do some cleanup?

I did, and it filled up again

when I ran the docker compose command

that is exceptionally dumb.

how about trying to umount /tmp

and then doing a softlink to / ?

can try it

once I unmounted it /tmp looks better

does docker compose now run ok?

nope

error is at the bottom

Freso: this is a really weird issue

docker-compose isn't correctly setting up the link to the dependency, so the site can't find the database hostname

do a git pull in musicbrainz-docker and try again

looks to be doing better, it is still doing the build

zas: I think stuff is running properly on serge now

still building, ymsc ?

yes

taking a lot longer then the last time I ran the build

yeah.

In Cali.

check disk space.

welcome Leftmost`

are you headed to the hotel tonight?

Yep. There now.

oh sweet. I'm over at the google compus.

I'll walk back as soon as this data import is done.

did you get any montana wiskey?

it is drink o'clock after all.

No, couldn't find any that'd travel.

booo.

I have catalan vermut, but none of the things required to drink it.

maybe the reception has an orange and plastic knife.

then we could manage.

I'll just have to make sure to bring a bottle to BCN the next time.

that works.

ymsc: what is it stuck on?

Leftmost`: what room are you in? 212 here.

looks like it finished building

docker-compose up

you're both at the sheraton right?

or docker-compose up -d

I am.

indexer_1 | stdin: is not a tty