Re: updated to 2.2.1 - can't import RHEL6.2

[jehan procaccia]

Finally we installed python-ctypes-1.0.2-2.el5.i386 on centos5.7 with 
cobbler 2.3.1 package build from git source
and now cobblerd starts fine :-)
remember error was:

ImportError: No module named ctypes

Now I will reconsider migrating to a centos6 to host our cobbler server, 
but I'am glad I have a procedure to do it if necessary.

Regards .

Le 12/01/2012 13:51, Michael DeHaan a écrit :
>  Yes -- and good point.   The ctypes issue is news to me but I
> wasn't
>  around when it came up.
>
>  Given that, you should be able to get just as far with a rsync of
>  /var/lib/cobbler, /etc/cobbler, and /var/www/cobbler ... possibly with
>  a small bit of trial and error.
>
>
>  On Thu, Jan 12, 2012 at 2:49 AM, jehan procaccia
>  <jehan.procaccia(a)it-sudparis.eu&gt;  wrote:
> > Good, I suppose you meant "cobbler replicate" !
> > however to do that I understand that cobblerd should be running on the
> > original server.
> > now  that I broken my cobbler installation by upgrading to 2.3.1, I supose I
> > first need to downgrade to 2.2.1 in order to be able from a fresh installed
> > centos 6 with cobbler 2.3.1 to "replicate" from a repaired 2.2.1.
> > So my first step now is to downgrade the broken original server to 2.2.1 ?
> > is it just a matter of "yum downgrade cobbler-2.2.1-1.el5" ?
> > any dependencies problem I might run into ?
> >
> > Thanks for the advices.
> >
> > Le 11/01/2012 22:37, Michael DeHaan a écrit :
> >
> > "cobbler reposync" does exactly this.
> >
> > https://github.com/cobbler/cobbler/wiki/Replication
> >
> >
> >
> > On Wednesday, January 11, 2012 at 4:31 PM, jehan procaccia wrote:
> >
> > unfortunatly, there's no clean and secure way to upgrade (yum) from centos 5
> > to 6, cf
> > https://www.centos.org/modules/newbb/viewtopic.php?topic_id=32089
> > everywhere on centos site I see that the only clean way is to reinstall a
> > centos6 from scratch
> > I've got ~400Go of distribs+repos and hundreds of systems recorded on my
> > centos5.7 cobbler broken installation,
> > moving all that to a new cobbler system on centos6 from scratch will be a
> > long journey
> > is there a way to "export" the cobbler "database" (systems,
> profiles ...)
> > and in parallel moving distrib and repo directories with a simple cp/rsync
> > so that I get all my current cobbler object on a fresh installed centos6 ?
> >
> > Otherwise, can I downgrade from rpm 2.3.1 to 2.2.1 in order to make my
> > cobbler production server to run again ?
> >
> > Thanks.
> >
> > Le 11/01/2012 21:52, Jörgen Maas a écrit :
> >
> > Yes, I had this issue too. The problem is in python.. It's a known issue. I
> > fixed it by upgrading to centos6...
> > Op 11 jan. 2012 18:23 schreef "jehan procaccia"
> > <jehan.procaccia(a)it-sudparis.eu&gt;  het volgende:
> >> OK, I upgraded from 2.2.1 to 2.3.1 however now cobblerd doesn't start
> >> anymore :-(
> >>
> >> [root@cobbler ~]# /etc/init.d/cobblerd start
> >> Starting cobbler daemon: No module named ctypes
> >> Traceback (most recent call last):
> >>    File "/usr/bin/cobblerd", line 76, in main
> >>      api = cobbler_api.BootAPI(is_cobblerd=True)
> >>    File "/usr/lib/python2.4/site-packages/cobbler/api.py", line 127,
> in
> >> __init__
> >>      module_loader.load_modules()
> >>    File "/usr/lib/python2.4/site-packages/cobbler/module_loader.py",
> line
> >> 62, in load_modules
> >>      blip =  __import__("modules.%s" % ( modname), globals(),
> locals(),
> >> [modname])
> >>    File
> "/usr/lib/python2.4/site-packages/cobbler/modules/authn_pam.py",
> >> line 53, in ?
> >>      from ctypes import CDLL, POINTER, Structure, CFUNCTYPE, cast, pointer,
> >> sizeof
> >> ImportError: No module named ctypes
> >>
> >> Any idea of what could be wrong ?
> >> you told me to check potential .rpmnew files, there are 2 in /etc/cobbler:
> >>
> >> [root@cobbler cobbler]# ls -ltra /etc/cobbler/*.rpmnew
> >> -rw-r--r-- 1 root root 17205 Jan 11 16:10 /etc/cobbler/settings.rpmnew
> >> -rw-r--r-- 1 root root  3266 Jan 11 16:10 /etc/cobbler/modules.conf.rpmnew
> >>
> >> could this be related ?
> >>
> >> thanks.
> >>
> >> Le 11/01/2012 16:44, Michael DeHaan a écrit :
> >>> File system info --
> >>>
> >>> https://github.com/cobbler/cobbler/wiki/File%20System%20Information
> >>>
> >>> You should be fine.    Backing up /var/lib/cobbler is smart though, and
> >>> pay attention to any .rpmnew files created.
> >>>
> >>> --Michael
> >>>
> >>> On Wednesday, January 11, 2012 at 10:41 AM, jehan procaccia wrote:
> >>>> OK, I got the latest source and made the rpms
> >>>> # ls
> >>>> cobbler-2.3.1-1.noarch.rpm      koan-2.3.1-1.noarch.rpm
> >>>> cobbler-web-2.3.1-1.noarch.rpm
> >>>>
> >>>> My cobbler installation is running on a centos5.7 system
> >>>> # rpm -qa | grep -i cobbler
> >>>> cobbler-web-2.2.1-1.el5
> >>>> cobbler-2.2.1-1.el5
> >>>>
> >>>> can I blindly upgrade those packages with the 2.3.1, or should I do
> >>>> something before ?
> >>>> where is the cobbler "database", config files , settings that I
> should
> >>>> care about before upgrade ?
> >>>> is there an upgrade page recommendation ? I found that related:
> >>>> https://github.com/cobbler/cobbler/wiki/Relocating%20Your%20Install
> >>>> but I'am afraid of bracking our installation by upgrading with a
> simple
> >>>> yum localinstall cobbler*2.3.1*, should I ?
> >>>>
> >>>> Thanks.
> >>>>
> >>>>
> >>>>
> >>>> Le 10/01/2012 16:22, Jörgen Maas a écrit :
> >>>>> On Tue, Jan 10, 2012 at 1:51 PM, jehan procaccia
> >>>>> <jehan.procaccia(a)it-sudparis.eu&gt;  wrote:
> >>>>>>
> >>>>>> In the tread it is mentioned that it should be corrected in
> 2.3.1
> >>>>>> where can I get 2.3.1 !? and a SRPMS so that I can recompile to
> the
> >>>>>> latest release ?
> >>>>>>
> >>>>> Hi,
> >>>>>
> >>>>> 2.3.1 is the current development version, you can get it by pulling
> the
> >>>>> source with git and run 'make rpms'
> >>>>>
> >>>>> HTH
> >>>>> --
> >>>>> Grtz,
> >>>>> Jörgen Maas
> >>>>>
> >>>>>
> >>>>> _______________________________________________
> >>>>> cobbler mailing list
> >>>>> cobbler(a)lists.fedorahosted.org
> >>>>> https://fedorahosted.org/mailman/listinfo/cobbler
> >>>>
> >>>> _______________________________________________
> >>>> cobbler mailing list
> >>>> cobbler(a)lists.fedorahosted.org
> >>>> https://fedorahosted.org/mailman/listinfo/cobbler
> >>>
> >>
> >> _______________________________________________
> >> cobbler mailing list
> >> cobbler(a)lists.fedorahosted.org
> >> https://fedorahosted.org/mailman/listinfo/cobbler
> >>
> >
> > _______________________________________________
> > cobbler mailing list
> > cobbler(a)lists.fedorahosted.org
> > https://fedorahosted.org/mailman/listinfo/cobbler
> >
> >
> >

updated to 2.2.1 - can't import RHEL6.2

[Rainer Duffner]

Hello,

I'm still with 2.2.1 (and without RHEL6.2), but now I get this error on
cobbler sync:

generating PXE menu structure
Exception occured: exceptions.AttributeError
Exception value: 'NoneType' object has no attribute 'os_version'
Exception Info:
  File "/usr/lib/python2.4/site-packages/cobbler/remote.py", line 93,
in run rc = self._run(self)
   File "/usr/lib/python2.4/site-packages/cobbler/remote.py", line 188,
in runner return
self.remote.api.sync(self.options.get("verbose",False),logger=self.logger)
File "/usr/lib/python2.4/site-packages/cobbler/api.py", line 701, in
sync return sync.run() File
"/usr/lib/python2.4/site-packages/cobbler/action_sync.py", line 114, in
run self.tftpd.sync(self.verbose) File
"/usr/lib/python2.4/site-packages/cobbler/modules/manage_in_tftpd.py",
line 186, in sync self.pxegen.make_pxe_menu() File
"/usr/lib/python2.4/site-packages/cobbler/pxegen.py", line 299, in
make_pxe_menu self.make_actual_pxe_menu() File
"/usr/lib/python2.4/site-packages/cobbler/pxegen.py", line 396, in
make_actual_pxe_menu profile=None, distro=None, arch=image.arch,
image=image) File "/usr/lib/python2.4/site-packages/cobbler/pxegen.py",
line 582, in write_pxe_file elif distro.os_version.startswith("esxi"):

