Koozali.org: home of the SME Server
Obsolete Releases => SME 9.x Contribs => Topic started by: Catton on July 30, 2018, 08:59:23 AM
-
SME9 64bit affa to new hardware. I have done many times in the past. This time I am getting a strang affect after the rise. If I use the /sbin/e-smith/console 'configure this server' and scroll through screens not making any changes - I am still prompted to apply changes and reboot. The same occurs again if I try it again after the reconfigure/reboot.
Before the rise , I did install all updates and contribs.
smeserver-userpanel \
smeserver-thinclient \
smeserver-geoip \
smeserver-phpmyadmin \
smeserver-crontab_manager \
smeserver-nfs \
smeserver-dhcpmanager \
smeserver-wbl \
smeserver-sme9admin \
smeserver-tftp-server \
smeserver-phpldapadmin \
smeserver-vacation \
smeserver-lazy_admin_tools \
smeserver-mailsorting \
smeserver-tw-logonscript \
smeserver-remoteuseraccess \
smeserver-denyhosts \
smeserver-roundcube \
smeserver-openvpn-s2s \
install smeserver-affa \
ImageMagick \
iotop
and
iftop smeserver-webfilter smeserver-fail2ban cacti phpvitualbox.
So I reverted back to the old server and did some searching.
The one thing I could see was the UID GID number mismatch between the two.
Just one example:
cacti:x:392:392::/usr/share/cacti:/sbin/nologin -- New Hardware
cacti:x:394:393::/usr/share/cacti:/sbin/nologin -- Old Prod Server
Do the UID GID numbers need to match between both servers ?
If so then should some contribs be installed post rise?
Is there a way to see what the console command thought was being changed ??
-
I can't remember exactly off the top of my head but remember seeing am issue with mismatched IDs before.
Have a good search in foros/wiki/bugs
I *think* it is better to install contribs post rise as otherwise they will create a new user with new ID.
-
Hi ReetP,
Thanks for the reply,
I did check the bugs first. I think I figured what I did wrong after the rise and that was to run the console command - configure this server - but not make any changes - but then was prompted to reconfigure/reboot.
On my next try on a fresh load with all the contribs installed - I ran affa and rise - and just reboot as instructed.
This time I no longer get the issue with the console command when I made no changes.
I can still verify that at least with cacti - grep cacti /etc/passwd - on the new hardware post rise
cacti:x:392:392::/usr/share/cacti:/sbin/nologin
cacti:x:394:393::/usr/share/cacti:/sbin/nologin -- Old Prod Server
The UID GID still mismatch but I dont see any ill effects.
I will in the future install contribs that create user IDs post rise.
-
Cool, and glad you got it sorted.
I don't guarantee it, but contribs tend to look for already created users before adding a new one.
So better to let it 'rise' and then install contribs.
On a first reboot you may get odd messages about missing bits if contribs are not installed, but those should resolve themselves once they are.