Re: [CentOS] Urgent help on replacing /var

2012-08-04 Thread Emmanuel Noobadmin
On 8/3/12, John R Pierce wrote: > if you had any database servers like postgresql or mysql, and their data > files were in the default locations under /var, your databases are > undoubtably corrupted, unless you stopped the DB server(s) before doing > this copy. I think the fortunate thing is tha

Re: [CentOS] Urgent help on replacing /var

2012-08-04 Thread Emmanuel Noobadmin
On 8/3/12, Lamar Owen wrote: > On Friday, August 03, 2012 06:24:46 AM Emmanuel Noobadmin wrote: >> In a moment of epic stupidity, having ran out of space on the root >> partition of a server due to /var chewing up the space, I added a >> separate drive for the purpose of mounting it as /var > ...

Re: [CentOS] Urgent help on replacing /var

2012-08-04 Thread Emmanuel Noobadmin
On 8/3/12, Karanbir Singh wrote: > On 08/03/2012 11:52 AM, Emmanuel Noobadmin wrote: >> I'll probably have to slowly hunt down the relevant selinux context >> one by one when nobody's screaming about the server being down. > > Would restorecon not help get this bootrapped ? and then with selinux i

Re: [CentOS] Urgent help on replacing /var

2012-08-04 Thread Lamar Owen
On Friday, August 03, 2012 12:03:01 PM Karanbir Singh wrote: > Hi, > > On 08/03/2012 04:25 PM, Lamar Owen wrote: > > rpm -qa | while read line; do echo $line && rpm --setugids $line; done > > should handle ownerships. Then, reenable selinux in permissive mode, and > > set it to relabel on the ne

Re: [CentOS] Urgent help on replacing /var

2012-08-03 Thread Karanbir Singh
Hi, On 08/03/2012 04:25 PM, Lamar Owen wrote: > rpm -qa | while read line; do echo $line && rpm --setugids $line; done > should handle ownerships. Then, reenable selinux in permissive mode, and set > it to relabel on the next boot. maybe add --setperms as well -- Karanbir Singh +44-207-09993

Re: [CentOS] Urgent help on replacing /var

2012-08-03 Thread John R Pierce
On 08/03/12 3:24 AM, Emmanuel Noobadmin wrote: > In a moment of epic stupidity, having ran out of space on the root > partition of a server due to /var chewing up the space, I added a > separate drive for the purpose of mounting it as /var > > To do so, I mounted the new drive as /var2, cp -R (in h

Re: [CentOS] Urgent help on replacing /var

2012-08-03 Thread Lamar Owen
On Friday, August 03, 2012 06:24:46 AM Emmanuel Noobadmin wrote: > In a moment of epic stupidity, having ran out of space on the root > partition of a server due to /var chewing up the space, I added a > separate drive for the purpose of mounting it as /var ... This sort of things pops up from tim

Re: [CentOS] Urgent help on replacing /var

2012-08-03 Thread Karanbir Singh
On 08/03/2012 11:52 AM, Emmanuel Noobadmin wrote: > I'll probably have to slowly hunt down the relevant selinux context > one by one when nobody's screaming about the server being down. Would restorecon not help get this bootrapped ? and then with selinux in permissive mode, watch the audit log li

Re: [CentOS] Urgent help on replacing /var

2012-08-03 Thread Leonard den Ottolander
Hello Emmanuel, On Fri, 2012-08-03 at 18:52 +0800, Emmanuel Noobadmin wrote: > Turning off selinux allowed me get the system running. > However, after running fixfiles to restore the context for /var, I > still cannot boot to init 5, with the choke point now NFS statd. If you copied a live /var o

Re: [CentOS] Urgent help on replacing /var

2012-08-03 Thread Emmanuel Noobadmin
On 8/3/12, Darod Zyree wrote: > > Did you rewrite the selinux policy on /var or have you tried disabling > selinux if you haven't do so already? Thank you so much! Turning off selinux allowed me get the system running. However, after running fixfiles to restore the context for /var, I still cann

Re: [CentOS] Urgent help on replacing /var

2012-08-03 Thread Darod Zyree
2012/8/3 Emmanuel Noobadmin : > In a moment of epic stupidity, having ran out of space on the root > partition of a server due to /var chewing up the space, I added a > separate drive for the purpose of mounting it as /var > > To do so, I mounted the new drive as /var2, cp -R (in hindsight should >