!!! TASK FAILED !!!


[root@cobbler cobbler]# cobbler distro list
   CentOS5-i386
   CentOS5.1-x86_64
   CentOS5.2-x86_64
   CentOS5.4-x86_64
   CentOS5.4-xen-x86_64
   CentOS5.5-i386
   CentOS5.5-x86_64
   CentOS5.5-xen-i386
   CentOS5.5-xen-x86_64
   CentOS5.6-x86_64
   CentOS5.6-xen-x86_64
   CentOS5.7-i386
   CentOS5.7-x86_64
   CentOS5.7-xen-i386
   CentOS5.7-xen-x86_64
   RHEL4.4-i386
   RHEL5.1-AMD64-x86_64
   RHEL5.1-i386
   RHEL5.2-i386
   RHEL5.2-x86_64
   RHEL5.5-i386
   RHEL5.5-x86_64
   RHEL5.5-xen-i386
   RHEL5.6-i386
   RHEL5.6-x86_64
   RHEL5.6-xen-i386
   RHEL5.6-xen-x86_64
   RHEL5.7-i386
   RHEL5.7-x86_64
   RHEL5.7-xen-i386
   RHEL5.7-xen-x86_64
   RHEL6.0-x86_64
   RHEL6.1-x86_64
   hp_firmware_update_v9.30


