After data restore, still no application. I reinstalled them, some work, some not. Sogo is fine, Nextcloud gives the following error:
“Internal Server Error
The server encountered an internal error and was unable to complete your request.
Please contact the server administrator if this error reappears multiple times, please include the technical details below in your report.
More details can be found in the server log.”
But the main problem i that I cannot connect to Cockpit anymore:
“Internal error in login process”
I try to check the logs, but I would need help for being efficient…
Does your setup have an NSDC container? If the answer is yes, look for this command from shell/ssh systemctl status nsdc -l
you can start NSDC container with systemctl start nsdc.
No, I don’t think so. Where would that come from?
NSDC is the “component” that allow NethServer to “act” as AD domain controller.
No, I don’t have an AD, just local LDAP
It refers to an older version, but might help you to understand if LDAP server is running or not.
Also, please, post the output of yum update
yum update gives nothing to update
I can log in Sogo, so LDAP should be running
Is that an good idea to re-restore data after the application reinstall?
However, I first need to log in Cockpit
I have Cron message such as:
“PDOException: SQLSTATE[42S02]: Base table or view not found: 1146 Table ‘nextcloud.oc_appconfig’ doesn’t exist in /usr/share/nextcloud/3rdparty/doctrine/dbal/src/Driver/PDO/Connection.php:82”
Thanks Michael, I have no more time today, so I have reinstalled my old drive.
Today, I have understood a few things:
- Don’t install NS over Centos
- For a clean install, remove prior everything on the drive (that was why I used the Centos install)
- After the config restore, users are there, but LDAP should be reactivated to see them
Next time, I will do all that again, but with the re-installation of the applications before the data
See you next time!
It’s a bit more… analog than that.
If you’re as noob as i am (a stated lot of times before), using the NethServer ISO leads to a much more predictable experience, on different kind of situations: the partition table and schema is known, and a lot of solutons are applicable without too much hassle.
IDK if the Backup configuration also take consideration of the partitioning/mountpoints or only the filesystem paths. Which a skilled sysadmin can change, as someone did on this issue when the size of the disk was… too small.
Next time I will try with first the re-installation of repos, as stated:
And… where you stated that you’re using StephDL or MrMarkuz repositories in your setup?
If you told so… I 'd link that to you… and told to do something before restoring configuration…
I should have done that for php install due to Nextcloud, but it is some time ago 
WILMAAAHHHH BRING ME THE CLUB!
I’m feeling soooo Flinstone…
Back this morning with the will to do something nice and don’t deceive @pike, I could reinstall everything fresh and clean. Here is how:
1 Fresh backups of configuration et data
2 Wipe new drive
3 Fresh default install of NS7 from the ISO
4 yum update and reboot
5 Restore config, without the packages
6 Remove and reinstall account provider to local ldap, all my accounts and groups are back
7 From the Software Center, reinstall all applications I need, reboot
8 Restore data, reboot
9 Yeah!!!
I installed extra repositories due to php version issue for Nextcloud, but the present install seems to work fine without them. @pike thanks again for your time. Now I know how to do disaster recovery. I hope my experience can help others.
3 Likes
I think it’s necessary in this case because the config was restored without installing packages.
So why LDAP Server as account provider server was installed?
It was configured but not installed. By removing and adding account provider it gets installed I guess.