[Spacewalk-list] /home missing after kickstart

Giovanni Torres giovtorres at hotmail.com
Mon Jan 21 20:21:32 UTC 2013


I noticed the following in /var/log/up2date:
[Mon Jan 21 19:57:06 2013] up2dateTraceback (most recent call last):  File "/usr/sbin/rhn_check", line 332, in __run_action    (status, message, data) = CheckCli.__do_call(method, params, kwargs)  File "/usr/sbin/rhn_check", line 325, in __do_call    retval = method(*params, **kwargs)  File "/usr/share/rhn/actions/configfiles.py", line 222, in deploy    dep_trans.rollback()  File "/usr/share/rhn/config_common/transactions.py", line 262, in rollback    os.rmdir(remove_dir)<type 'exceptions.OSError'>: [Errno 39] Directory not empty: '/root'

I'm still not certain why the rollback is necessary or why this even occurs.
I think what's happening is that a config deploy fails and it tries to rollback.  Because I have files within /root and /home inside the config channels, it tries to delete those directories.  /home is empty, so it is removed.  /root is not and raises the above exception.  Otherwise, why would the kickstart process try to delete /root?
I'm still not sure why this is happening.  /home is deleted before the kickstart process reaches the %post section.  (I checked by putting `ll /home` as the first line in %post.)  I suspect it has something to do with the activation key process, as it has some strings attached to it (i.e. join groups, subscribe to config channels, subscribe to child channels).
Anyone have ideas on how to troubleshoot?
(Spacewalk 1.7 / CentOS 6)
Thanks,Giovanni
From: giovtorres at hotmail.com
To: spacewalk-list at redhat.com
Date: Fri, 30 Nov 2012 21:08:54 -0500
Subject: Re: [Spacewalk-list] /home missing after kickstart




Thanks, but I'm not certain that is the case.  It is happening to all three of my images (CentOS 5, 6, and RHEL 5).  It happens when there is combination of using an activation key with subscribing to groups and/or config channels.  I need to try a combination of options and see when it happens.

Date: Fri, 30 Nov 2012 17:30:55 -0500
From: prmarino1 at gmail.com
To: spacewalk-list at redhat.com
Subject: Re: [Spacewalk-list] /home missing after kickstart

No but I think I can guess what's going on it sounds like the base image anaconda copies to the disk imediatly follow the formatting is corrupt you need to get the boot images off of the cds and reload them

On Nov 28, 2012 3:14 PM, "Giovanni Torres" <giovtorres at hotmail.com> wrote:





I started running into an issue where /home is missing after a kickstart.  If I remove everything from the post section, it is still missing.  So, that doesn't seem to be the culprit.  If I do a blank kickstart, i.e. no activation keys, no groups, no config channels, etc., the /home directory is there.  It seems something happens when I try to automatically add an activation key with additional options.


The filesystem rpm is installed.  I checked the logs in /root after the kickstart and I don't see anything in there that might give an indication why this is happening.  All I see is "useradd: cannot create directory /home/<user>" and "mkdir: cannot create directory '/home/dir': No such file or directory.


I could add an if statement to the beginning of the post section to create the home directory if it does not already exist, but I feel I shouldn't have to and I'd prefer to find out why this is happening.


This happens on both my EL 5 and 6 kickstarts.  (I am running Spacewalk 1.7.)
Anyone run into this before?
Thanks,Giovanni 		 	   		  



_______________________________________________

Spacewalk-list mailing list

Spacewalk-list at redhat.com

https://www.redhat.com/mailman/listinfo/spacewalk-list


_______________________________________________
Spacewalk-list mailing list
Spacewalk-list at redhat.com
https://www.redhat.com/mailman/listinfo/spacewalk-list 		 	   		  

_______________________________________________
Spacewalk-list mailing list
Spacewalk-list at redhat.com
https://www.redhat.com/mailman/listinfo/spacewalk-list 		 	   		  
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://listman.redhat.com/archives/spacewalk-list/attachments/20130121/8571d5da/attachment.htm>


More information about the Spacewalk-list mailing list