How can I debug what or where the problem is?



Best Regards,
Rainer

updated to 2.2.1 - can't import RHEL6.2

[Rainer Duffner]

Am 25.01.2012 um 18:25 schrieb Rainer Duffner:

>  Hello,
>  
>  I'm still with 2.2.1 (and without RHEL6.2), but now I get this error on
>  cobbler sync:
>  
>  generating PXE menu structure
>  Exception occured: exceptions.AttributeError
>  Exception value: 'NoneType' object has no attribute 'os_version'
>  Exception Info:
>   File "/usr/lib/python2.4/site-packages/cobbler/remote.py", line 93,
>  in run rc = self._run(self)
>    File "/usr/lib/python2.4/site-packages/cobbler/remote.py", line 188,
>  in runner return
>  self.remote.api.sync(self.options.get("verbose",False),logger=self.logger)
>  File "/usr/lib/python2.4/site-packages/cobbler/api.py", line 701, in
>  sync return sync.run() File
>  "/usr/lib/python2.4/site-packages/cobbler/action_sync.py", line 114, in
>  run self.tftpd.sync(self.verbose) File
>  "/usr/lib/python2.4/site-packages/cobbler/modules/manage_in_tftpd.py",
>  line 186, in sync self.pxegen.make_pxe_menu() File
>  "/usr/lib/python2.4/site-packages/cobbler/pxegen.py", line 299, in
>  make_pxe_menu self.make_actual_pxe_menu() File
>  "/usr/lib/python2.4/site-packages/cobbler/pxegen.py", line 396, in
>  make_actual_pxe_menu profile=None, distro=None, arch=image.arch,
>  image=image) File "/usr/lib/python2.4/site-packages/cobbler/pxegen.py",
>  line 582, in write_pxe_file elif distro.os_version.startswith("esxi"):
>  
>  !!! TASK FAILED !!!
>   


So, after upgrading to what is in git and getting the same error again, I removed the two
images I had in the configuration and it started to work again...

At least, I now have the version with FreeBSD-support and can play with that...