Amahi UI/Web page down after deleting apps

[johnny5shared]

I upgraded per these instructions... https://wiki.amahi.org/index.php/Amahi_11_Upgrade

Everything worked except SSH. I uninstalled and reinstalled Open SSH and everything was fine, including SSH, CLI Greyhole and Amahi UI.

I even had a Greyholl infinite fsk loop fixed!

I don't use any apps in the UI so decided to clear out two that I had previously installed Owncloud and Phpmybackup through CLI with "rm -r" on those directories (as one might do with Wordpress plugins).

That was probably a bad idea because now I can't browse to the Amahi web page/UI. Though, I can still SSH and send HDA commands, tail the GH log. Samba/GH shares are still up on the network.

1. I'd like a fix if possible.
2. But if not I guess I could clean install. But what happens to my GH shares? Can I just disconnect the drives physically, reinstall Amahi/Fedora and reconnect the drives with the files still on them and run a FSK to populate the GH DB?

Will post system details shortly.

$ apaste --sysinfo

Code: Select all

Gathering system info ..............................Uploading (10.0KiB)... Error: Server did not return a correct JSON response

$ df -h
Filesystem Size Used Avail Use% Mounted on
devtmpfs 1.5G 0 1.5G 0% /dev
tmpfs 1.5G 0 1.5G 0% /dev/shm
tmpfs 1.5G 704K 1.5G 1% /run
tmpfs 1.5G 0 1.5G 0% /sys/fs/cgroup
/dev/sda3 50G 37G 14G 74% /
/dev/sdd1 459G 375G 61G 87% /var/hda/files/drives/500blue
/dev/sdb1 459G 384G 52G 89% /var/hda/files/drives/500green
/dev/sdc1 917G 310G 561G 36% /var/hda/files/drives/1TBDisk
tmpfs 1.5G 4.0K 1.5G 1% /tmp
/dev/sda1 477M 126M 322M 29% /boot
none 4.0M 0 4.0M 0% /var/spool/greyhole/mem
tmpfs 301M 0 301M 0% /run/user/1000

[bigfoot65]

don't use any apps in the UI so decided to clear out two that I had previously installed Owncloud and Phpmybackup through CLI with "rm -r" on those directories (as one might do with Wordpress plugins).

Apps must be uninstalled via the HDA Dashboard. Otherwise as you found out it breaks everything.

You can try recreating the directories. Then set the ownership permissions to apache:users.

Once you have done that, the dashboard should come back. Then uninstall them correctly via the dashboard.

[johnny5shared]

Thanks for the info.

I created two empty dirs with mkdir in web-apps then...

$ sudo chown -R apache:users phpmybackup
$ sudo chown -R apache:users owncloud8

The web server hasn't come back, nor after a reboot.

Did I do that correctly?

[johnny5shared]

OK bit of progress...
sudo httpd produced a couple of dir missing errors (http and logs). I recreated those dirs with the same method.

Now I can browse to the UI and am getting the Amahi splash page

Code: Select all

We're sorry, but something went wrong. We've been notified about this issue and we'll take a look at it shortly.

Only other error I get now is...

$ sudo httpd

Code: Select all

AH00558: httpd: Could not reliably determine the server's fully qualified domain name, using 127.0.0.1. Set the 'ServerName' directive globally to suppress this message httpd (pid 688) already running

[johnny5shared]

I'm stumped. Should I try the "Clean Up Failed Web App Install" steps?

https://wiki.amahi.org/index.php/App_Install

[bigfoot65]

Now that you have access to the HDA Dashboard, you need to properly uninstall the apps.

AH00558: httpd: Could not reliably determine the server's fully qualified domain name, using 127.0.0.1. Set the 'ServerName' directive globally to suppress this message httpd (pid 688) already running

This is a warning and nother to worry about.

If you cannot uninstall the apps, then yes follow the Clean Up Failed Web App Install guidance. As you can see, apps must be uninstalled via the dashboard or you break the web server.

Hopefully this will fix your issue.

[johnny5shared]

Sorry you might have misread my post. I don't have UI access. Just a page served up saying something went wrong. Previously I had a blank page.

[bigfoot65]

Ok. That's why I put in the end of the post to follow the wiki guidance in case the Dashboard uninstall did not work.

This is the only way to fix the serve without reinstall.

Hopefully it will restore your Dashboard once the steps are completed.

[johnny5shared]

Cool thanks for confirming. I'm getting hung up on the first step...

$ sudo hda-create-db-and-user -d owncloud
hda-create-db-and-user: dropping owncloud
ERROR 1045 (28000): Access denied for user 'root'@'localhost' (using password: YES)

[johnny5shared]

I made my way through that and was able to get the login screen after removing the disk utility plugin dir from another post.

Now when I log in I get "The Dashboard has encountered an exception!" and I am returned to the login screen.

cat /var/log/httpd/error_log

[ 2020-01-07 23:11:40.2351 819/7f5d855c2700 age/Cor/Spa/PipeWatcher.h:95 ]: Cannot read from process 0 stderr: Bad file descriptor (errno=9)