Installed on Debian, failed at a migration, now crashes.

[tdiaz 3]

==== AUTHENTICATION COMPLETE ===
pi@Cortland:~/emby $ service emby-server status
● emby-server.service - Emby Server is a personal media server with apps on just about every device.
   Loaded: loaded (/usr/lib/systemd/system/emby-server.service; enabled; vendor preset: enabled)
   Active: failed (Result: signal) since Sun 2020-05-10 19:51:22 PDT; 7s ago
  Process: 4746 ExecStart=/opt/emby-server/bin/emby-server (code=killed, signal=ABRT)
 Main PID: 4746 (code=killed, signal=ABRT)

May 10 19:51:22 Cortland emby-server[4746]:    at System.IO.FileSystem.CreateDirectory(String fullPath)
May 10 19:51:22 Cortland emby-server[4746]:    at System.IO.Directory.CreateDirectory(String path)
May 10 19:51:22 Cortland emby-server[4746]:    at Emby.Server.Implementations.Logging.FileLogger..ctor(String path)
May 10 19:51:22 Cortland emby-server[4746]:    at Emby.Server.Implementations.Logging.SimpleLogManager.ReloadLogger(LogSeverity severity, CancellationToken cancellationToken)
May 10 19:51:22 Cortland emby-server[4746]:    --- End of inner exception stack trace ---
May 10 19:51:22 Cortland emby-server[4746]:    at System.Threading.Tasks.Task.WaitAllCore(Task[] tasks, Int32 millisecondsTimeout, CancellationToken cancellationToken)
May 10 19:51:22 Cortland emby-server[4746]:    at System.Threading.Tasks.Task.WaitAll(Task[] tasks)
May 10 19:51:22 Cortland emby-server[4746]:    at EmbyServer.Program.Main(String[] args)
May 10 19:51:22 Cortland systemd[1]: emby-server.service: Main process exited, code=killed, status=6/ABRT
May 10 19:51:22 Cortland systemd[1]: emby-server.service: Failed with result 'signal'.

 

I removed the package, deleted /var/lib/emby* and other occurances of *emby*, rebooted, reinstalled it and all I get is status 6/ABRT when starting the process.

 

(I should have left it alone)

 

PS: It runs -WAY- better outside of a FreeBSD jail. Until ya screw it up, that is.

I can't find a log to post. It's not created one yet I'm guessing.
 

Edited May 11, 2020 by tdiaz

[tdiaz 3]

This might be permissions / user related, although I'm still not sure why it would be. I've done nothing different than I did with the initial install when it did work.

root@Cortland:/mnt/Cattlecar# find / -name "*emby*"
/Cortland/TOSEC-Archives/Commodore Amiga - Demos - Slideshows (TOSEC-v2017-03-29 CM)/Graphics from Gfx Compo at Assemby '93 (1993)(-)[KS2.0].zip
find: ‘/proc/3192/task/3192/net’: Invalid argument
find: ‘/proc/3192/net’: Invalid argument
find: ‘/run/user/1000/gvfs’: Permission denied
/home/pi/.config/chromium/Default/IndexedDB/https_emby.media_0.indexeddb.leveldb
/home/pi/emby
/home/pi/emby/emby-server-deb_4.5.0.10_amd64.deb
/home/pi/emby/emby-server-deb_4.4.2.0_amd64.deb
/home/pi/Downloads/emby-server-deb_4.5.0.10_amd64.deb
root@Cortland:/mnt/Cattlecar# 

Nothing left in there except the debs and browser history.

[tdiaz 3]

After nuking the existing emby user and group, it works as intended.

[Luke 37253]

That's interesting. Thanks for the feedback.