[Spacewalk-devel] Provisioning over IPv6

2011-12-14 Thread Miroslav Suchy

I tested Milan work on IPv6 provisioning.

- if I choose DHCP using first available interface or the default 
(should be the same): system successfully kickstart (jupiii)


- if I choose Use static interface - and it does not matter if I 
choose IPv6 gateway - the result is still same: after reboot I got 
error from init:

List of available partitions:
No filesystem could mount root, tried:  iso9660
Kernel panic - not syncing: VFS: Unable to mount root fs on 
unkown-block(9,1)


Mirek

___
Spacewalk-devel mailing list
Spacewalk-devel@redhat.com
https://www.redhat.com/mailman/listinfo/spacewalk-devel


Re: [Spacewalk-devel] Provisioning over IPv6

2011-12-14 Thread Miroslav Suchy

Dne 14.12.2011 10:31, Miroslav Suchy napsal(a):

I tested Milan work on IPv6 provisioning.

- if I choose DHCP using first available interface or the default
(should be the same): system successfully kickstart (jupiii)

- if I choose Use static interface - and it does not matter if I
choose IPv6 gateway - the result is still same: after reboot I got
error from init:
List of available partitions:
No filesystem could mount root, tried: iso9660
Kernel panic - not syncing: VFS: Unable to mount root fs on
unkown-block(9,1)


I forgot to say, that I tested it with RHEL 6.2 kickstarts (which is 
probably significant).


Mirek

___
Spacewalk-devel mailing list
Spacewalk-devel@redhat.com
https://www.redhat.com/mailman/listinfo/spacewalk-devel


Re: [Spacewalk-devel] Provisioning over IPv6

2011-12-14 Thread Milan Zazrivec
 I tested Milan work on IPv6 provisioning.
 
 - if I choose DHCP using first available interface or the default
 (should be the same): system successfully kickstart (jupiii)
 
 - if I choose Use static interface - and it does not matter if I
 choose IPv6 gateway - the result is still same: after reboot I got
 error from init:
 List of available partitions:
 No filesystem could mount root, tried:  iso9660
 Kernel panic - not syncing: VFS: Unable to mount root fs on
 unkown-block(9,1)

It's because RHEL-6.2 initrd.img is packed with xz and koan (when
trying to repack the ramdisk image) assumes gzip. As a result,
koan creates a non-usable ramdisk - you see this error.

-MZ

___
Spacewalk-devel mailing list
Spacewalk-devel@redhat.com
https://www.redhat.com/mailman/listinfo/spacewalk-devel


Re: [Spacewalk-devel] [PATCH] - BZ#765816 - Add an option into rhncfg-manager to allow file/directory to be uploaded without setting a SELinux context

2011-12-14 Thread Jan Pazdziora
On Tue, Dec 13, 2011 at 10:31:01PM +0100, Miroslav Suchy wrote:
 Dne 13.12.2011 17:34, Marcelo Moreira de Mello napsal(a):
 Thanks your guidelines.
 
 I merged all the fixes into a unique patch which follow attached.
 
 Please let me know if some change is still needed.
 
 Commited as:
 * 317d907 (HEAD, tag: rhncfg-5.10.22-1, origin/master, origin/HEAD,
 master) Automatic commit of package [rhncfg] release [5.10.2
 * 31c8dce 765816 - Added the option --selinux-context to
 rhncfg-manager which allows to overwrite the SELinux context from a
 fil

I fixed the typo which prevented the packages from even being built
now, rhncfg-5.10.23-1 is now in Koji for all OSes.

-- 
Jan Pazdziora
Principal Software Engineer, Satellite Engineering, Red Hat

___
Spacewalk-devel mailing list
Spacewalk-devel@redhat.com
https://www.redhat.com/mailman/listinfo/spacewalk-devel