Obsolete Releases > SME 8.x Contribs

httpd: bad group name www

<< < (3/4) > >>

larieu:
that the problem

I don't understand why I have some missing history
The history show me only something like up to 2 days ago
and after the problem

and I am sure that I have done something else there

for example yum update --enablerepo=smecotnribs
I don't find it
or the long yum reinstall php-pear.... one

I have done something in that period which broken the server-manager

what I remember is that after signal-event
I was forced to go to IPKVM to issue one "cancel" after something like half an hour of not booting
there I have noticed the
httpd: bad group name www

otherwise I don't see it in any place

janet:
larieu

You might be better off rebuilding the server with a fresh install of sme8 and restoring from backup & reinstalling contribs, compared to the time & effort (& technical unsureness on your part) that will be involved to troubleshoot this & fix your problems.
Either way there will be considerable effort required.

If you do decide to do a restore, then do a test restore first (on different hard disks) to prove your backup is good, BEFORE wiping the current system.

larieu:
my problem is that the users had tons of mails from the moment I have the last trusted backup (now are almost 4 days)

most probably I'll need to proceed like last time when I had a corrupted hdd

I'll prepare a new temporary one
over week-end I'll stop everything
I'll copy all relevant data from this server to the temp one
(users, mails, databases... = /home , /etc/e-smith , /etc/users.+ group + shadow... like affa does)
then when all is ok on the temporary one I'll use affa to put back on the real server

it exist any other verified method to move only users(+ userdata) + databases?
no any contrib/ or settings

on actual server I can do an USB backup
but I don't know if from backup I can recover only specific data

now just for testing
how safely drop firewall and the how to put ti back - to test this also

janet:
larieu

show output of
service httpd-e-smith status
service httpd-admin status

too see what iptables rules are configured see ouput of
iptables -L

larieu:

--- Code: ---
# service httpd-e-smith status
down: /service/httpd-e-smith: 0s, want up
# service httpd-admin status
run: /service/httpd-admin: (pid 4184) 71551s, normally down; run: log: (pid 2114) 71568s

--- End code ---

httpd-e-smith it is down
but


--- Code: ---#service httpd-e-smith start
Starting httpd-e-smith:                                    [  OK  ]
# service httpd-e-smith status
down: /service/httpd-e-smith: 1s, want up

--- End code ---


--- Quote ---tail -f /var/log/httpd/admin_error_log
[Mon Oct 15 07:56:49 2012] [notice] Digest: done
[Mon Oct 15 07:56:49 2012] [notice] Apache configured -- resuming normal operations
[Mon Oct 15 08:09:09 2012] [notice] Graceful restart requested, doing restart
[Mon Oct 15 08:09:09 2012] [notice] Digest: generating secret for digest authentication ...
[Mon Oct 15 08:09:09 2012] [notice] Digest: done

--- End quote ---
even if I have issued restart
no relevant data in error log messages or in access log

the intricate thing is that my mailarchiva works (default contrib on port 8090)
that mean the base apache is up (httpd-admin) 

I have used
iptables --list
( is equivalent - I think ) - everything seems ok there

Navigation

[0] Message Index

[#] Next page

[*] Previous page