ltoolio

Members
  • Posts

    76
  • Joined

  • Last visited

Everything posted by ltoolio

  1. @dmacias- can you add Serf back into the Nerd Tools package? It seems to have dropped at some point. Thanks for the great work on this!
  2. Thanks, Saarg. The picons was Linux ignorance on my part. I wasn't running the ls with the right parameters, but I see it now. Regarding the zap2it grabber - I don't speak Linux well, so I probably didn't explain it correctly. I wasn't proposing it being added directly to the docker, but rather was referring to challenges experienced during it's manual installation. In attempting the install of the zap2it grabber, I get a message stating that the JSON::XS module is necessary. When I attempt to install the JSON::XS module using cpanm, I get failures indicating that it can't make (maybe the wrong word there) the package at the end of the install. I don't want to run it against my (now working) docker, but I could spin up another and grab some screenshots if it will help explain it better. perl -MCPAN -e 'install JSON::XS'
  3. And a question: The page here makes mention of Icons being included in the docker image, but I'm not seeing the /picons directory. Is it there and I'm not seeing it?
  4. Now onto a request: I'm currently using the SchedulesDirect method, using tv_grab_zz_sdjson. It works, but I'd rather use the Zap2it method (since it's free). I've tried to configure it using both the automated method and the manual method, but both bomb out since the needed Perl components aren't in the docker. I've tried installing the components via myriad means, but cannot get them to fully install since Make isn't part of the docker. Any thoughts of how to get around this? Or am I missing something? Thanks for the great work on the Docker!
  5. For those of you who are struggling with getting your HDHomeRun Prime working nicely with this docker (I was one), I found the two items below as a key to getting them to work: 1. Make sure you set the view to Expert at the Application level...not just by setting it on the individual tab you are on. This was preventing me from seeing the full EPG Grabber options. 2. Once I had that done, this article was perfect. If I had found this early on in my searches, I would have avoided a whole lot of head scratching and would have saved a lot of time.
  6. Rebooted and same thing. Do I have a formatting in my future? tower-diagnostics-20170312-1435.zip
  7. Hey all, Been having some issues with my Unraid box since my upgrade to 6.3.2. Noticed on my monitor connected to the box that I was seeing a series of "BTRFS csum failed" errors, which through reading suggested that it might be a problem with my docker container. So.....just rebooted the server, was prepared to delete the docker file and reconfigure, and now my Cache drive is showing as unmountable. Nothing has changed on the box from a HW perspective, and the only major SW change on it was the addition of a Plex Docker. I've attached my diagnostics file...anything jump out as bad? I'd really, really prefer to not have to revert to a backup and rebuild, but prepared to do so if necessary. Thanks! Ryan tower-diagnostics-20170312-1225.zip
  8. I don't believe I had it on, but I went ahead and set 7k MTU on both the Windows PC and the Unraid box. No change.
  9. See attached. tower-diagnostics-20161023-1225.zip
  10. Hey all, I'm experiencing some pretty poor network transfers between my primary PC and my Unraid box (10 MB/s). Steps I've taken to address: 1. Verified both computers show 1GBs for network. 2. Tried two different switches, both of which are gigabit capable 3. Tried multiple cables between the computers and the switch, all of which are gigabit capable. 4. Tried two different NICs on my Windows PC, both of which are gigabit capable. 5. Tested Read/Write Speeds on my Windows PC. Results are excellent. 700+ MB/s for each. 6. Ran the drive speed script that's floating around in the forums here for my SSD cache drive. 250MB/s+ 7. Created a share on my cache drive only. Got the same transfer result. 8. Created a share on one of the drives in my array. Got the same transfer result. So...I'm at a bit of a loss here. Not sure what else I should test. Any thoughts?
  11. That did it. Ran XFS_Repair, found some issues, repaired them. All good. Thanks!
  12. A bit more info after troubleshooting: 1. I can get into the WebUI if I unplug the Cache Drive. 2. I can get into the WebUI if I don't have the drives auto-mount. 3. If I attempt to mount the drives without the Cache drive mapped, it works fine. 4. If I attempt to mount the drives with the Cache drive mapped, it just clocks. 5. If I attempt to leave it unassigned and then try to mount it using the Unassigned Drive plugin, it just clocks. So...appears somethings up with the Cache. Not sure if it's tied to 6.2.1, but seems rather coincidental. Thinking about going back to 6.2 to see if it makes any difference. Thoughts or any other approach I should take?
  13. Updated to 6.2.1 yesterday. System seemed to slow down a bit as the day went on. Today pretty much came to a standstill, had to do a hard reset. Upon rebooting, I went into terminal, looked at /mnt. One second cache was there, next it wasn't WebUI is totally unresponsive...just keeps spinning. When I terminal in now, I can see the cache drive when I go to /dev/disk/by-id but not love otherwise. Any thoughts?
  14. Thanks alot... It won't go to waste I'm having one right now, so cheers
  15. Wasn't even aware of it....installing it now. One question about it, and a big reason I don't want to completely wipe my docker.img file - does it retain the data within the dockers? I've got a bunch of stuff / config within my mariadb, and the thought of recreating it isn't overly appealing.
  16. Thanks, but what is the Previous Apps section? BTW - beer on the way
  17. Hey all, Had a prior issue where I was getting some errors on one of my drives, which ended up being a bad seating of a cable: https://lime-technology.com/forum/index.php?topic=51083.msg490140#msg490140 That has since been rectified, but I now have the following errors showing up in my syslog: Aug 20 14:28:17 Tower kernel: BTRFS critical (device loop0): corrupt leaf, bad key order: block=119750656,root=1, slot=8 Aug 20 14:28:17 Tower kernel: BTRFS critical (device loop0): corrupt leaf, bad key order: block=119750656,root=1, slot=8 Aug 20 14:28:18 Tower kernel: BTRFS critical (device loop0): corrupt leaf, bad key order: block=119750656,root=1, slot=8 Aug 20 14:28:18 Tower kernel: BTRFS critical (device loop0): corrupt leaf, bad key order: block=119750656,root=1, slot=8 Aug 20 14:28:18 Tower kernel: BTRFS critical (device loop0): corrupt leaf, bad key order: block=119750656,root=1, slot=8 Aug 20 14:28:18 Tower kernel: BTRFS critical (device loop0): corrupt leaf, bad key order: block=119750656,root=1, slot=8 Aug 20 14:28:18 Tower kernel: BTRFS critical (device loop0): corrupt leaf, bad key order: block=119750656,root=1, slot=8 Aug 20 14:28:18 Tower kernel: BTRFS critical (device loop0): corrupt leaf, bad key order: block=119750656,root=1, slot=8 Aug 20 14:28:18 Tower kernel: BTRFS critical (device loop0): corrupt leaf, bad key order: block=119750656,root=1, slot=8 Aug 20 14:28:18 Tower kernel: BTRFS critical (device loop0): corrupt leaf, bad key order: block=119750656,root=1, slot=8 Aug 20 14:28:18 Tower kernel: BTRFS critical (device loop0): corrupt leaf, bad key order: block=119750656,root=1, slot=8 Aug 20 14:28:18 Tower kernel: BTRFS critical (device loop0): corrupt leaf, bad key order: block=119750656,root=1, slot=8 Aug 20 14:28:19 Tower kernel: BTRFS critical (device loop0): corrupt leaf, bad key order: block=119750656,root=1, slot=8 Aug 20 14:28:19 Tower kernel: BTRFS critical (device loop0): corrupt leaf, bad key order: block=119750656,root=1, slot=8 Aug 20 14:28:19 Tower kernel: BTRFS critical (device loop0): corrupt leaf, bad key order: block=119750656,root=1, slot=8 Aug 20 14:28:19 Tower kernel: BTRFS critical (device loop0): corrupt leaf, bad key order: block=119750656,root=1, slot=8 Aug 20 14:28:19 Tower kernel: BTRFS critical (device loop0): corrupt leaf, bad key order: block=119750656,root=1, slot=8 Aug 20 14:28:19 Tower kernel: BTRFS critical (device loop0): corrupt leaf, bad key order: block=119750656,root=1, slot=8 Aug 20 14:28:19 Tower kernel: BTRFS critical (device loop0): corrupt leaf, bad key order: block=119750656,root=1, slot=8 Aug 20 14:28:19 Tower kernel: BTRFS critical (device loop0): corrupt leaf, bad key order: block=119750656,root=1, slot=8 Aug 20 14:28:19 Tower kernel: BTRFS critical (device loop0): corrupt leaf, bad key order: block=119750656,root=1, slot=8 Aug 20 14:28:19 Tower kernel: BTRFS critical (device loop0): corrupt leaf, bad key order: block=119750656,root=1, slot=8 Aug 20 14:28:20 Tower kernel: BTRFS critical (device loop0): corrupt leaf, bad key order: block=119750656,root=1, slot=8 Aug 20 14:28:20 Tower kernel: BTRFS critical (device loop0): corrupt leaf, bad key order: block=119750656,root=1, slot=8 Aug 20 14:28:20 Tower kernel: BTRFS critical (device loop0): corrupt leaf, bad key order: block=119750656,root=1, slot=8 Aug 20 14:28:20 Tower kernel: BTRFS critical (device loop0): corrupt leaf, bad key order: block=119750656,root=1, slot=8 Aug 20 14:28:20 Tower kernel: BTRFS critical (device loop0): corrupt leaf, bad key order: block=119750656,root=1, slot=8 Aug 20 14:28:20 Tower kernel: BTRFS critical (device loop0): corrupt leaf, bad key order: block=119750656,root=1, slot=8 I'm presuming I need to do a FS scan/repair, but can't seem to find a method to do it properly (either here or via a google search). Any pointers? Thanks!
  18. Perfect. Thanks so much for the pointer! Would have been totally barking up the wrong tree!
  19. Before I go digging into my setup, I was hoping to get a sanity check on my Unraid Server. Things starting acting a bit odd. Media wouldn't stream properly, various Kodi instances would act up, so went digging into my syslog (attached). Found a bunch of errors related to ata8, which I *think* is sdh, which means the errors are related to Disk 7 in my array. Correct? If so, I'm going to go in and check the power and sata cable. But....just don't want to go screwing with the cables of a drive that's working well. Thanks! tower-syslog-20160814-1551.zip
  20. Just replying to the thread for future Google searches: Cache Drive Replacement Guide found here: https://lime-technology.com/wiki/index.php/Replace_A_Cache_Drive
  21. Hey all, I'm loving V6.X. The stability of it is absolute fantastic. As of the writing of this post, my server has been up for over 90 days, and it got me thinking - is there any need or benefit to reboot the server after an extended period of time? I run parity checks on a monthly basis with all normal results (knock on wood), and I'm perfectly cool leaving it as-is, but I'm a bit curious here. I have searched around a bit (FAQ, New User, Manual) and couldn't find anything indicating that a reboot would be beneficial, but figured I'd ask.
  22. I'm getting the full MusicBrainz webgui (yay!) but not sure what changed. Did another reinstall and nothing else. I'm currently sitting around 2.4GB...not sure if its growing or how to check if things are processing. I'll monitor directory size over the day and report back.
  23. I just did a delete and reinstall and seems that I'm getting the same issue as prior. Am I doing something wrong? Caught exception in MusicBrainz::Server::Controller::Root->begin "08006 DBI connect('dbname=musicbrainz_db','musicbrainz',...) failed: could not connect to server: No such file or directory Is the server running locally and accepting connections on Unix domain socket "/var/run/postgresql/.s.PGSQL.5432"? at lib/MusicBrainz/Server/Connector.pm line 42. at lib/Sql.pm line 465. Sql::catch {...} ('08006 DBI connect(\'dbname=musicbrainz_db\',\'musicbrainz\',....') called at /usr/local/share/perl/5.18.2/Try/Tiny.pm line 104 Try::Tiny::try('CODE(0x133aaf70)', 'Try::Tiny::Catch=REF(0x1337e610)', 'Try::Tiny::Finally=REF(0x804210)') called at lib/Sql.pm line 469 Sql::_select_list('Sql=HASH(0x133abe98)', 'SELECT last_replication_date FROM replication_control', 'ARRAY(0x6562f20)', 'arrayref', 'CODE(0x6562fb0)') called at lib/Sql.pm line 488 Sql::select_list_of_lists('Sql=HASH(0x133abe98)', 'SELECT last_replication_date FROM replication_control') called at lib/Sql.pm line 419 Sql::select_single_column_array('Sql=HASH(0x133abe98)', 'SELECT last_replication_date FROM replication_control') called at lib/Sql.pm line 434 Sql::select_single_value('Sql=HASH(0x133abe98)', 'SELECT last_replication_date FROM replication_control') called at lib/MusicBrainz/Server/Data/Replication.pm line 13 MusicBrainz::Server::Data::Replication::last_replication_date('MusicBrainz::Server::Data::Replication=HASH(0x101873e8)') called at lib/Plack/Middleware/Debug/DAOLogger.pm line 73 Class::MOP::Class:::around('CODE(0x10188ec8)', 'MusicBrainz::Server::Data::Replication=HASH(0x101873e8)') called at /usr/local/lib/perl/5.18.2/Class/MOP/Method/Wrapped.pm line 164 Class::MOP::Method::Wrapped::__ANON__('MusicBrainz::Server::Data::Replication=HASH(0x101873e8)') called at lib/Plack/Middleware/Debug/ExclusiveTime.pm line 41 Class::MOP::Class:::around('CODE(0x12353b10)', 'MusicBrainz::Server::Data::Replication=HASH(0x101873e8)') called at /usr/local/lib/perl/5.18.2/Class/MOP/Method/Wrapped.pm line 164 MusicBrainz::Server::Data::Replication::_wrapped_last_replication_date('MusicBrainz::Server::Data::Replication=HASH(0x101873e8)') called at /usr/local/lib/perl/5.18.2/Class/MOP/Method/Wrapped.pm line 95 MusicBrainz::Server::Data::Replication::last_replication_date('MusicBrainz::Server::Data::Replication=HASH(0x101873e8)') called at lib/MusicBrainz/Server/Controller/Root.pm line 310 MusicBrainz::Server::Controller::Root::begin('MusicBrainz::Server::Controller::Root=HASH(0x10c21158)', 'MusicBrainz::Server=HASH(0x10141ec0)') called at /usr/local/share/perl/5.18.2/Catalyst/Action.pm line 352 Catalyst::Action::execute('Catalyst::Action=HASH(0x1105a5c8)', 'MusicBrainz::Server::Controller::Root=HASH(0x10c21158)', 'MusicBrainz::Server=HASH(0x10141ec0)') called at /usr/local/share/perl/5.18.2/Catalyst.pm line 2027 eval {...} called at /usr/local/share/perl/5.18.2/Catalyst.pm line 2027 Catalyst::execute('MusicBrainz::Server=HASH(0x10141ec0)', 'MusicBrainz::Server::Controller::Root', 'Catalyst::Action=HASH(0x1105a5c8)') called at /usr/local/share/perl/5.18.2/Catalyst/Plugin/StackTrace.pm line 93 Catalyst::Plugin::StackTrace::execute('MusicBrainz::Server=HASH(0x10141ec0)', 'MusicBrainz::Server::Controller::Root', 'Catalyst::Action=HASH(0x1105a5c8)') called at /usr/local/share/perl/5.18.2/Catalyst/Action.pm line 347 Catalyst::Action::dispatch('Catalyst::Action=HASH(0x1105a5c8)', 'MusicBrainz::Server=HASH(0x10141ec0)') called at /usr/local/share/perl/5.18.2/Catalyst/Controller.pm line 145 Catalyst::Controller::_BEGIN('MusicBrainz::Server::Controller::Root=HASH(0x10c21158)', 'MusicBrainz::Server=HASH(0x10141ec0)') called at /usr/local/share/perl/5.18.2/Catalyst/Action.pm line 352 Catalyst::Action::execute('Catalyst::Action=HASH(0x11054350)', 'MusicBrainz::Server::Controller::Root=HASH(0x10c21158)', 'MusicBrainz::Server=HASH(0x10141ec0)') called at /usr/local/share/perl/5.18.2/Catalyst.pm line 2027 eval {...} called at /usr/local/share/perl/5.18.2/Catalyst.pm line 2027 Catalyst::execute('MusicBrainz::Server=HASH(0x10141ec0)', 'MusicBrainz::Server::Controller::Root', 'Catalyst::Action=HASH(0x11054350)') called at /usr/local/share/perl/5.18.2/Catalyst/Plugin/StackTrace.pm line 93 Catalyst::Plugin::StackTrace::execute('MusicBrainz::Server=HASH(0x10141ec0)', 'MusicBrainz::Server::Controller::Root', 'Catalyst::Action=HASH(0x11054350)') called at /usr/local/share/perl/5.18.2/Catalyst/Action.pm line 347 Catalyst::Action::dispatch('Catalyst::Action=HASH(0x11054350)', 'MusicBrainz::Server=HASH(0x10141ec0)') called at /usr/local/share/perl/5.18.2/Catalyst/Dispatcher.pm line 262 Catalyst::Dispatcher::_do_forward('Catalyst::Dispatcher=HASH(0x3f74020)', 'forward', 'MusicBrainz::Server=HASH(0x10141ec0)', '_BEGIN') called at /usr/local/share/perl/5.18.2/Catalyst/Dispatcher.pm line 242 Catalyst::Dispatcher::forward('Catalyst::Dispatcher=HASH(0x3f74020)', 'MusicBrainz::Server=HASH(0x10141ec0)', '_BEGIN') called at /usr/local/share/perl/5.18.2/Catalyst.pm line 457 Catalyst::forward('MusicBrainz::Server=HASH(0x10141ec0)', '_BEGIN') called at /usr/local/share/perl/5.18.2/Catalyst/Controller.pm line 135 Catalyst::Controller::_DISPATCH('MusicBrainz::Server::Controller::Root=HASH(0x10c21158)', 'MusicBrainz::Server=HASH(0x10141ec0)') called at /usr/local/share/perl/5.18.2/Catalyst/Action.pm line 352 Catalyst::Action::execute('Catalyst::Action=HASH(0x11054230)', 'MusicBrainz::Server::Controller::Root=HASH(0x10c21158)', 'MusicBrainz::Server=HASH(0x10141ec0)') called at /usr/local/share/perl/5.18.2/Catalyst.pm line 2027 eval {...} called at /usr/local/share/perl/5.18.2/Catalyst.pm line 2027 Catalyst::execute('MusicBrainz::Server=HASH(0x10141ec0)', 'MusicBrainz::Server::Controller::Root', 'Catalyst::Action=HASH(0x11054230)') called at /usr/local/share/perl/5.18.2/Catalyst/Plugin/StackTrace.pm line 93 Catalyst::Plugin::StackTrace::execute('MusicBrainz::Server=HASH(0x10141ec0)', 'MusicBrainz::Server::Controller::Root', 'Catalyst::Action=HASH(0x11054230)') called at /usr/local/share/perl/5.18.2/Catalyst/Action.pm line 347 Catalyst::Action::dispatch('Catalyst::Action=HASH(0x11054230)', 'MusicBrainz::Server=HASH(0x10141ec0)') called at /usr/local/share/perl/5.18.2/Catalyst/Dispatcher.pm line 262 Catalyst::Dispatcher::_do_forward('Catalyst::Dispatcher=HASH(0x3f74020)', 'forward', 'MusicBrainz::Server=HASH(0x10141ec0)', '//_DISPATCH') called at /usr/local/share/perl/5.18.2/Catalyst/Dispatcher.pm line 242 Catalyst::Dispatcher::forward('Catalyst::Dispatcher=HASH(0x3f74020)', 'MusicBrainz::Server=HASH(0x10141ec0)', '//_DISPATCH') called at /usr/local/share/perl/5.18.2/Catalyst.pm line 457 Catalyst::forward('MusicBrainz::Server=HASH(0x10141ec0)', '//_DISPATCH') called at /usr/local/share/perl/5.18.2/Catalyst/Dispatcher.pm line 107 Catalyst::Dispatcher::dispatch('Catalyst::Dispatcher=HASH(0x3f74020)', 'MusicBrainz::Server=HASH(0x10141ec0)') called at /usr/local/share/perl/5.18.2/Catalyst.pm line 1973 Catalyst::dispatch('MusicBrainz::Server=HASH(0x10141ec0)') called at lib/MusicBrainz/Server.pm line 333 MusicBrainz::Server::__ANON__() called at lib/MusicBrainz/Server.pm line 307 MusicBrainz::Server::with_translations('MusicBrainz::Server=HASH(0x10141ec0)', 'CODE(0x115a1f00)') called at lib/MusicBrainz/Server.pm line 334 Class::MOP::Class:::around('CODE(0x34b8768)', 'MusicBrainz::Server=HASH(0x10141ec0)') called at /usr/local/lib/perl/5.18.2/Class/MOP/Method/Wrapped.pm line 164 Class::MOP::Method::Wrapped::__ANON__('MusicBrainz::Server=HASH(0x10141ec0)') called at lib/MusicBrainz/Server.pm line 348 Class::MOP::Class:::around('CODE(0x10bee968)', 'MusicBrainz::Server=HASH(0x10141ec0)') called at /usr/local/lib/perl/5.18.2/Class/MOP/Method/Wrapped.pm line 164 Class::MOP::Method::Wrapped::__ANON__('MusicBrainz::Server=HASH(0x10141ec0)') called at lib/MusicBrainz/Server.pm line 387 Class::MOP::Class:::around('CODE(0x111b2ce8)', 'MusicBrainz::Server=HASH(0x10141ec0)') called at /usr/local/lib/perl/5.18.2/Class/MOP/Method/Wrapped.pm line 164 Class::MOP::Method::Wrapped::__ANON__('MusicBrainz::Server=HASH(0x10141ec0)') called at /usr/local/lib/perl/5.18.2/Class/MOP/Method/Wrapped.pm line 29 MusicBrainz::Server::_wrapped_dispatch('MusicBrainz::Server=HASH(0x10141ec0)') called at /usr/local/lib/perl/5.18.2/Class/MOP/Method/Wrapped.pm line 95 MusicBrainz::Server::dispatch('MusicBrainz::Server=HASH(0x10141ec0)') called at /usr/local/share/perl/5.18.2/Catalyst.pm line 2364 Catalyst::try {...} () called at /usr/local/share/perl/5.18.2/Try/Tiny.pm line 81 eval {...} called at /usr/local/share/perl/5.18.2/Try/Tiny.pm line 72 Try::Tiny::try('CODE(0x10ad71a0)', 'Try::Tiny::Catch=REF(0x1136fca8)') called at /usr/local/share/perl/5.18.2/Catalyst.pm line 2373 Catalyst::handle_request('MusicBrainz::Server', 'env', 'HASH(0xe1d6118)', 'response_cb', 'CODE(0x10ad7170)') called at /usr/local/share/perl/5.18.2/Catalyst/Engine.pm line 796 Catalyst::Engine::__ANON__('CODE(0x10ad7170)') called at /usr/local/share/perl/5.18.2/Plack/Middleware/HTTPExceptions.pm line 32 Plack::Middleware::HTTPExceptions::try {...} () called at /usr/local/share/perl/5.18.2/Try/Tiny.pm line 81 eval {...} called at /usr/local/share/perl/5.18.2/Try/Tiny.pm line 72 Try::Tiny::try('CODE(0x1136d530)', 'Try::Tiny::Catch=REF(0x1120b008)') called at /usr/local/share/perl/5.18.2/Plack/Middleware/HTTPExceptions.pm line 41 Plack::Middleware::HTTPExceptions::__ANON__('CODE(0x10ad70f8)') called at /usr/local/share/perl/5.18.2/Plack/Util.pm line 339 Plack::Util::__ANON__('CODE(0x1135ca70)') called at /usr/local/share/perl/5.18.2/Plack/Util.pm line 339 Plack::Util::__ANON__('CODE(0x112a6f70)') called at /usr/local/share/perl/5.18.2/Plack/Util.pm line 339 Plack::Util::__ANON__('CODE(0x11291d40)') called at /usr/local/share/perl/5.18.2/Plack/Util.pm line 339 Plack::Util::__ANON__('CODE(0x10cea3b8)') called at /usr/local/share/perl/5.18.2/Plack/Util.pm line 339 Plack::Util::__ANON__('CODE(0x1137dc18)') called at /usr/local/share/perl/5.18.2/Plack/Util.pm line 339 Plack::Util::__ANON__('CODE(0x10ad6b28)') called at /usr/local/share/perl/5.18.2/Plack/Util.pm line 339 Plack::Util::__ANON__('CODE(0x11380a58)') called at /usr/local/share/perl/5.18.2/Plack/Util.pm line 339 Plack::Util::__ANON__('CODE(0x113788c0)') called at /usr/local/share/perl/5.18.2/Plack/Util.pm line 339 Plack::Util::__ANON__('CODE(0x11367ac0)') called at /usr/local/share/perl/5.18.2/Plack/Util.pm line 339 Plack::Util::__ANON__('CODE(0x112aa970)') called at /usr/local/share/perl/5.18.2/Plack/Util.pm line 339 Plack::Util::__ANON__('CODE(0x112a3b10)') called at /usr/local/share/perl/5.18.2/Plack/Util.pm line 339 Plack::Util::__ANON__('CODE(0x126fe780)') called at /usr/local/share/perl/5.18.2/Plack/Util.pm line 339 Plack::Util::__ANON__('CODE(0x365c838)') called at /usr/local/share/perl/5.18.2/Plack/Util.pm line 339 Plack::Util::__ANON__('CODE(0xeb59600)') called at /usr/local/share/perl/5.18.2/HTTP/Server/PSGI.pm line 181 HTTP::Server::PSGI::handle_connection('HTTP::Server::PSGI=HASH(0x12917a68)', 'HASH(0xe1d6118)', 'IO::Socket::INET=GLOB(0x31c9350)', 'CODE(0x12917ba0)') called at /usr/local/share/perl/5.18.2/HTTP/Server/PSGI.pm line 129 HTTP::Server::PSGI::accept_loop('HTTP::Server::PSGI=HASH(0x12917a68)', 'CODE(0x365c6d0)') called at /usr/local/share/perl/5.18.2/HTTP/Server/PSGI.pm line 55 HTTP::Server::PSGI::run('HTTP::Server::PSGI=HASH(0x12917a68)', 'CODE(0x365c6d0)') called at /usr/local/share/perl/5.18.2/Plack/Handler/HTTP/Server/PSGI.pm line 14 Plack::Handler::HTTP::Server::PSGI::run('Plack::Handler::Standalone=HASH(0x9641f0)', 'CODE(0x365c6d0)') called at /usr/local/share/perl/5.18.2/Plack/Loader/Restarter.pm line 31 Plack::Loader::Restarter::_fork_and_start('Plack::Loader::Restarter=HASH(0x7f4540)', 'Plack::Handler::Standalone=HASH(0x9641f0)') called at /usr/local/share/perl/5.18.2/Plack/Loader/Restarter.pm line 61 Plack::Loader::Restarter::run('Plack::Loader::Restarter=HASH(0x7f4540)', 'Plack::Handler::Standalone=HASH(0x9641f0)') called at /usr/local/share/perl/5.18.2/Plack/Runner.pm line 277 Plack::Runner::run('Plack::Runner=HASH(0x622a60)') called at /usr/local/bin/plackup line 10"
  24. Did a bit more research, and it doesn't appear that Postresql is getting loaded. I see references to it within the conf file, but can't find any of the referenced files on my unraid box. Will keep looking...