Re: [Spacewalk-list] Raspberry Pi (armv6hl) Support?
On 11/22/2013 10:17 PM, Jacob Yundt wrote: I did some more poking around and it appears that RPi support was added in June 2012[1][2]. I'm not sure why I'm running into this armv6hl vs. armv6l discrepancy though. Because armv6hl must be explicitly enumerated in lookup tables. Which is not. Because I was not aware of that architecture in June 2012 (my RaspPi have obviously different arch). Some Spacewalk developer (not me anymore) will probably add it there soon as that change should be trivial. -- Miroslav Suchy, RHCE, RHCDS Red Hat, Software Engineer, #brno, #devexp, #fedora-buildsys ___ Spacewalk-list mailing list Spacewalk-list@redhat.com https://www.redhat.com/mailman/listinfo/spacewalk-list
Re: [Spacewalk-list] New spacecmd in EPEL
On 03/11/2013 09:43 AM, Miroslav Suchý wrote: I built spacecmd from Spacewalk 1.9 for Epel 5 and 6. https://admin.fedoraproject.org/updates/spacecmd-1.9.4-1.el6 https://admin.fedoraproject.org/updates/spacecmd-1.9.4-1.el5 Feel free to test it and add karma. If it get karma +3 it may land in EPEL sooner. Otherwise it will get there after one month. New spacecmd landed in EPEL today. Enjoy. -- Miroslav Suchy Red Hat Systems Management Engineering ___ Spacewalk-list mailing list Spacewalk-list@redhat.com https://www.redhat.com/mailman/listinfo/spacewalk-list
[Spacewalk-list] New spacecmd in EPEL
Hi, I built spacecmd from Spacewalk 1.9 for Epel 5 and 6. https://admin.fedoraproject.org/updates/spacecmd-1.9.4-1.el6 https://admin.fedoraproject.org/updates/spacecmd-1.9.4-1.el5 Feel free to test it and add karma. If it get karma +3 it may land in EPEL sooner. Otherwise it will get there after one month. -- Miroslav Suchy Red Hat Systems Management Engineering ___ Spacewalk-list mailing list Spacewalk-list@redhat.com https://www.redhat.com/mailman/listinfo/spacewalk-list
Re: [Spacewalk-list] Patching apt
On 12/04/2012 11:39 AM, Simon Lukasik wrote: IIRC, patching APT shall no longer be needed. An equivalent of the spacewalk patch has been accepted by APT upstream. Sadly, I do not recall into which version. Maybe Mirek? Found in version apt/0.9.6 http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=677871 And the 'apt-transport-spacewalk' has been accepted to Debian unstable on 2012-06-26. And is in testing since 2012-08-07. And will be in stable once released (my bets are this Christmas) -- Miroslav Suchy Red Hat Systems Management Engineering ___ Spacewalk-list mailing list Spacewalk-list@redhat.com https://www.redhat.com/mailman/listinfo/spacewalk-list
Re: [Spacewalk-list] Releasing errata by Red Hat
On 07/26/2012 10:18 AM, ŚLIPEK Krzysztof wrote: Hello, Do you know that Red Hat has schedule of errata releasing? Yes, I know that Red Hat has schedule of errata releasing. I have strange feeling, that you wanted to ask something else. -- Miroslav Suchy Red Hat Systems Management Engineering ___ Spacewalk-list mailing list Spacewalk-list@redhat.com https://www.redhat.com/mailman/listinfo/spacewalk-list
Re: [Spacewalk-list] Removing old packages from Spacewalk
On 06/29/2012 11:08 AM, Michael Mraka wrote: michal wrote: % Hi % Does anyone have a way of removing old packages from Spacewalk database? % I do not use snapshots, so I don't need historical data. Try spacewalk-data-fsck. This will remove only packages not in db. But I suppose that he meant: if you have pkg-1.0 pkg-1.1 pkg-1.2 pkg-2.0 in one channel and if you not use snapshot it is waste of disk space for small shops to keep old rpm. So it would be nice to have something like: cleanup-channel -c somechannel --keep-only-latest-evr -- Miroslav Suchy Red Hat Satellite Engineering ___ Spacewalk-list mailing list Spacewalk-list@redhat.com https://www.redhat.com/mailman/listinfo/spacewalk-list
Re: [Spacewalk-list] spacewalk selinux context on files/directories
On 06/13/2012 12:05 PM, Michel Hendriks wrote: Hi, Recently we changed out selinux policy from permissive to disabled but now when I run "rhncfg-client verify" I get all selinux messages like : # rhncfg-client verify | grep seli selinux /etc/nsswitch.conf selinux /etc/ntp.conf selinux /etc/openldap/ldap.conf selinux /etc/pam.d/sshd selinux /etc/pam.d/system-auth selinux /etc/pam.d/system-auth-ac Of course this is because configuration files in spacewalk there contain there "SELinux context" Does somebody know if there is an automatic way to remove all "SELinux context"from configuration files/directoeies in spacewalk ? Otherwise I need to check each file individual which is a lot of work ( 100+ config files ) Thanks in advance ! No there is no way, currently. Maybe only upload new versions of files, which will have no selinux context. -- Miroslav Suchy Red Hat Satellite Engineering ___ Spacewalk-list mailing list Spacewalk-list@redhat.com https://www.redhat.com/mailman/listinfo/spacewalk-list
Re: [Spacewalk-list] Spacewalk 1.5 and Oracle VS Postgres DB
On 05/25/2012 08:00 PM, Musayev, Ilya wrote: Assuming Oracle pricing is not an issue, what DB backend would you prefer to run and why? If you already have: beefy standalone Oracle machine, with dedicated DBA, and if you are using advanced features like RAC and all processes with Oracle on place, then go with Oracle. Otherwise go with PostgreSQL. In common set up, it is on par with Oracle. -- Miroslav Suchy Red Hat Satellite Engineering ___ Spacewalk-list mailing list Spacewalk-list@redhat.com https://www.redhat.com/mailman/listinfo/spacewalk-list
Re: [Spacewalk-list] Spacewalk 1.7 on SciLinux 6.2
On 05/22/2012 07:56 PM, Stephen Berg (Contractor) wrote: I've followed the install instructions on https://fedorahosted.org/spacewalk/wiki/HowToInstall and I'm stuck at the yum install spacewalk-postgresql step. Yum complains about sitemesh requires velocity-tools and I can't figure out where the velocity-tools package is supposed to come from. Trying to install sitemesh by itself runs into the same problem so this appears to be a broken require for sitemesh. Anyone know how to solve this dependency problem? jpackage? http://mirrors.dotsrc.org/jpackage/5.0/generic/free/repoview/development.libraries.java.group.html -- Miroslav Suchy Red Hat Satellite Engineering ___ Spacewalk-list mailing list Spacewalk-list@redhat.com https://www.redhat.com/mailman/listinfo/spacewalk-list
Re: [Spacewalk-list] Unpacking and repacking rhn.jar
On 05/19/2012 07:17 PM, Mullis, Josh (CCI-Atlanta) wrote: For applying patches to files inside “rhn.jar”, are these the correct commands and switches? Basically just the “unzip”, “javac”, and “jar” command syntax I am concerned about. 1.unzip rhn.jar 2.get new source .java file from git 3.javac 4.move compiled class file into proper directory 5.jar -cvf /tmp/rhn.jar This method worked for me, but just wanted to verify. https://fedorahosted.org/spacewalk/wiki/JavaEditOnPlace -- Miroslav Suchy Red Hat Satellite Engineering ___ Spacewalk-list mailing list Spacewalk-list@redhat.com https://www.redhat.com/mailman/listinfo/spacewalk-list
Re: [Spacewalk-list] RHEL 4 client management
On 05/11/2012 05:21 PM, Pierre Casenove wrote: How Spacewalk find the arch information during registration of the client? Why is it failing after 909 packages only? it seems that it is failing only on packages that are not in spacewalk channels (such a gpg-pubkey) What could be a correct correction of this bug? Hi Pierre, I'm watching you laments and although I'm one of the developers who are familiar with client code and registration, I do not want to spend time on this issue. From developers perpesctive RHEL4 is dead (but security issues). And I expect the same for others Red Hat developers. If you find the fix, we will be happy to commit it, but I'm not going to try to debug this issue. Sorry. -- Miroslav Suchy Red Hat Satellite Engineering ___ Spacewalk-list mailing list Spacewalk-list@redhat.com https://www.redhat.com/mailman/listinfo/spacewalk-list
Re: [Spacewalk-list] New to Spacewalk
On 05/09/2012 03:28 PM, Andreas Reschke wrote: Hello, I've set up an new server with spacewalk on centos 6. The next step is to create the channels for CentOS 5,6 and SLES10,11. All the software is laying on my other installationserver. How can I manage to server the repos from there with Spacewalk? https://fedorahosted.org/spacewalk/wiki/UploadFedoraContent You may want to read rest of: https://fedorahosted.org/spacewalk/wiki/UserDocs as well. -- Miroslav Suchy Red Hat Satellite Engineering ___ Spacewalk-list mailing list Spacewalk-list@redhat.com https://www.redhat.com/mailman/listinfo/spacewalk-list
Re: [Spacewalk-list] satellite-sync help
On 05/08/2012 05:07 PM, trum...@gmail.com wrote: I received an export from a satellite server in another department. I was able to use satellite-sync to import the channels into my spacewalk installation. If I list the channels via command line I can see the channels I imported. If I go to the spacewalk web interface the channels do not show. Is there something else I have to do after the satellite-sync command to get channels to show in web interface? OS: CentOS 6.2 Spacewalk Version: 1.7 Database: Oracle 11.2.0 And you are syncing Red Hat Enterprise Linux channels, true? From: http://spacewalk.redhat.com/faq.html#entitlements Q: Can I use Spacewalk to sync my entitlements for Red Hat Enterprise Linux and other Red Hat software products? A: No. At this time, in order to be able to connect to rhn.redhat.com and satellite-sync Red Hat software content, you will need the Satellite product with an active Satellite certificate. This affect ISS and sync from dump as well. -- Miroslav Suchy Red Hat Satellite Engineering ___ Spacewalk-list mailing list Spacewalk-list@redhat.com https://www.redhat.com/mailman/listinfo/spacewalk-list
Re: [Spacewalk-list] rhnpush error - unexpected keyword argument 'file'
On 04/19/2012 01:36 AM, Andrew Prowant wrote: I receive: ERROR: unhandled exception occurred: (load() got an unexpected keyword argument 'file'). when using the command: rhnpush --channel=vail-6-x86_64 --server=http://localhost/APP --dir=/home/aprowant/vail --username=rhnpush --password=xxx This is the first time I have tried pushing a file since I have upgraded to 1.7. Has anyone seen this error before? Am I using the wrong syntax? You are using it correctly. But just the error message itself is insufficient. Did rhnpush print even traceback? Can you send it here. Without that traceback we can do nothing because there is no function load() in rhnpush itself, so it must come from some underlying library. -- Miroslav Suchy Red Hat Satellite Engineering ___ Spacewalk-list mailing list Spacewalk-list@redhat.com https://www.redhat.com/mailman/listinfo/spacewalk-list
Re: [Spacewalk-list] Configuration File Size Limit
On 04/04/2012 03:02 PM, Wojtak, Greg (Superfly) wrote: On 2012-04-04 4:48 AM, "Miroslav Suchý" wrote: On 04/03/2012 10:40 PM, Wojtak, Greg (Superfly) wrote: Is there a way to up the limit of configuration files in spacewalk from 128k? To be clear, I am talking about the actual size of the file stored, not the maximum size of a file that is editable in the browser. Put in rhn.conf: web.maximum_config_file_size = 131072 I it set as default in: /usr/share/rhn/config-defaults/rhn_web.conf So in /etc/rhn/rhn.conf, I have: web.maximum_config_file_size=1048576 I then restarted spacewalk with rhn-satellite restart. I still get the error: Pushing to channel el5-fe-common: Error pushing file: /etc/termcap too large (807109 bytes, 131072 bytes max allowed) I went ahead and modified /usr/share/rhn/config-defaults/rhn_web.conf as well and restarted spacewalk with rhn-satellite restart. I get the same error. It doesn't look like these changes are taking. I'm at spacewalk 1.6 (non-nightly), do I need to be at 1.7 for this option to work? Hmm, briefly looking at the code it seems that we have: web.maximum_config_file_size which is used in webui (i.e. file size you can upload via webui). And: maximum_config_file_size which is used by backend (i.e. when you upload config using rhncfg-manager. Can you try to put in rhn.conf pure maximum_config_file_size ? -- Miroslav Suchy Red Hat Satellite Engineering ___ Spacewalk-list mailing list Spacewalk-list@redhat.com https://www.redhat.com/mailman/listinfo/spacewalk-list
Re: [Spacewalk-list] Configuration File Size Limit
On 04/03/2012 10:40 PM, Wojtak, Greg (Superfly) wrote: Is there a way to up the limit of configuration files in spacewalk from 128k? To be clear, I am talking about the actual size of the file stored, not the maximum size of a file that is editable in the browser. Put in rhn.conf: web.maximum_config_file_size = 131072 I it set as default in: /usr/share/rhn/config-defaults/rhn_web.conf -- Miroslav Suchy Red Hat Satellite Engineering ___ Spacewalk-list mailing list Spacewalk-list@redhat.com https://www.redhat.com/mailman/listinfo/spacewalk-list
Re: [Spacewalk-list] Spacewalk on mandriva 2006
On 03/28/2012 03:21 PM, Carlo Filippetto wrote: Spacewalk client obviously! :D 2012/3/28 Carlo Filippetto mailto:carlo.filippe...@gmail.com>> Hi all, I have a server untacchable on the lan that has a Mandriva 2006, and I can't upgrade or move this machine. Anyone know how I can do to install spacewalk on it? AFAIK Mandriva use urpmi and not yum. So you could not use yum-rhn-plugin. You may get lucky to rebuild rhnlib and rhn-client-tools. So you will be able to register, but that is call. Your only chance is to reserve one month to write support for Mandriva from scratch. If your customer is willing to pay for it, we will be looking forward to see your patches :) -- Miroslav Suchy Red Hat Satellite Engineering ___ Spacewalk-list mailing list Spacewalk-list@redhat.com https://www.redhat.com/mailman/listinfo/spacewalk-list
Re: [Spacewalk-list] [spacewalk-list] openSUSE
On 03/15/2012 02:24 AM, themaster001 wrote: Also, how stable is Debian, is there a good how to on it Debian is experimental, but for long time. So we resolved or find workarounds for most bugs. But we are looking for somebody to do the packaging. If nobody will volunteer, we will probably cancel it and will not care about Debian any more. -- Miroslav Suchy Red Hat Satellite Engineering ___ Spacewalk-list mailing list Spacewalk-list@redhat.com https://www.redhat.com/mailman/listinfo/spacewalk-list
Re: [Spacewalk-list] Clients registered with proxy show "Offline as of unknown"
On 03/14/2012 07:37 PM, Sean Carolan wrote: I thought the same thing at first. Satellite at least would black list your server for checking in too frequently. The best I could come up with in this case was to set INTERVAL=60 (the minimum) in /etc/sysconfig/rhnsd. Thanks, Greg. We'll use this workaround until the jabber bug is fixed. Just one final question on this; do you know if jabber-2.2.11-3.el5 is affected? I get the feeling that since this is such a recent bug, That one is 2 years old release. The bug was fixed one year ago. The trouble is that release was not made for those 2 years. -- Miroslav Suchy Red Hat Satellite Engineering ___ Spacewalk-list mailing list Spacewalk-list@redhat.com https://www.redhat.com/mailman/listinfo/spacewalk-list
Re: [Spacewalk-list] Bare Metal Provision Through Proxy
On 03/14/2012 02:07 PM, Wojtak, Greg (Superfly) wrote: b) how to create the certificate with a SAN (Subject Alternative Name property) so that the certificate can be made good for the fqdn and the short names of the host http://www.youtube.com/watch?v=3LPHYORuBBc -- Miroslav Suchy Red Hat Satellite Engineering ___ Spacewalk-list mailing list Spacewalk-list@redhat.com https://www.redhat.com/mailman/listinfo/spacewalk-list
Re: [Spacewalk-list] Bare Metal Provision Through Proxy
On 03/14/2012 07:45 AM, Jan Pazdziora wrote:
On Tue, Mar 13, 2012 at 08:23:16PM +0100, Miroslav Suchy wrote:
regex going on that replaces all occurrences of 'spacewalk' with my proxy
name instead of just the domain portion of the URL. So 'spacewalk-client'
is becoming 'proxy.fqdn.tld-client' within the URL string.
Aha. Indeed, we have in code which do the replacement something like:
s/fqdn-sw-server/fqdn-sw-proxy/
I thought the approach was more fine grained.
No.
Could we at least change
the modification to be in the context of a URL
s!://fqdn-sw-server(:\d+)?/!://fqdn-sw-proxy/!
Yes, you can.
The code is at
java/code/src/com/redhat/rhn/manager/kickstart/KickstartManager.java
in function:
public String renderKickstart(String host, String url)
and the line is:
retval = retval.replaceAll(ConfigDefaults.get().getCobblerHost(), host);
but do not forget to fine tune your regexp to replace cases like:
CN=FQDN
or
perl -npe
's|^(\s*(noSSLS\|s)erverURL\s*=\s*[^:]+://)[^/]*/|${1}FQDN/|' -i
/etc/sysconfig/rhn/up2date
or
COBBLER_SERVER=FQDN
or
any other snippet which customer may put there.
--
Miroslav Suchy
Red Hat Satellite Engineering
___
Spacewalk-list mailing list
Spacewalk-list@redhat.com
https://www.redhat.com/mailman/listinfo/spacewalk-list
[Spacewalk-list] Status of Debian support in Spacewalk
I just upgraded some Debian client packages and put them on my site. But I would like to point that I have nearly no time for that packaging and those packages are ugly (lintian gives me two screen of warnings). So I would really like to see some volunteer, who will take over Debian packaging. If nobody will volunteer, there is high chance that Debian support will be dropped at all. And that would be shame. Raise your hand if you are familiar with Debian or you know some Debian developer who can find Spacewalk attractive. I can help with that Debian and give the pointers, but I could not do all that work it require. -- Miroslav Suchy Red Hat Satellite Engineering ___ Spacewalk-list mailing list Spacewalk-list@redhat.com https://www.redhat.com/mailman/listinfo/spacewalk-list
Re: [Spacewalk-list] Spacewalk 1.7 released
On 03/07/2012 06:45 PM, Wojtak, Greg (Superfly) wrote: Thanks for the clarification Mirek. Too bad, that's the only piece of functionality that doesn't work for me. The rest of my list are just annoyances. And since I can run rhnsd, I at least have partial functionality. You can always try to package the nightly jabberd and see what will happen. But I would expect more problems. So it is up to you. I noticed in the code for rhnsd that trying to set the check interval less than 60 minutes would blacklist your host from RHN. Would the same thing happen if I scheduled an rhn_check in cron to fire off every five minutes on these hosts that are behind a proxy? Being behind proxy does not change anything related with throttling or timeouts. So it will behave the same. -- Miroslav Suchy Red Hat Satellite Engineering ___ Spacewalk-list mailing list Spacewalk-list@redhat.com https://www.redhat.com/mailman/listinfo/spacewalk-list
Re: [Spacewalk-list] Increase concurrent repmod.RepositoryWriter tasks
On 03/07/2012 04:27 PM, Renato Botelho wrote: Is there any recommendation about how many workers to run? I mean, is it related with the number of CPUs you have or with the amount of memory? Or i need to increase it and take a look to figure out the ideal number? No recommendation. Beside that default number 2, which should be good for everybody. It really depends on how big is your machine and how often you push in channels. Find your lucky number using trials and errors :) -- Miroslav Suchy Red Hat Satellite Engineering ___ Spacewalk-list mailing list Spacewalk-list@redhat.com https://www.redhat.com/mailman/listinfo/spacewalk-list
Re: [Spacewalk-list] Spacewalk 1.7 released
On 03/07/2012 03:07 PM, Wojtak, Greg (Superfly) wrote: Do you know if any of the improvements for OSA through a Spacewalk proxy made their way into this release? Yes, I know. And the answer is no. The problem is not in osad itself, but in s2s of jabberd: https://bugzilla.redhat.com/show_bug.cgi?id=795680 It should be fixed in recent nightly version of jabberd, but the trouble is that jabberd did not make release for last two years. -- Miroslav Suchy Red Hat Satellite Engineering ___ Spacewalk-list mailing list Spacewalk-list@redhat.com https://www.redhat.com/mailman/listinfo/spacewalk-list
Re: [Spacewalk-list] Increase concurrent repmod.RepositoryWriter tasks
On 03/06/2012 07:19 PM, Renato Botelho wrote: I noted taskomatic starts 2 concurrent tasks to do it, the task name is: com.redhat.rhn.taskomatic.task.repomd.RepositoryWriter In this case it will generate 2 channels metadata / hour. Sometimes we receive updates for 40 channels, and it takes about 15 hours to finish all these tasks. During this 15 hours, users can see new erratas on RHN Satellite web interface, but cannot apply them because channel metadata is old. I'm wondering if there is a way to improve this process, the first thing that came to mind was increase the concurrent tasks, but i couldn't find any kind of configuration to do it. Yes, there is way. Put: taskomatic.channel_repodata_workers = 10 into /etc/rhn/rhn.conf and you will get ten workers. -- Miroslav Suchy Red Hat Satellite Engineering ___ Spacewalk-list mailing list Spacewalk-list@redhat.com https://www.redhat.com/mailman/listinfo/spacewalk-list
[Spacewalk-list] pgtune
Please note that: https://fedorahosted.org/spacewalk/wiki/PostgreSQLServerSetup now recommends usage of pgtune. Which I just get into Fedora. You can grab it from: http://koji.fedoraproject.org/koji/packageinfo?packageID=13414 and if you try it, please add +1 or -1 karma to: https://admin.fedoraproject.org/updates/search/pgtune This way the package will land in stable sooner. -- Miroslav Suchy Red Hat Satellite Engineering ___ Spacewalk-list mailing list Spacewalk-list@redhat.com https://www.redhat.com/mailman/listinfo/spacewalk-list
Re: [Spacewalk-list] Spacewalk on Oracle Linux - Cannot install Perl-Newt
On 03/01/2012 04:15 PM, Gomes, Rich wrote: I copied over the capabilities.py, .pyo, and .pyc files from a SW server running on RHEL and ran rhnpush again. Keeping backup copies in case a future update breaks it again. So Unbreakable is not so unbreakable, isn't it? :) I could not resist. :) -- Miroslav Suchy Red Hat Satellite Engineering ___ Spacewalk-list mailing list Spacewalk-list@redhat.com https://www.redhat.com/mailman/listinfo/spacewalk-list
Re: [Spacewalk-list] 1.6 proxy installation problem
On 02/29/2012 02:16 PM, Tomi Salmi wrote: Create and populate configuration channel rhn_proxy_config_110003? [Y/n]: y Using server name Here is the problem. Here should be writen the name Using server name spacewalk.company.com The install script is just bash script. To help this debug and see where then name of script is lost run: bash -x configure-proxy.sh And post it here. -- Miroslav Suchy Red Hat Satellite Engineering ___ Spacewalk-list mailing list Spacewalk-list@redhat.com https://www.redhat.com/mailman/listinfo/spacewalk-list
Re: [Spacewalk-list] Database Problems " in transaction"
On 02/29/2012 01:40 PM, Pierre Casenove wrote: Hi, I have the same behavior on my server, using SW 1.6 and pgsql on rhel 5. There seems to be 305 locks in the database: select count(*) from pg_locks; count --- 305 (1 row) And I have 38 postgres process stuck in "idle in transaction" state. I don't know if this is growing or not. How can we go further in the analysis to help? This should be fixed in Spacewalk 1.7, which should will released soon. -- Miroslav Suchy Red Hat Satellite Engineering ___ Spacewalk-list mailing list Spacewalk-list@redhat.com https://www.redhat.com/mailman/listinfo/spacewalk-list
Re: [Spacewalk-list] Illustrated history of Spacewalk
On 02/23/2012 09:36 AM, Miroslav Suchý wrote: On 02/22/2012 10:53 PM, Miroslav Suchy wrote: Nearly 4 years history of work on Spacewalk code in 15 minutes long video: http://www.youtube.com/watch?v=l9ET3V7drcg This is 360p quality. But if you have fat pipe, I recommend you: http://miroslav.suchy.cz/spacewalk/history.webm This is 720p quality, but 1.2 GB. Aah, so even youtube.com provide that 720p, it just took longer to precess and was shown later. I'm going to delete that file from my web site, just use youtube and use higher resolution. I just find, that is is missing last few months (I run out of disk space) and in meanwhile I played with options of gsource little bit. For those interested in this is what I run: gource --logo ./branding/img/logo.png --bloom-intensity 0.3 --auto-skip-seconds 1 --multi-sampling --hide filenames --highlight-users --start-position 0.001 --seconds-per-day 1 -1280x720 -o - --user-image-dir ../avatar/ | ffmpeg -y -r 60 -f image2pipe -vcodec ppm -i - -vcodec libvpx -b 1K /var/tmp/gource.webm Where ../avatar is directory with images fetched from gravatar.com I will probably generate new video soon with those missing months, but it is quite time consuming. -- Miroslav Suchy Red Hat Satellite Engineering ___ Spacewalk-list mailing list Spacewalk-list@redhat.com https://www.redhat.com/mailman/listinfo/spacewalk-list
Re: [Spacewalk-list] Illustrated history of Spacewalk
On 02/22/2012 10:53 PM, Miroslav Suchy wrote: Nearly 4 years history of work on Spacewalk code in 15 minutes long video: http://www.youtube.com/watch?v=l9ET3V7drcg This is 360p quality. But if you have fat pipe, I recommend you: http://miroslav.suchy.cz/spacewalk/history.webm This is 720p quality, but 1.2 GB. Aah, so even youtube.com provide that 720p, it just took longer to precess and was shown later. I'm going to delete that file from my web site, just use youtube and use higher resolution. -- Miroslav Suchy Red Hat Satellite Engineering ___ Spacewalk-list mailing list Spacewalk-list@redhat.com https://www.redhat.com/mailman/listinfo/spacewalk-list
Re: [Spacewalk-list] Feature - comments in revision
On 02/02/2012 05:52 PM, Grzegorz Drozda wrote: Hi all As a new person I want to say hello - I happy user of spacewalk Do you know if there is a plan to add 'comments' field to each revision of config file. It will be really useful. No, there are no such plans. But if you send us patch, which implement this feature, we will be happy to merge it. :) -- Miroslav Suchy Red Hat Satellite Engineering ___ Spacewalk-list mailing list Spacewalk-list@redhat.com https://www.redhat.com/mailman/listinfo/spacewalk-list
Re: [Spacewalk-list] Spacewalk Proxy 1.6 and non-self signed certificates
On 01/30/2012 09:33 PM, Scott Worthington wrote: It works (after adding the ';')! Let me check... I forgot it in email. I have it commited in git. > Also, I overlooked the... +use PXT::Config (); ...and didn't add it -- and it still worked without the 'use PXT::Config ();' This is because some other page loaded this module in mean time. If you load this page just after restart it may fail. So it should be there. I'm glad I helped to resolve your problem. -- Miroslav Suchy Red Hat Satellite Engineering ___ Spacewalk-list mailing list Spacewalk-list@redhat.com https://www.redhat.com/mailman/listinfo/spacewalk-list
Re: [Spacewalk-list] Spacewalk Proxy 1.6 and non-self signed certificates
On 01/16/2012 04:39 PM, Scott Worthington wrote:
In /usr/share/perl5/vendor_perl/Sniglets/Servers.pm we have on lines:
150 throw "User '" . $pxt->user->id . "' attempted to access
proxy interface without permission."
151 unless
$pxt->user->org->has_channel_family_entitlement('rhn-proxy');
Yes, indeed.
Can you test this patch for me?:
diff --git a/web/modules/sniglets/Sniglets/Servers.pm
b/web/modules/sniglets/Sniglets/Servers.pm
index 3c9f7c7..548d3e2 100644
--- a/web/modules/sniglets/Sniglets/Servers.pm
+++ b/web/modules/sniglets/Sniglets/Servers.pm
@@ -23,6 +23,7 @@ use File::Spec;
use Data::Dumper;
use Date::Parse;
+use PXT::Config ();
use PXT::Utils;
use PXT::HTML;
@@ -148,7 +149,7 @@ sub proxy_entitlement_form {
my $block = $params{__block__};
throw "User '" . $pxt->user->id . "' attempted to access proxy
interface without permission."
-unless $pxt->user->org->has_channel_family_entitlement('rhn-proxy');
+unless
($pxt->user->org->has_channel_family_entitlement('rhn-proxy') or not
PXT::Config->get('subscribe_proxy_channel'))
my $sid = $pxt->param('sid');
throw "no server id!" unless $sid;
--
Miroslav Suchy
Red Hat Satellite Engineering
___
Spacewalk-list mailing list
Spacewalk-list@redhat.com
https://www.redhat.com/mailman/listinfo/spacewalk-list
Re: [Spacewalk-list] Debian registration error - NameError: name 'Error' is not defined
On 01/25/2012 06:49 PM, Jan Šoc wrote:
root@triton:~# rhn_register
Traceback (most recent call last):
File "/usr/sbin/rhn_register", line 24, in
from up2date_client import up2dateAuth
File "/usr/share/rhn/up2date_client/up2dateAuth.py", line 4, in
import rhnserver
File "/usr/share/rhn/up2date_client/rhnserver.py", line 21, in
import rpcServer
File "/usr/share/rhn/up2date_client/rpcServer.py", line 12, in
import clientCaps
File "/usr/share/rhn/up2date_client/clientCaps.py", line 10, in
from capabilities import parseCap
File "/usr/share/rhn/up2date_client/capabilities.py", line 4, in
import up2dateErrors
File "/usr/share/rhn/up2date_client/up2dateErrors.py", line 19, in
RepoError = Error
NameError: name 'Error' is not defined
This has been fixed in master using several commits.
You may want to apply this patch to make it work:
--- a/client/rhel/rhn-client-tools/src/up2date_client/up2dateErrors.py
+++ b/client/rhel/rhn-client-tools/src/up2date_client/up2dateErrors.py
@@ -14,18 +14,18 @@ _ = t.ugettext
import OpenSSL
import config
from pkgplatform import getPlatform
if getPlatform() == 'deb':
-RepoError = Error
class YumBaseError(Exception):
def __init__(self, errmsg):
self.value = errmsg
-def __getattribute__(self, name):
+def __getattr__(self, name):
raise AttributeError(_("class %s has no attribute '%s'") %
(self.__class__.__name__, name))
def __setattr__(self, name, value):
raise AttributeError(_("class %s has no attribute '%s'") %
(self.__class__.__name__, name))
else:
-from yum.Errors import RepoError, YumBaseError
+from yum.Errors import YumBaseError
class Error(YumBaseError):
"""base class for errors"""
@@ -65,7 +65,12 @@ class Error(YumBaseError):
YumBaseError.__setattr__(self, name, value)
else:
self.__dict__[name] = value
-
+
+if getPlatform() == 'deb':
+RepoError = Error
+else:
+from yum.Errors import RepoError
+
class RpmError(Error):
"""rpm itself raised an error condition"""
premsg = _("RPM error. The message was:\n")
Once I get internet in my new house (where I have Debian system) I may
build new package. Or I may poke Simon. Simon, can you rebuild the package?
--
Miroslav Suchy
Red Hat Satellite Engineering
___
Spacewalk-list mailing list
Spacewalk-list@redhat.com
https://www.redhat.com/mailman/listinfo/spacewalk-list
Re: [Spacewalk-list] Newbie in spacewalk (Audit tab)
On 01/17/2012 11:45 AM, Jan Šoc wrote: Hi, I would like to ask, what is the Audit tab in spacewalk? I am trying to use spacewalk for mor than 40 servers and still there are no data I try to learn somethin about it on: http://docs.redhat.com/docs/en-US/Red_Hat_Network_Satellite/5.4/html/Client_Configuration_Guide/ix01.html http://docs.redhat.com/docs/en-US/Red_Hat_Network_Satellite/5.4/html/Installation_Guide/index.html The feature is not and never been in RHN Satellite. Therefore it is not documented on docs.redhat.com. Check: http://web.archive.org/web/20101115222536/http://www.stl.gtri.gatech.edu/jroys/ https://fedorahosted.org/spacewalk/wiki/AuditReviewing So, what I have to install on the clients to send some audit info? see end of: https://fedorahosted.org/spacewalk/wiki/AuditReviewing -- Miroslav Suchy Red Hat Satellite Engineering ___ Spacewalk-list mailing list Spacewalk-list@redhat.com https://www.redhat.com/mailman/listinfo/spacewalk-list
Re: [Spacewalk-list] Spacewalk Proxy 1.6 and non-self signed certificates
On 01/10/2012 04:33 PM, Jan Pazdziora wrote: The error is [error] acl fail: user_role(org_admin); system_feature(ftr_proxy_capable); org_channel_family(rhn-proxy); child_channel_candidate(rhn-proxy) at /usr/lib/perl5/vendor_perl/5.8.8/PXT/ApacheAuth.pm line 141. in /var/log/httpd/error_log. That is most probably (I assume, you are org_admin) because of these acls: org_channel_family(rhn-proxy); child_channel_candidate(rhn-proxy) Since on Spacewalk you do not have proxy channels per se as you have in Satellite But I believe that you Jan fixed that in BZ 678118 by this commit: https://fedorahosted.org/spacewalk/changeset/170fd91e08fa47c10512c7e754a51ae5cd4b07ee Scott, are you sure you have Spacewalk 1.6 server? -- Miroslav Suchy Red Hat Satellite Engineering ___ Spacewalk-list mailing list Spacewalk-list@redhat.com https://www.redhat.com/mailman/listinfo/spacewalk-list
Re: [Spacewalk-list] Can't change base channel of a proxy
On 01/04/2012 04:03 PM, Scott Worthington wrote: Perhaps the disappearing Base Software Channel is a safety feature of an active Spacewalk proxy in the Spacewalk web GUI? I would say that change of base channel for Proxy is disabled by purpose. For the security reason. Although it should not disappear. -- Miroslav Suchy Red Hat Satellite Engineering ___ Spacewalk-list mailing list Spacewalk-list@redhat.com https://www.redhat.com/mailman/listinfo/spacewalk-list
[Spacewalk-list] Spacewalk's year 2011 in numbers
Let me allow to summarize year of 2011. I gathered some numbers for you: == Code == We commited 3810 changesets to Spacewalk http://miroslav.suchy.cz/spacewalk/gitstat/chart.php?chart_parameter1=2&showcount=10&submit=1&page=0 Top contributor is Jan Pazdziora (again) with 953 commits. Top contributor outside of Red Hat is Michael Calmer with 52 commits. http://miroslav.suchy.cz/spacewalk/gitstat/chart.php?chart_parameter1=5&chart_parameter_ver=spacewalk-backend-1.7.1-1&submit=1&chart_parameter2_year=2011&chart_parameter2_month=0&submit=1&showcount=10 We resolved 1206 Bugs. https://bugzilla.redhat.com/buglist.cgi?chfieldto=Now&query_format=advanced&chfield=bug_status&chfieldfrom=2011-01-01&bug_status=CLOSED&classification=Red%20Hat&product=Red%20Hat%20Network%20Proxy&product=Red%20Hat%20Network%20Satellite https://bugzilla.redhat.com/buglist.cgi?chfieldto=Now&query_format=advanced&chfield=bug_status&chfieldfrom=2011-01-01&bug_status=CLOSED&classification=Community&product=Spacewalk Red Hat is behind of 95,4% of contributions. SUSE is behind of 2,65% of contributions http://miroslav.suchy.cz/spacewalk/gitstat/chart.php?chart_parameter1=3&chart_parameter_ver=spacewalk-backend-1.7.1-1&submit=1&chart_parameter2_year=2011&chart_parameter2_month=0&submit=1&showcount=10 == Project cost == This is wild estimation, but just guess: Codebase: 3,100,153 lines (including code and mark up) Effort (est.):903 Person Years Avg. Salary:$55000 year Estimated cost of project:$ 49,688,059 http://www.ohloh.net/p/spacewalk == Releases == We released 4 releases during year 2010: 1.3, 1.4, 1.5 and 1.6 http://freecode.com/projects/spacewalk/releases == IRC == We have nearly 1246 users on #spacewalk and 190 users on #spacewalk-devel. More numbers at: http://miroslav.suchy.cz/spacewalk/irc/spacewalk-devel/ http://miroslav.suchy.cz/spacewalk/irc/spacewalk/ I'm looking forward to see you in new year :) -- Miroslav Suchy Red Hat Satellite Engineering ___ Spacewalk-list mailing list Spacewalk-list@redhat.com https://www.redhat.com/mailman/listinfo/spacewalk-list
Re: [Spacewalk-list] Traceback Errors when running 'apt-get update' - debian/ubuntu support
On 11/23/2011 10:55 AM, Simon Lukasik wrote: Traceback from server is below: > The following traceback is not related to the failure above. It is *probably* not related. But sending traceback is generaly not good behaviour. Can you please apply these patch and test it for me? It should return 404 for such URLs. -- Miroslav Suchy Red Hat Satellite Engineering diff --git a/backend/common/rhnException.py b/backend/common/rhnException.py index de3b05c..0fc5bad 100644 --- a/backend/common/rhnException.py +++ b/backend/common/rhnException.py @@ -439,6 +439,9 @@ class rhnFault(Exception): return xmlrpclib.Fault(1, s.getvalue()) return xmlrpclib.Fault(-self.code, s.getvalue()) +class rhnNotFound(Exception): +""" Raised when we want return 404 Not Found """ +pass if __name__ == "__main__": print "You can not run this module by itself" diff --git a/backend/common/rhnRepository.py b/backend/common/rhnRepository.py index 704590c..02baedd 100644 --- a/backend/common/rhnRepository.py +++ b/backend/common/rhnRepository.py @@ -27,7 +27,7 @@ from spacewalk.common import rhn_rpm import rhnFlags from rhnLog import log_debug from rhnLib import rfc822time -from rhnException import rhnException, rhnFault +from rhnException import rhnException, rhnFault, rhnNotFound from RPC_Base import RPC_Base class Repository(RPC_Base): @@ -43,7 +43,8 @@ class Repository(RPC_Base): self.functions = [ 'getPackage', 'getPackageHeader', -'getPackageSource' +'getPackageSource', +'i18n', ] def set_compress_headers(self, val): @@ -105,6 +106,14 @@ class Repository(RPC_Base): return self._getFile(filePath) +def i18n(self, translation, *args): +""" Translations files for Ubuntu. E.g. Translation-en_US.bz2 + +We do not support it so just return 404. But do not fail with +traceback. +""" +raise rhnNotFound() + def getPackageSource(self, pkgFilename): """ Get srpm packrge. """ log_debug(3, pkgFilename) diff --git a/backend/server/apacheRequest.py b/backend/server/apacheRequest.py index d396746..7b10e33 100644 --- a/backend/server/apacheRequest.py +++ b/backend/server/apacheRequest.py @@ -27,7 +27,7 @@ from spacewalk.common import apache, rhnFlags from spacewalk.common.rhnConfig import CFG from spacewalk.common import byterange from spacewalk.common.rhnLog import log_debug, log_error -from spacewalk.common.rhnException import rhnFault, \ +from spacewalk.common.rhnException import rhnFault, rhnNotFound,\ redirectException #to catch redirect exception from spacewalk.common.rhnTranslate import _ from spacewalk.common.rhnLib import setHeaderValue @@ -136,7 +136,8 @@ class apacheRequest: extra="Response sent back to the caller:\n%s\n" % ( response.faultString,), severity="notification") - +except rhnNotFound, e: +return apache.HTTP_NOT_FOUND #pkilambi:catch exception if redirect except redirectException, re: log_debug(3,"redirect exception caught",re.path) ___ Spacewalk-list mailing list Spacewalk-list@redhat.com https://www.redhat.com/mailman/listinfo/spacewalk-list
Re: [Spacewalk-list] RHN Tracebacks concerning rvii and rhnvirtualinstanceinfo
On 11/18/2011 11:57 AM, Michael Mraka wrote: service httpd restart "service httpd reload" is sufficient. But I suppose no one care about downtime in this case :) -- Miroslav Suchy Red Hat Satellite Engineering ___ Spacewalk-list mailing list Spacewalk-list@redhat.com https://www.redhat.com/mailman/listinfo/spacewalk-list
Re: [Spacewalk-list] Modification of spacewalk-service script
On 11/09/2011 09:31 AM, Pierre Casenove wrote: > Hi, > In which config file should the parameter be? rhn_web.conf? > In the git repo, there are three files named rhn_web.conf... > find . -name rhn_web.conf > ./java/code/src/com/redhat/rhn/common/conf/test/conf/default/rhn_web.conf > ./java/buildconf/builder/config/satellite/default/rhn_web.conf > ./web/conf/rhn_web.conf This one is the correct one. But I would rather put it to to rhn_server.conf or very probably directly to rhn.conf: backend/rhn-conf/rhn.conf -- Miroslav Suchy Red Hat Satellite Engineering ___ Spacewalk-list mailing list Spacewalk-list@redhat.com https://www.redhat.com/mailman/listinfo/spacewalk-list
Re: [Spacewalk-list] Modification of spacewalk-service script
On 11/08/2011 10:03 AM, Pierre Casenove wrote: > Hello, > Are you interested in adding the option to control the database in the > configuration file and that I propose a patch or not? Well if that option will be disabled by default, then it could make no harm. So yes, create and test patch and we will be happy to review. -- Miroslav Suchy Red Hat Satellite Engineering ___ Spacewalk-list mailing list Spacewalk-list@redhat.com https://www.redhat.com/mailman/listinfo/spacewalk-list
Re: [Spacewalk-list] [SOLVED] Current packages in 1.6-nightly repo breaks Spacewalk
On 10/18/2011 03:03 PM, Scott Worthington wrote: > Miroslav Suchy, > > Thank you for that tip to add that new constraint to a system using > 1.6-nightly. > > Where is the code for the "alter table rhnservernetwork add constraint > vn_rhnservernetwork_ip6addr" located? > > I thought it would be in a file in the subdirectory of > /etc/sysconfig/rhn/schema-upgrade/ for users upgrading from Spacewalk > 1.5 to 1.6, but it is not. > > So I searched for the constraint portion of the alter table you > mentioned above in other places... > > grep -R -i "check (ip6addr::text" /usr/share/spacewalk/* > grep -R -i "check (ip6addr::text" /usr/share/perl5/* > grep -R -i "check (ip6addr::text" /usr/lib/python2.6/site-packages/spacewalk/* > grep -R -i "check (ip6addr::text" /usr/share/rhn/* > > ...but found no reference to it. > > Would you mind letting me know where that change gets applied in the > upgrade/setup/fresh-install code? In fresh-install it is located in postgres/end.sql and is dynamically created by create_varnull_constriants() function. But I forget that this is not called during upgrades. I will add it to upgrade script as well. -- Miroslav Suchy Red Hat Satellite Engineering ___ Spacewalk-list mailing list Spacewalk-list@redhat.com https://www.redhat.com/mailman/listinfo/spacewalk-list
Re: [Spacewalk-list] [SOLVED] Current packages in 1.6-nightly repo breaks Spacewalk
On 10/17/2011 09:09 PM, Scott Worthington wrote: > spaceschema=# alter table rhnServerNetwork add column ip6addr varchar(45); > ALTER TABLE > spaceschema-# ^\Quit Just note - you are missing one constraint, which is put there automatically during build of package spacewalk-schema. To be 100% on pair with schema you get with fresh install you have to execute this query as well: # alter table rhnservernetwork add constraint vn_rhnservernetwork_ip6addr check (ip6addr::text <> ''::text); -- Miroslav Suchy Red Hat Satellite Engineering ___ Spacewalk-list mailing list Spacewalk-list@redhat.com https://www.redhat.com/mailman/listinfo/spacewalk-list
Re: [Spacewalk-list] spacewalk server oracle db recover
On 10/12/2011 08:11 AM, lee wrote: > Hi... > > I forgot to ask. this is inconjunction with my previous issue as well.. > If I cant recover my current spacewalk setup. > > 1.) Can I recover the oracle db , so as to start a clean install of > spacewalk. Yes, just recover from backup. > 2.) Can I use my old repos, if I do a clean install of spacewalk... > current version is 1.4 What do you mean by repos? There is /var/satellite stuff and definition of channel and repos in db. -- Miroslav Suchy Red Hat Satellite Engineering ___ Spacewalk-list mailing list Spacewalk-list@redhat.com https://www.redhat.com/mailman/listinfo/spacewalk-list
Re: [Spacewalk-list] PostgreSQL Support
On 10/07/2011 05:10 PM, Wojtak, Greg wrote: > Register systems > Schedule actions (commands, package updates/removals) > Channel syncing to a yum repo via scheduled spacewalk-repo-sync I use that every day. > Provisioning via PXE and cobbler > OSA check-ins Did not test it personally, but should work. -- Miroslav Suchy Red Hat Satellite Engineering ___ Spacewalk-list mailing list Spacewalk-list@redhat.com https://www.redhat.com/mailman/listinfo/spacewalk-list
Re: [Spacewalk-list] spacewalk 1.4 to 1.5 upgrade
On 10/03/2011 07:28 PM, Jason M. Nielsen wrote: > I am at the point of rpmconf -a during an upgrade from 1.4 to 1.5. Not > realizing I could not go back I have defaulted through each listing. Now > there seems to be no way to get back to see the differences. Choosing default option without thinking is not good way. Rpmconf help you find rpmsave/rpmnew and can help you to show diff, delete one or the other, but is not magic wand which automatically pick up best configuration for you. Your brain is still needed. > The first file I hit D on but saw no way to make use of the diff so even > had I not defaulted I dont see how Id have been able to carry the > changes over. It seems you have two options. Keep or destroy. When you use: rpmconf --frontend=vimdiff -a you can press M and merge the configuration files manually. You can use more frontend differs - I personally use kdiff3. > Running rpmconf -a again produces no output and I saw neither before nor > after running this command an rpmnew or rpmsave file for either of those > listed above. > > Is there a way to get back to the state where I can see the difference > so I can manually copy each line over? Also is there way to make use of > this diff file other than a copy/paste, scroll, copy/paste, etc? Well if you merged it previously, then second run will produce no input. That is how it is supposed to work. If you want to revert you can use your backup. Etckeeper do good job of backing up configuration files. -- Miroslav Suchy Red Hat Satellite Engineering ___ Spacewalk-list mailing list Spacewalk-list@redhat.com https://www.redhat.com/mailman/listinfo/spacewalk-list
Re: [Spacewalk-list] Unable to Download Packages from Spacewalk Server
On 09/27/2011 03:24 PM, Glennie, Jonathan - 0443 - MITLL wrote: > Is there a way to run the spacewalk-data-fsck command or something similar > and tell it to remove packages listed in the DB that aren't in the file > system? # spacewalk-data-fsck --help usage: spacewalk-data-fsck [options] options: -v, --verbose Increase verbosity -S, --no-size Don't check package size -C, --no-checksum Don't check package checksum -O, --no-nevraoDon't check package name, epoch, version, release, arch, org -d, --db-only Check only if packages from database are present on filesystem -f, --fs-only Check only if packages from filesystem are in the database -r, --remove Automaticaly remove packages from filesystem not present in database -h, --help show this help message and exit So it would be: spacewalk-data-fsck -d -r -- Miroslav Suchy Red Hat Satellite Engineering ___ Spacewalk-list mailing list Spacewalk-list@redhat.com https://www.redhat.com/mailman/listinfo/spacewalk-list
Re: [Spacewalk-list] server error while pushing .debs
On 09/26/2011 04:46 PM, Simon Lukasik wrote:
> On 09/12/2011 02:10 PM, Razvan Cosma wrote:
>> After adding "import sys",
>> On the Ubuntu client:
>> Internal server error 500 Internal Server Error
>> Error pushing
>> /mirror/UB10x64/pool/main/a/akonadi/akonadi-dbg_1.3.1-0ubuntu3_amd64.deb:
>> Error
>> Message:
>> Unable to load package
>> Error Class Code: 50
>> On the Spacewalk server:
>> File "/usr/lib64/python2.6/StringIO.py", line 270, in getvalue
>> self.buf += ''.join(self.buflist)
>> UnicodeDecodeError: 'ascii' codec can't decode byte 0xfc in position
>> 696: ordinal not in range(128)
>>
>> So the error is not random, it's just that the .deb metadata has an
>> ümlaut in changelog.gz
>>
>
> Hello Razvan,
>
> Unfortunately, I cannot reproduce this exact issue on my setup. Which OS
> are you using?
>
>
> Nevertheless, on my PostgreSQL Spacewalk nightly on RHEL6, akonadi
> package (from [1]) fails to upload as well. The cause is that akonadi
> package is archived with lzma compression.
>
> # strings akonadi-dbg_1.3.1-0ubuntu3_amd64.deb | grep data
> data.tar.lzma 1271183373 0 0 100644 3199804
>
> While the python-debian-0.1.16-4.el6.noarch from @epel does support only
> gz and bz2 compressions.
>
> The minimal reproducer was:
>
> from debian.debfile import DebFile
> x = DebFile("akonadi-dbg_1.3.1-0ubuntu3_amd64.deb")
>
That could be reason. Debian recently moved to lzma compression. But the
extension should not be problem. Even the upstream of python-debian has
PART_EXTS = ['gz', 'bz2'] # possible extensions
Hmm. Looking at my Debian:
mirek@triple:/tmp$ python
Python 2.6.7 (r267:88850, Aug 3 2011, 11:33:52)
[GCC 4.6.1] on linux2
Type "help", "copyright", "credits" or "license" for more information.
>>> from debian.debfile import DebFile
>>> x = DebFile("akonadi-dbg_1.5.3-2_amd64.deb")
>>>
mirek@triple:/tmp$ strings akonadi-dbg_1.5.3-2_amd64.deb |grep data
data.tar.gz 1306360362 0 0 100644 10939114
So *my* Debian (pure Debian) has tar.gz extension. Can this be somehow
Ubuntu specific?
--
Miroslav Suchy
Red Hat Satellite Engineering
___
Spacewalk-list mailing list
Spacewalk-list@redhat.com
https://www.redhat.com/mailman/listinfo/spacewalk-list
Re: [Spacewalk-list] OSAD Problem with client/proxy
On 09/22/2011 06:46 PM, Jeremy Davis wrote: > Hello Mirek, > > Thank you for the reply. An rhn_check works fine. I do not see any > issues there. Actions get picked up within an hour as set for the rhnsd > service. It seems the issue is with the osad service. I turned up debug > and restart the osad service and I see no errors. I see that it tries to > register and actually does register as I see the registration on the > proxy server. Now when I look in Spacewalk the osa status shows offline > even after a ping. This is only happening on one proxy server ( I have > about 14 proxy servers). All other proxy servers appear to be working > fine. Any idea as to what could be the problem? I can also provide any > logs that you may want to look at. Osad is not working. Can you telnet to jabberd port from that proxy. Is that anything related in jabberd and osa/osad logs? -- Miroslav Suchy Red Hat Satellite Engineering ___ Spacewalk-list mailing list Spacewalk-list@redhat.com https://www.redhat.com/mailman/listinfo/spacewalk-list
Re: [Spacewalk-list] rhncfg-client verify prints traceback against empty managed file list
On 09/22/2011 12:36 PM, Florian CROUZAT wrote: > Hi, > > There is what appears to be a bug with 'rhncfg-client verify' and empty > managed file list. > > My setup is the following: > > # cat /etc/redhat-release > CentOS Linux release 6.0 (Final) > > # rpm -qa | fgrep rhncfg > rhncfg-client-5.9.48-1.el6.noarch > rhncfg-5.9.48-1.el6.noarch > rhncfg-actions-5.9.48-1.el6.noarch > rhncfg-management-5.9.48-1.el6.noarch > > Installed from the 1.3 spacewalk-client repo since my SW server here is > still running 1.3 (so maybe this issue as been solved, in which case I'm > sorry). Yes - this is fixed since rhncfg-5.9.49-1. Please upgrade. -- Miroslav Suchy Red Hat Satellite Engineering ___ Spacewalk-list mailing list Spacewalk-list@redhat.com https://www.redhat.com/mailman/listinfo/spacewalk-list
[Spacewalk-list] How to kickstart through Spacewalk Proxy with CNAME alias in Spacewalk 1.6
One of new feature for Spacewalk 1.6 will be kickstarting through multihome proxy i.e. proxy with CNAME alias. You can try it right now with nightly builds. As side effect you can now generate multihost SSL cerificates using rhn-ssl-tool command (new option --set-cname). I recorded screencast. It is available here: http://www.youtube.com/watch?v=3LPHYORuBBc Feedback is welcome. -- Miroslav Suchy Red Hat Satellite Engineering ___ Spacewalk-list mailing list Spacewalk-list@redhat.com https://www.redhat.com/mailman/listinfo/spacewalk-list
Re: [Spacewalk-list] A username and password are required to register a system
On 09/08/2011 11:14 PM, Kanwar Ajit wrote: > *My Command is > rhnreg_ks --force --serverUrl=http://server.com/XMLRPC > –activationkey=2-xx* instead of -activationkey use --activationkey -- Miroslav Suchy Red Hat Satellite Engineering ___ Spacewalk-list mailing list Spacewalk-list@redhat.com https://www.redhat.com/mailman/listinfo/spacewalk-list
Re: [Spacewalk-list] server error while pushing .debs
On 09/07/2011 10:50 AM, Razvan Cosma wrote: > File > "/usr/lib/python2.6/site-packages/spacewalk/server/rhnPackageUpload.py", > line 292, in load_package > raise rhnFault(50, "Unable to load package", explain=0), None, > sys.exc_info()[2] > NameError: global name 'sys' is not defined This is error in exception. Apply: https://fedorahosted.org/spacewalk/changeset/0f1e53848452a64b7ca63cde4e5ede37aae327da and run again, this time you should get another error called: Unable to load package but this time we should get some interesting message which say more. -- Miroslav Suchy Red Hat Satellite Engineering ___ Spacewalk-list mailing list Spacewalk-list@redhat.com https://www.redhat.com/mailman/listinfo/spacewalk-list
Re: [Spacewalk-list] Cobbler spacewalk proxy issue
On 08/17/2011 07:20 PM, Doug Bishop wrote: > Well my concern is running tftp across multiple sites. Each site lives > with in its own network connected via an MPLS backbone. Maybe I dont > fully understand how all of this fits together. I need to pxe boot at > each of my different locations that has a proxy. Does this mean, all > tftp requests will need to go to our spacewalk server located at our > main site? Or can the proxy handle the PXE for me, if so how. No Proxy will not handle PXE for you. You have to setup tftpd on Spacewalk proxy, copy the config from Spacewalk server and change ks=http://your.spacewalk.com/ks/cfg/org/1/label/rhel-x86_64-server-5 to ks=http://your.spacewalk.proxy.com/ks/cfg/org/1/label/rhel-x86_64-server-5 This way your machine will download kernel and ramdisk from proxy and everything else will be cached by Proxy. It is up to you to sync the tftpd menu. If you will have some script for that, I think more people would welcome if you can share it. -- Miroslav Suchy Red Hat Satellite Engineering ___ Spacewalk-list mailing list Spacewalk-list@redhat.com https://www.redhat.com/mailman/listinfo/spacewalk-list
Re: [Spacewalk-list] Spacewalk 1.5 Client, Python Error on Config Upload
On 07/28/2011 07:50 PM, Trevor T Kates wrote:
> [Thu Jul 28 13:25:02 2011] up2date
> Traceback (most recent call last):
> File "/usr/sbin/rhn_check", line 333, in __run_action
> (status, message, data) = CheckCli.__do_call(method, params, kwargs)
> File "/usr/sbin/rhn_check", line 326, in __do_call
> retval = method(*params, **kwargs)
> File "/usr/share/rhn/actions/configfiles.py", line 189, in upload
> r = rpc_cli_repository.ClientRepository()
> File "/usr/share/rhn/config_client/rpc_cli_repository.py", line 32, in
> __init__
> repository.RPC_Repository.__init__(self, setup_network)
> File "/usr/share/rhn/config_common/repository.py", line 223, in __init__
> self.__server_url = self._local_config.get('server_url')
> File "/usr/share/rhn/config_common/local_config.py", line 105, in get
> return _get_config().get_option(var)
> File "/usr/share/rhn/config_common/local_config.py", line 72, in get_option
> ret = self.get(self.section, option, vars=self.overrides)
> File "/usr/lib/python2.4/ConfigParser.py", line 525, in get
> return self._interpolate(section, option, value, d)
> File "/usr/lib/python2.4/ConfigParser.py", line 570, in _interpolate
> raise InterpolationMissingOptionError(
> ConfigParser.InterpolationMissingOptionError: Bad value substitution:
> section: [rhncfg-client]
> option : server_url
> key: server_name
> rawval : https://%(server_name)s%(server_handler)s
>
> I have not made any modifications to the configuration files since updating
> this particular client to 1.5 and the previous value in the server_url option
> was %(proto)s://%(server_name)s%(server_handler)s. Do I need to modify the
> rhncfg-client.conf file to include the substitution for server_name?
Looks like bug to me. I'm looking at this right now.
In the mean time you can workaround it but putting in rhncfg-client.conf
server_name = hostname.of.your.spacewalk.com
--
Miroslav Suchy
Red Hat Satellite Engineering
___
Spacewalk-list mailing list
Spacewalk-list@redhat.com
https://www.redhat.com/mailman/listinfo/spacewalk-list
Re: [Spacewalk-list] rhncfg-client on Fedora 15 (Spacewalk 1.5 with postgres backend)
On 08/04/2011 09:14 AM, silvio.sch...@elektrobit.com wrote: > Hi , > > I tried the rhncfg-client on fedora 15 and got this error message: > > [root@er00581p ~]# rhncfg-client get > > Using server name deerms45.ebgroup.elektrobit.com > > 2011-08-04 09:08:59 repository.__init__: server url > https://deerms45.ebgroup.elektrobit.com/CONFIG-MANAGEMENT > > Traceback (most recent call last): > > File "/usr/bin/rhncfg-client", line 34, in > > sys.exit(Main().main() or 0) > > File "/usr/share/rhn/config_common/rhn_main.py", line 167, in main > > repo = getattr(repo_module, self.repository_class_name)() > > File "/usr/share/rhn/config_client/rpc_cli_repository.py", line 32, in > __init__ > > repository.RPC_Repository.__init__(self, setup_network) > > File "/usr/share/rhn/config_common/repository.py", line 296, in __init__ > > rpc_handler="/XMLRPC") > > File "/usr/share/rhn/config_common/rpc_wrapper.py", line 88, in __init__ > > progressCallback=progressCallback) > > TypeError: __init__() got an unexpected keyword argument 'username' > We discovered it few days ago too. Fixed by commit: https://fedorahosted.org/spacewalk/changeset/615ecea82bb815467ecce7b6383b1659b439ebd5 You can apply it yourself on your machine or wait for Spacewalk 1.6, where it will be fixed. -- Miroslav Suchy Red Hat Satellite Engineering ___ Spacewalk-list mailing list Spacewalk-list@redhat.com https://www.redhat.com/mailman/listinfo/spacewalk-list
Re: [Spacewalk-list] centos 6
On 08/04/2011 09:25 AM, Frédéric SOSSON wrote: > rhn-setup package is missing, so registration does not work. Yes, all Spacewalk packages - including rhn-client-tools, rhnlib, yum-rhn-plugin - has been removed from Centos. I tried to talk several times to their devels to add it there, but unsuccessfully. You have two option. 1) Persuade somebody to add it to Centos. 2) Add this packages to your Centos channel/repo so it is available during kickstart. -- Miroslav Suchy Red Hat Satellite Engineering ___ Spacewalk-list mailing list Spacewalk-list@redhat.com https://www.redhat.com/mailman/listinfo/spacewalk-list
Re: [Spacewalk-list] Clean install of Spacewalk 1.5 vs patching current 1.5 Install
On 08/01/2011 03:19 AM, Andrew Hendrik Bootsma wrote: > Would it be a better idea to clean install? (Only about 10 servers.. not > to worried just painful re-syncing repos) or should I start providing > logs more information regarding the "problem". I doubt that clean install will help you. So the former is better. -- Miroslav Suchy Red Hat Satellite Engineering ___ Spacewalk-list mailing list Spacewalk-list@redhat.com https://www.redhat.com/mailman/listinfo/spacewalk-list
Re: [Spacewalk-list] Generic Program with "multiple data" points
On 07/27/2011 10:19 PM, gprocun...@symcor.com wrote: > Is it possible to have multiple data categories and data points in a > "Generic Program with Data" probe similar to the built in "Linux: TCP > Connections by State" ? I discuss it with Greg on IRC. Other may find some information useful: [15:50] <__greg__> the issue I am running into is that a command like iostat returns many data points, however with the documented Generic Program With Data it looks like only 1 of those points can be captured [15:51] <__greg__> unless you know another way [15:51] <__greg__> as it is i need to create two probes (instances of iostat) to capture Read IOPs and Write IOPs [15:51] <__greg__> which is highly ineficient [15:51] <__greg__> *efficient [15:52] <__greg__> it would be great if you could [15:52] <__greg__> or [15:53] <__greg__> handle multiple 's within 1 [15:53] http://docs.redhat.com/docs/en-US/Red_Hat_Network_Satellite/5.4.1/html/Reference_Guide/sect-Reference_Guide-Probes-General.html#sect-Reference_Guide-General-GeneralRemote_Program_with_Data [15:53] you can have more item in one hash [15:54] I'm not sure if you can have more then one hash [15:54] <__greg__> well [15:54] <__greg__> that shows that you can have more then 1 [15:54] <__greg__> but what about mor ethen one item key="data" [15:54] that is probably not possiblem [15:54] <__greg__> Ideally i would like to emulate what the Linux: TCP Connections by State does [15:55] <__greg__> which is very advanced [15:55] <__greg__> plotting multiple data points [15:55] <__greg__> and configurable data streams [15:55] <__greg__> then we could just make the IOSTAT probe [15:55] <__greg__> and let users pick which of the 15 fields it records give [15:56] <__greg__> do you see where I am coming from ? [15:56] well you can always create new probe, which should be quite easy [15:57] <__greg__> i havent looked at how to integrate custom probes [15:57] you just write new .pm module - you can get idea from those existing modules [15:57] <__greg__> how do they show up in the probe list [15:57] and then insert one record into db [15:57] hmm we can even have some readme about that [15:57] let me look around [15:58] <__greg__> thanks [16:02] see monitoring/PerlModules/NP/Probe/Overview.pod in our git repo [16:02] <__greg__> do you have a url ? [16:02] <__greg__> for the repo [16:02] https://fedorahosted.org/spacewalk/browser [16:03] <__greg__> thanks [16:03] https://fedorahosted.org/spacewalk/wiki/GitGuide [16:04] then check: schema/spacewalk/common/data/rhn_command.sql for example how to appear in db [16:04] err in webui [16:06] and schema/spacewalk/common/data/rhn_metrics.sql and schema/spacewalk/common/data/rhn_command_parameter.sql and schema/spacewalk/common/data/rhn_command_param_threshold.sql [16:06] if you want to tune up the tresholds, metrics or parameters -- Miroslav Suchy Red Hat Satellite Engineering ___ Spacewalk-list mailing list Spacewalk-list@redhat.com https://www.redhat.com/mailman/listinfo/spacewalk-list
Re: [Spacewalk-list] Spacewalk Proxy
On 07/28/2011 08:03 AM, Tim Wyatt wrote: > I’ve got a requirement to install spacewalk proxy into a RHEL4 box for > some proof of concept work I’m doing. If anyone has already done this > and could point me the direction of some resources docs/repos/etc I > hugely grateful. http://docs.redhat.com/docs/en-US/Red_Hat_Network_Satellite/5.4.1/html/Proxy_Installation_Guide/index.html -- Miroslav Suchy Red Hat Satellite Engineering ___ Spacewalk-list mailing list Spacewalk-list@redhat.com https://www.redhat.com/mailman/listinfo/spacewalk-list
Re: [Spacewalk-list] Cobbler. Bare metal installation problem.
On 07/28/2011 07:00 AM, Ivan Pavlenko wrote: > Hello ALL, > > I use RHEL 5.5, PostgreSQL 8.4 and Spacewalk 1.5 system. I've create > cobbler distro and profile. Everything works fine. I can see the blue > screen when I use PXE interface for bare metal installation, but PXE > boot hasn't found image of the OS. I've estimated the PXE boot goes to > wrong network interface of my Spacewalk server. I see next: > ks=http://192.168.1.1/cblr/svc/op/ks/profile/Myprofile > BOOTIF=01:00:50:56:83:aa:bb instead of > ks=http://10.20.1.1/cblr/svc/op/ks/profile/Myprofile > BOOTIF=01:00:50:56:83:aa:bb > > How can I fix this? It has been fixed in commit a90759c165d70ba9fe8e40347c4b872a96dc3a9d Find that file on your disk and apply this patch: https://fedorahosted.org/spacewalk/changeset/a90759c165d70ba9fe8e40347c4b872a96dc3a9d -- Miroslav Suchy Red Hat Satellite Engineering ___ Spacewalk-list mailing list Spacewalk-list@redhat.com https://www.redhat.com/mailman/listinfo/spacewalk-list
Re: [Spacewalk-list] Way to remove stale system entries?
On 07/22/2011 08:02 PM, jose_de_la_r...@dell.com wrote: Is there a script (supported or otherwise) to remove stale system entries from a spacewalk/RHN server? Say I have a testing environment with limited RHEL entitlements, and people are constantly registering servers, do what they need to do, and then re-image the server or shut it down and move on to something else without manually removing the system entry from RHN before moving on. These stale entries not only populate the database needlessly, but also take up an entitlement. Would be great if I could run a nightly cron job where server entries that have not checked in for X days are removed automatically... ___ Spacewalk-list mailing list Spacewalk-list@redhat.com https://www.redhat.com/mailman/listinfo/spacewalk-list # yum install spacewalk-utils # delete-old-systems-interactive Usage: delete-old-systems-interactive --idle= [--host=] [--username=] [--password=] [--force] -- Miroslav Suchý Red Hat Satellite Engineering ___ Spacewalk-list mailing list Spacewalk-list@redhat.com https://www.redhat.com/mailman/listinfo/spacewalk-list
Re: [Spacewalk-list] Error 500 on snapshots pages
On 07/22/2011 08:15 AM, Pierre Casenove wrote: Here is the SQL statement executed: ERROR: syntax error at or near "MINUS" at character 869 https://fedorahosted.org/spacewalk/wiki/PostgreSQLPortingGuide#MINUSkeyword Patches are welcome. -- Miroslav Suchý Red Hat Satellite Engineering ___ Spacewalk-list mailing list Spacewalk-list@redhat.com https://www.redhat.com/mailman/listinfo/spacewalk-list
Re: [Spacewalk-list] WG: Spacewalk Cluster
On 07/21/2011 01:37 PM, Rene Lehmann wrote: > Nobody has any idea? :( I do not think so. I heard that somebody deploy it as active:pasive (not sure if I follow some cluster terminology) - i.e. one spacewalk as active server and another as backup, which can be hot-swapped in case the first one die. But if you use one OracleDB and one storage shared by both Spacewalk server and do rhnpush/spacewalk-repo-sync task only on one of the server at the same time, you can have luck. But you will be alone in deep space. But I will be waiting for your report. If you want just load balance it across more HW and locations, it is much better and simple solution to use one or more Spacewalk Proxies in front of Spacewalk Server. Spacewalk Server can handle more then 30,000 machines for sure. But we recommend to use One Spacewalk Proxy per each 5,000 server to offload some traffic from Spacewalk Server. -- Miroslav Suchy Red Hat Satellite Engineering ___ Spacewalk-list mailing list Spacewalk-list@redhat.com https://www.redhat.com/mailman/listinfo/spacewalk-list
Re: [Spacewalk-list] Taskomatic will not start...
On 07/21/2011 03:56 PM, Andre van der Vlies wrote: > If I understand thar bug-report right is has to do with the load? > The load on my machien never gets above the 0.35... Well, your and mine error message was from tanukiwrapper which run the java class as deamon, and if it did not receive answer on ping, it assume that the class crashed, ended in never-ending loop or passed to another dimension. So yes raising the default wrapper.ping.timeout=30 in /etc/rhn/rhn.conf to higher number may either help, or reveal another (the real one) problem. In my case it was consuming too much of memory. It may or not be your problem as well. -- Miroslav Suchy Red Hat Satellite Engineering ___ Spacewalk-list mailing list Spacewalk-list@redhat.com https://www.redhat.com/mailman/listinfo/spacewalk-list
Re: [Spacewalk-list] Taskomatic will not start...
On 07/21/2011 10:17 AM, Andre van der Vlies wrote: > > Hi. I find this in rhn_taskomatic_daemon.log. > I've toyed arounf a bit with the stuff on http://wrapper.tanukisoftware.com/ > (no succes). I found something on JVM 64 bits an 32 bits, which I do not > understand. This log (rhn_taskomatic_daemon.log) suggests that it might be > aconfig error and I should look in the logs. What logs??? And what should > I look for... I have looked through every log I van think of (obviously > not enough) and searched for rhn, wrapper, jvm... > > INFO | jvm 4| 2011/07/21 10:05:21 | Wrapper (Version 3.2.1) > http://wrapper.tanukisoftware.org > INFO | jvm 4| 2011/07/21 10:05:21 | > ERROR | wrapper | 2011/07/21 10:05:50 | Startup failed: Timed out > waiting for signal from JVM. > ERROR | wrapper | 2011/07/21 10:05:50 | JVM did not exit on request, > terminated > STATUS | wrapper | 2011/07/21 10:05:55 | Launching a JVM... > INFO | jvm 5| 2011/07/21 10:05:55 | Wrapper (Version 3.2.1) > http://wrapper.tanukisoftware.org > INFO | jvm 5| 2011/07/21 10:05:55 | > ERROR | wrapper | 2011/07/21 10:06:24 | Startup failed: Timed out > waiting for signal from JVM. > ERROR | wrapper | 2011/07/21 10:06:25 | JVM did not exit on request, > terminated > FATAL | wrapper | 2011/07/21 10:06:25 | There were 5 failed launches in > a row, each lasting less than 300 seconds. Giving up. > FATAL | wrapper | 2011/07/21 10:06:25 | There may be a configuration > problem: please check the logs. > STATUS | wrapper | 2011/07/21 10:06:25 | <-- Wrapper Stopped > I experienced same error few days ago: > https://bugzilla.redhat.com/show_bug.cgi?id=721316 It is fixed in upcoming Spacewalk 1.5 (should be released in few days/hours). -- Miroslav Suchy Red Hat Satellite Engineering ___ Spacewalk-list mailing list Spacewalk-list@redhat.com https://www.redhat.com/mailman/listinfo/spacewalk-list
Re: [Spacewalk-list] clean boot stack trace email - no configuration data received. Advice ?
On 07/20/2011 11:36 PM, Jan Pazdziora wrote: > On Mon, Jun 06, 2011 at 03:32:28PM +, Matthew Darcy wrote: >> I've re-enabled emails on my spacewalk 1.4 server, >> >> On a server clean boot it mails me the following error >> >> >> No satellite configuration received from >> https://spacewalk01.sccis.net/satconfig/cgi-bin/configdata.cgi?satcluster=f7d42cc3f1d4 >> >> >> >> << Sent by /usr/bin/scheduleEvents main::fatalErrorOut() line 323 on host >> spacewalk01.sccis.net (sat f7d42cc3f1d4, "Spacewalk Monitoring Scout"). >> >>1 of these messages were filtered since Fri Jun 3 07:55:03 2011 GMT >> > > Mirek, any advice? > No idea. Just as it said. scheduleEvents (*) did not get any configuration. * scheduleEvents ... is an external Perl program that fetches probe configuration from the configuration database (via the satconfig VIP) and generates a list of jobs for the Scheduler. It uses a flag file to notify the running Kernel that a new configuration is available. In general, scheduleEvents is run remotely via SputLite by clicking on the "Configure Satellites" button in the GUI. -- Miroslav Suchy Red Hat Satellite Engineering ___ Spacewalk-list mailing list Spacewalk-list@redhat.com https://www.redhat.com/mailman/listinfo/spacewalk-list
Re: [Spacewalk-list] Configuration channel
On 07/20/2011 03:27 PM, trm asn wrote: > 2011/7/20 Miroslav Suchý : >> On 07/20/2011 01:24 PM, trm asn wrote: >>> Can someone guide me , where I have to look into to dugout the issue. >> >> Schedule it, and then manually run >> rhn_check -vv >> on target system. > > Yes it's downloading on target system. Is there any way I can push > from spacewalk server without going to the individual servers to get > it download . > If rhn_check download it without problem, then you can have one of this problem: 1) rhnsd is not running. rhnsd service runs approximately every 4 hours rhn_check. This interval can be tuned up. Or you can use osad to execute it immediately. 2) you are impatient and you did not wait till rhnsd run rhn_check, which pick up the task. -- Miroslav Suchy Red Hat Satellite Engineering ___ Spacewalk-list mailing list Spacewalk-list@redhat.com https://www.redhat.com/mailman/listinfo/spacewalk-list
Re: [Spacewalk-list] Configuration channel
On 07/20/2011 04:09 PM, Miroslav Suchý wrote: > 1) rhnsd is not running. rhnsd service runs approximately every 4 hours > rhn_check. This interval can be tuned up. Or you can use osad to execute > it immediately. Or (seeing your other emails) you are using osad and it is broken. You can fallback to rhnsd and check whether your experience will be better (or fix that osad problem). -- Miroslav Suchy Red Hat Satellite Engineering ___ Spacewalk-list mailing list Spacewalk-list@redhat.com https://www.redhat.com/mailman/listinfo/spacewalk-list
Re: [Spacewalk-list] Configuration channel
On 07/20/2011 01:24 PM, trm asn wrote: > Can someone guide me , where I have to look into to dugout the issue. Schedule it, and then manually run rhn_check -vv on target system. -- Miroslav Suchy Red Hat Satellite Engineering ___ Spacewalk-list mailing list Spacewalk-list@redhat.com https://www.redhat.com/mailman/listinfo/spacewalk-list
Re: [Spacewalk-list] Spacewalk-list Digest, Vol 38, Issue 27
On 07/20/2011 04:09 AM, Ivan Pavlenko wrote: > I've deleted some old channels and packages belong to them. How can I > clean my HDD after that? I still have same disk space usage (97%) I had > before deleting channels I don't need. Packages in /var/satellite are deleted asynchronously. So just wait few (ten) minutes. And then check again. -- Miroslav Suchy Red Hat Satellite Engineering ___ Spacewalk-list mailing list Spacewalk-list@redhat.com https://www.redhat.com/mailman/listinfo/spacewalk-list
Re: [Spacewalk-list] config file size
On 06/24/2011 02:35 PM, Kobus Bensch wrote: > Hello list > > I am trying to create a config file that is over 512kb in size. How do I > increase the config file size. I am getting this when I try to create it: > > Error creating Configuration File Revision: File too large. The maximum file > size is 512 KB > > How and where do I increase this size? I have searched both google and the > spacewalk wiki. Set option: maximum_config_file_size in /etc/rhn/rhn.conf In future it is useful to check content of /etc/rhn/default for some default variables which you can tune up. But beware that any change in /etc/rhn/default is not persistent during upgrades. You should put the changes in /etc/rhn.conf, which override /etc/rhn/default/* -- Miroslav Suchy Red Hat Satellite Engineering ___ Spacewalk-list mailing list Spacewalk-list@redhat.com https://www.redhat.com/mailman/listinfo/spacewalk-list
Re: [Spacewalk-list] How To ...
On 06/16/2011 04:46 PM, Gene Poole wrote: >1. Migrate from Oracle XE to standard Oracle (which I have running on > another machine) - does the Oracle instance have to be local? No, oracle instance does not need to be local. >2. Stop and drop everything and use Spacewalk PostgreSQL - what do I > stand to loose with this? You can migrate data: https://fedorahosted.org/spacewalk/wiki/PostgreSQLFromOracle >3. Stop and drop everything and use Spacewalk Oracle on the machine > where Oracle is already running - this is a POC environment (no > maintenance, no support) >4. Cut back on the number of channels (currently, CentOS 5.6 > i386/x86_64; Fedora 13 i386/x86_64; Fedora 14 i386/x86_64; Fedora > 15 i386/x86_64)? I think you do not need to think about this ones since 2 options above are much better. >5. Go back to using Satellite and add the CentOS and Fedora channels > - Will Satellite go crazy if I add those? It is absolutely ok to use RHN Satellite with those channels. Just make sure you set enable_nvrea to 1 in rhn.conf. -- Miroslav Suchy Red Hat Satellite Engineering ___ Spacewalk-list mailing list Spacewalk-list@redhat.com https://www.redhat.com/mailman/listinfo/spacewalk-list
Re: [Spacewalk-list] yum-priorities feature in Spacewalk repository management?
On 06/02/2011 07:04 PM, Contant, Olivier wrote: > Miroslav Suchy, why would it be a bad idea to package my dependency with the > application? Well it can seem as great idea now. It can save you some trouble and work now. I've been there several time, and it always resulted in: - lack of time updating those packages dependecies - in few months/years you will find you are using outdated libraries, which have dozens security problems. - you will have to spend the time to do it properly anyway or you will be doomed to support and package third part libraries, which will have tendency to grow in time. If you want to do it, just do it and ignore me. I learned my lessons during my life and I will try to avoid packaging dependencies together with application as much as possible. -- Miroslav Suchy Red Hat Satellite Engineering ___ Spacewalk-list mailing list Spacewalk-list@redhat.com https://www.redhat.com/mailman/listinfo/spacewalk-list
Re: [Spacewalk-list] yum-priorities feature in Spacewalk repository management?
On 06/02/2011 06:32 PM, Contant, Olivier wrote: > I'm not having error actually, but I was thinking about this scenario and > wondering how it would work by having the same package *different version* in > 2 differents repository. The same way as if you have two version in two repositories. Classic yum repositories. Which happen all the time. One version if Fedora and newer in updates repo... > > But the tricky scenario could be a needs for us as well. We deploy > application that may require a previous version of a package. Let say for > example a specific version of a lib. > > Maybe this issue shouldn't be fixed at the level of the Spacewalk but more at > the level of the development team that should maybe embedded with the > application the different dependency and bind it locally to the application. > > Like : > /applicationfolder/lib/python_versionx > /applicationfolder/bin/MySQL5.5/ > /applicationfolder/bin/PythonX.Y/ > > And so on .. and rebuild the rpm for those package to install by default in > the tree directory of the application ... Would need a cue about the best > practice here. Packaging dependencies together with application is bad way. You want to use either yum-priorities or clone that base channel, remove that problematic package and use this channel. -- Miroslav Suchy Red Hat Satellite Engineering ___ Spacewalk-list mailing list Spacewalk-list@redhat.com https://www.redhat.com/mailman/listinfo/spacewalk-list
Re: [Spacewalk-list] yum-priorities feature in Spacewalk repository management?
On 06/02/2011 05:58 PM, Contant, Olivier wrote: > dependency, let say MySQL 5.5 instead of the MySQL 5.0 available in the > base repository for the operating system. > > I created a new repository including the RPM of the internally develop > application and added the specific version of dependency package. > Application repository would have: > - Application.rpm > - MySQL 5.5-server.rpm > - other dependency.rpm ... > > Since I need this system to be registered to its base repository for > operating system maintenance and update as well as other useful package > that I might need to install on those system for administration, I get > into issue where I have package conflicting in both repository as > package exist in both. > I'm puzzled. If you have in base channel, let say: mysql-server-5.0.0 and in child channel mysql-server-5.5.12 - which is btw correct and allowed scenario - then yum should prefer that 5.5.12 version. The reverse situation (wanted 5.0, but not 5.5) will be tricky, but your situation should work without problem. What error you get from yum? -- Miroslav Suchy Red Hat Satellite Engineering ___ Spacewalk-list mailing list Spacewalk-list@redhat.com https://www.redhat.com/mailman/listinfo/spacewalk-list
Re: [Spacewalk-list] For information: python-sgmlop package and spacewalk XMLRPC problems
On 05/12/2011 10:34 AM, Miroslav Suchý wrote: > I will investigate if there is some other > possibility to make it work together with python-sgmlop. OK. To make it work, I will have to change xmlrpclib.py which is in python. :( And since python 2.7 the sgmlop is not supported/used any way. So this does not have sense. It seems it affect Fedora 13 (2 months before EOL) and RHEL5 and RHEL6. Fedora 14,15 use only internal python parser and do not even try to import sgmlop. I will put conflict there... Commited as 5b825e9e569a147eb4a487d9c021d32558fd95d4 -- Miroslav Suchy Red Hat Satellite Engineering ___ Spacewalk-list mailing list Spacewalk-list@redhat.com https://www.redhat.com/mailman/listinfo/spacewalk-list
Re: [Spacewalk-list] For information: python-sgmlop package and spacewalk XMLRPC problems
On 05/11/2011 04:30 PM, David Nutter wrote: ... > You get the picture. This change appears to be the one that kicked off the > error: > > https://fedorahosted.org/spacewalk/changeset/d3fbbbec76e3c983bfd947ba4d6a4a0682508c81 > > Anyway, deleting the package and restarting the spacewalk service got > everything working again. Indeed. You are right. BTW very nice investigation. Thanks for that. > Possibly spacewalk-backend-server should conflict with python-sgmlop > or explicitly check the parser type it is working with before setting > unicode behaviour. However, it's probably not worth bothering with > since python-sgmlop isn't exactly widely distributed from what I can > see. Well it is not needed per se. But if you have it. Then the XML is much faster. It may be easy fix to put conflict there, bug I would rather not conflict with python-sgmlop. I will investigate if there is some other possibility to make it work together with python-sgmlop. -- Miroslav Suchy Red Hat Satellite Engineering ___ Spacewalk-list mailing list Spacewalk-list@redhat.com https://www.redhat.com/mailman/listinfo/spacewalk-list
Re: [Spacewalk-list] Debian Lenny support
On 05/11/2011 11:09 AM, Simon Lukasik wrote:
> I think, the requirement was substituted from ${python:Depends} macro in
> the build time. The packages was build and tested on the Squeeze.
Correct. So if you (or somebody) will take the source packages and
rebuild it on Lenny, it should (most probably) run on Lenny.
But you will be first one who will do it. So be prepared for lions.
--
Miroslav Suchy
Red Hat Satellite Engineering
___
Spacewalk-list mailing list
Spacewalk-list@redhat.com
https://www.redhat.com/mailman/listinfo/spacewalk-list
Re: [Spacewalk-list] SW 1.4, Upgrading, and Postgres ...
On 05/06/2011 04:58 AM, Jason Frisvold wrote: > Next, what's the best way to migrate from Oracle to Postgres? https://fedorahosted.org/spacewalk/wiki/PostgreSQLFromOracle > And what major features might I lose if I move to Postgres? Monitoring. On the other hand, this features are known to work: https://fedorahosted.org/spacewalk/wiki/PostgreSQL#Functionalityknowntowork -- Miroslav Suchy Red Hat Satellite Engineering ___ Spacewalk-list mailing list Spacewalk-list@redhat.com https://www.redhat.com/mailman/listinfo/spacewalk-list
Re: [Spacewalk-list] SW 1.4, Upgrading, and Postgres ...
On 05/06/2011 04:58 AM, Jason Frisvold wrote: > So, first, is an upgrade from 1.2 to 1.4 supported? Yes. But you have to do it in 2 steps: https://fedorahosted.org/spacewalk/wiki/HowToUpgrade13 https://fedorahosted.org/spacewalk/wiki/HowToUpgrade -- Miroslav Suchy Red Hat Satellite Engineering ___ Spacewalk-list mailing list Spacewalk-list@redhat.com https://www.redhat.com/mailman/listinfo/spacewalk-list
Re: [Spacewalk-list] Problem(s) for newbie or 404 Error - File Not Found
On 05/04/2011 03:08 AM, Colin Coe wrote: > Hi Ivan > > Are you aware that the Postgresql version is not feature complete? > There really still much to be done with Spacewalk/Postgresql and I > have no doubt that you will have a better experience with Oracle XE at > the moment. (Not to start an Oracle/Postgres war, just that Spacewalk > is quite solid against Oracle) I'm willing to start the war :) PostgreSQL is fine. If you do not want to use monitoring you hit error very rarely. >> And second, when I try to open web-page of my Spacewalk server I've got 404 >> Error - File Not Found. What file the system is looking for? What user name >> hasn't been specified? Where I can find more information about this? What >> log file(s) could keep(s) more details about these errors? Tomcat is probably not running. As Colin suggested investigate /var/log/tomcat?/catalina.out -- Miroslav Suchy Red Hat Satellite Engineering ___ Spacewalk-list mailing list Spacewalk-list@redhat.com https://www.redhat.com/mailman/listinfo/spacewalk-list
Re: [Spacewalk-list] SRPMS in Spacewalk
On 04/28/2011 10:54 PM, Wojtak, Greg wrote: > Is it possible to push SRPMS into spacewalk so that they show up with their > RPM counterpart, similar to how RHN has it. That is, when you go on the > package info page, there is an option to download the SRPM in addition to > downloading the RPM. Yes. It is possible. Check option --source in command "rhnpush". -- Miroslav Suchy Red Hat Satellite Engineering ___ Spacewalk-list mailing list Spacewalk-list@redhat.com https://www.redhat.com/mailman/listinfo/spacewalk-list
Re: [Spacewalk-list] Debian support for Spacewalk
On 04/28/2011 01:15 PM, Simon Lukasik wrote: > On 04/27/2011 02:43 PM, Miroslav Suchý wrote: >> On 04/27/2011 02:31 PM, Luc de Louw wrote: >>> On 04/27/2011 01:18 PM, Miroslav Suchý wrote: >>>> It is old version of python-ethtool. Should be 0.5. >>>> I fixed it right now. Try again. >>>> >>>> >>> >>> One step further, thanks. >>> >>> Next error: >>> >>> root@debian:~# rhnreg_ks --activationkey=1-debian60 >>> /usr/share/rhn/up2date_client/up2dateUtils.py:14: DeprecationWarning: >>> the md5 module is deprecated; use hashlib instead >>> import md5 >>> >>> Error Message: >>> Architecture `x86_64-debian-linux' is not supported >>> Error Class Code: 24 >>> Error Class Info: Unsupported server architecture. >>> Explanation: >>> An error has occurred while processing your request. If this problem >>> persists please enter a bug report at bugzilla.redhat.com. >>> If you choose to submit the bug report, please be sure to include >>> details of what you were trying to do when this error occurred and >>> details on how to reproduce this problem. >>> >>> root@debian:~# uname -a >>> Linux debian 2.6.32-5-amd64 #1 SMP Mon Mar 7 21:35:22 UTC 2011 x86_64 >>> GNU/Linux >>> >>> >>> As channel arch I selected AMD64 Debian >> >> Simon, can you investigate it? >> > > It is fixed in: > > http://isimluk.fedorapeople.org/sw_deb/repo/python-rhn-client-tools_1.5.7-1_all.deb > http://isimluk.fedorapeople.org/sw_deb/repo/apt-spacewalk_1.0.4-1_all.deb > > > Mirek, could You please update the debian repo? Updated. -- Miroslav Suchy Red Hat Satellite Engineering ___ Spacewalk-list mailing list Spacewalk-list@redhat.com https://www.redhat.com/mailman/listinfo/spacewalk-list
Re: [Spacewalk-list] Debian support for Spacewalk
On 04/27/2011 02:31 PM, Luc de Louw wrote: > On 04/27/2011 01:18 PM, Miroslav Suchý wrote: >> It is old version of python-ethtool. Should be 0.5. >> I fixed it right now. Try again. >> >> > > One step further, thanks. > > Next error: > > root@debian:~# rhnreg_ks --activationkey=1-debian60 > /usr/share/rhn/up2date_client/up2dateUtils.py:14: DeprecationWarning: > the md5 module is deprecated; use hashlib instead > import md5 > > Error Message: > Architecture `x86_64-debian-linux' is not supported > Error Class Code: 24 > Error Class Info: Unsupported server architecture. > Explanation: > An error has occurred while processing your request. If this problem > persists please enter a bug report at bugzilla.redhat.com. > If you choose to submit the bug report, please be sure to include > details of what you were trying to do when this error occurred and > details on how to reproduce this problem. > > root@debian:~# uname -a > Linux debian 2.6.32-5-amd64 #1 SMP Mon Mar 7 21:35:22 UTC 2011 x86_64 > GNU/Linux > > > As channel arch I selected AMD64 Debian Simon, can you investigate it? -- Miroslav Suchy Red Hat Satellite Engineering ___ Spacewalk-list mailing list Spacewalk-list@redhat.com https://www.redhat.com/mailman/listinfo/spacewalk-list
Re: [Spacewalk-list] DB question
On 04/27/2011 02:08 PM, Bo Maryniuk wrote: > On 04/27/2011 10:59 AM, Miroslav Suchý wrote: >> All frequently used pages/functions should work. But there are still >> queries we did not migrate for sure. > > Miroslav, > is there a clear list of what is not working (for sure) on PostgreSQL > and what still needs to be done, please? :) No we do not have such list. We only have list of what is know to be working: https://fedorahosted.org/spacewalk/wiki/PostgreSQL#Functionalityknowntowork Just for record, copy of our IRC chat: [14:19] I would recommend you to start here: https://fedorahosted.org/spacewalk/wiki/PostgreSQLPortingGuide [14:19] which covers all problems you can encounter [14:19] hopefully :) [14:20] and git grep is your friend [14:20] so git grep DECODE [14:20] will give you files, which will couse ISE for sure. [14:21] so rewrite it acording the howto [14:21] and move to another item [14:21] git grep '(+)' [14:21] and so on ... [14:23] after every fix, try it in nightly in both oracle and postgresql to make sure you did not screw it and sent patch to mailing list as soon as posible -- Miroslav Suchy Red Hat Satellite Engineering ___ Spacewalk-list mailing list Spacewalk-list@redhat.com https://www.redhat.com/mailman/listinfo/spacewalk-list
Re: [Spacewalk-list] Debian support for Spacewalk
On 04/27/2011 10:52 AM, Luc de Louw wrote: > |/ Err?=(none)/Reinst-required (Status,Err: uppercase=bad) > ||/ Name Version Description > +++-=-=-== > > ii python-ethtool0.3-2 Ethernet It is old version of python-ethtool. Should be 0.5. I fixed it right now. Try again. -- Miroslav Suchy Red Hat Satellite Engineering ___ Spacewalk-list mailing list Spacewalk-list@redhat.com https://www.redhat.com/mailman/listinfo/spacewalk-list
Re: [Spacewalk-list] DB question
On 04/26/2011 11:47 PM, Anthony Hare wrote: > Oracle 11g (no 4gb limit right?) You have to pay for not limited version. 11g Express Edition is limited to 11 GB of data and 1 GB of RAM. Since you plan to have 12 channels (each aprox. 1.1 GiB) you will very probably hit the data limit. And using only one GB of RAM is not performance booster either. > Postgresql (Please note that the functionality of Spacewalk on PostgreSQL is > limited and sooner than later you may hit Internal Server Error.)?? All frequently used pages/functions should work. But there are still queries we did not migrate for sure. Can you live with Spacewalk where some functions are limited? Are you willing to debug/report/fix errors when you encounter one? So it result to options: a) you have time to fix problems - go with free postgresql b) you do not want to be bothered with any problems - buy license from Oracle. Or buy RHN Satellite which comes with Embedded Oracle license already. -- Miroslav Suchy Red Hat Satellite Engineering ___ Spacewalk-list mailing list Spacewalk-list@redhat.com https://www.redhat.com/mailman/listinfo/spacewalk-list
[Spacewalk-list] Spacewalk 1.4 released
Hello world, Spacewalk 1.4 is now available for download from http://spacewalk.redhat.com/yum/1.4/RHEL/5/$basearch/ http://spacewalk.redhat.com/yum/1.4/RHEL/6/$basearch/ http://spacewalk.redhat.com/yum/1.4/Fedora/13/$basearch/ http://spacewalk.redhat.com/yum/1.4/Fedora/14/$basearch/ Note: Fedora packages for server are released only for x86_64 architecture. depending on your operating system, with client repositories under: http://spacewalk.redhat.com/yum/1.4-client/Fedora/13 http://spacewalk.redhat.com/yum/1.4-client/Fedora/14 http://spacewalk.redhat.com/yum/1.4-client/RHEL/5 http://spacewalk.redhat.com/yum/1.4-client/RHEL/6 http://download.opensuse.org/repositories/systemsmanagement:/spacewalk:/1.4/openSUSE_11.4/ http://download.opensuse.org/repositories/systemsmanagement:/spacewalk:/1.4/openSUSE_Factory/ http://miroslav.suchy.cz/spacewalk/debian Check the installation steps at https://fedorahosted.org/spacewalk/wiki/HowToInstall or if you will upgrade from older release, consult http://fedorahosted.org/spacewalk/wiki/HowToUpgrade Features & Enhancements in Spacewalk 1.4: * client packages for Debian * client packages for OpenSuse * support for IDN [1] (but RHN Tools part) - you can now have Spacewalk server and clients, whose hostnames contains non latin domain name. * issues in PostgreSQL backend, reported by users, were fixed. For PostgreSQL status see [2] * system history reports were added in spacewalk-reports * spacewalk-repo-sync now automatically create errata from updateinfo [1] http://en.wikipedia.org/wiki/Internationalized_domain_name [2] https://fedorahosted.org/spacewalk/wiki/PostgreSQL Spacewalk 1.4 contains support for apt-get plug-in. An apt-get plug-in client package is available at http://miroslav.suchy.cz/spacewalk/debian/ Feel free to try it and report any issues. This repo contains apt with spacewalk patches. For more information check: https://fedorahosted.org/spacewalk/wiki/RegisteringClients#Debian Community contributors: We thank the community members who contributed to this release: * Aron Parsons * Dale Bewley * Jerome Fenal * Johannes Renner * John van Zantvoort * Luc de Louw * Marcelo Moreira de Mello * mareklaane * Michael Calmer * Paresh Mutha * Šimon Lukašík * Trent Johnson * Uwe Gansert * ypoyarko https://fedorahosted.org/spacewalk/wiki/ContributorList Bug fixes and commits: In Spacewalk 1.4 there were: * 68 bugs solved * 634 changesets committed * 899 commits done Enjoy using Spacewalk! -- Miroslav Suchy Red Hat Satellite Engineering ___ Spacewalk-list mailing list Spacewalk-list@redhat.com https://www.redhat.com/mailman/listinfo/spacewalk-list
Re: [Spacewalk-list] Customizing Spacewalk
On 04/25/2011 05:57 PM, William S. wrote: > To be specific, we want to be able to display the MAC addresses > associated with the network interface, It is already there: System -> Details -> Hardware > in addition to a number of other > items. Which one? Maybe it is in Spacewalk too? > By doing so, are we going to have to blow away every time we update > Spacewalk to a later version? Yes. But if that page is interesting for others, then the best way is to sent the patch here and incorporate it into Spacewalk. This way it will be included in next release and you do not need to care about it any more. -- Miroslav Suchy Red Hat Satellite Engineering ___ Spacewalk-list mailing list Spacewalk-list@redhat.com https://www.redhat.com/mailman/listinfo/spacewalk-list
Re: [Spacewalk-list] Spacewalk proxy servers
On 04/21/2011 06:08 PM, William S. wrote: > The issue is that we need to be able to provision hosts in each site, as I > understand it, proxy would not have the kickstart/DHCPD capability. It is > enough to do rpm distribution, we need to be able to provision hosts as > well. If the proxy isn't capable of provisioning, then wouldn't the > master/master model work? Spacewalk Proxy can provide kickstarts, distribution files. It does not contain dhcpd (but neither Spacewalk Server) And it does not contain pxe service (which is integrated in Spacewalk Server via cobbler). So if you set up tftpd and you are willing to manually maintaint it. Then Spacewalk Proxy is enough for you. Having set up Spacewalk Server in master/master is technically doable, but it is very very hard. It is very close to impossible. -- Miroslav Suchy Red Hat Satellite Engineering ___ Spacewalk-list mailing list Spacewalk-list@redhat.com https://www.redhat.com/mailman/listinfo/spacewalk-list
Re: [Spacewalk-list] Spacewalk proxy servers
On 04/21/2011 05:43 PM, William S. wrote: > We're going to use spacewalk in the hub and spoke model. That being said, > what are the limitations to the proxy servers? Is it possible to run > Spacewalk master server in a distributed model in multiple geographical > locations? This would be like a Master/Master model where the main server > will distribute to the other masters. Wow. Hold on. You are speaking about proxy, but in next sentece about Spacewalk server and Master/Master. So what you want? Possible topologies of Spacewalk Proxy: http://docs.redhat.com/docs/en-US/Red_Hat_Network_Satellite/5.4/html/Proxy_Installation_Guide/ch-example-topologies.html -- Miroslav Suchy Red Hat Satellite Engineering ___ Spacewalk-list mailing list Spacewalk-list@redhat.com https://www.redhat.com/mailman/listinfo/spacewalk-list
Re: [Spacewalk-list] Configuring Proxy
On 04/19/2011 11:13 AM, Assaf Flatto wrote: > What i understood is that the proxy function in the same way as a regular > proxy , storing errata and packages for the use of the clients , and then if > required they access the proxy instead of all clients establishing a > connection to the outside source. (similar to the way one can run a proxy in > front of a webserver on a single machine ) ,So the server is functioning as > both the checker and the storage container . Yes. Having set up proxy in front of web server often have sense. Especially if you expect high load. In Spacewalk it is not worth to bother with Spacewalk Proxy if you have less then 5000 registered systems. > why must it be a separate machine ? , Storage ? Bandwidth ? what is the > restriction /application that requires the proxy and the server to be on two > autonomous boxes ? Because http configuration file will use /XMLRPC and /rpc handler and redirect it to its own code. And surprisingly it is the same handlers, which Spacewalk server use. You have conflicts here. If you really want to do it, then use virtualization and set up proxy as virtual guest. But if you will have only 100 system registered you make the set up just slower and it will consume more memory and more HDD space. -- Miroslav Suchy Red Hat Satellite Engineering ___ Spacewalk-list mailing list Spacewalk-list@redhat.com https://www.redhat.com/mailman/listinfo/spacewalk-list
Re: [Spacewalk-list] Removing errata disassociates packages with channels
On 04/14/2011 05:17 PM, Jason M. Nielsen wrote: > Spacewalk 1.2: > I discovered that removing an errata causes all of the associated > packages with said errata to end up in no channels. I could be wrong but > this seems like a bug. I have not tested all scenarios but it seems you > could have at least two legit reasons to do this and not affect the > packages. 1)Incorrectly setup errata. 2)Errata associated with one arch > and not the other yet it has all packages listed, no way to separate. > Just a thought. I believe this is correct scenario. And you can very easily delete all packages, which is in no channel - AFAIK just 3 clicks. -- Miroslav Suchy Red Hat Satellite Engineering ___ Spacewalk-list mailing list Spacewalk-list@redhat.com https://www.redhat.com/mailman/listinfo/spacewalk-list
Re: [Spacewalk-list] rhnreg_ks on F15
On 04/14/2011 08:10 AM, Sandro "red" Mathys wrote: > On Wed, Apr 13, 2011 at 22:07, Miroslav Suchy wrote: >> That is strange. Sandro, can you run this for me: > > subsystem usb > devtype usb_device > name usb1 > number 1 > sysfs_path: /sys/devices/pci:00/:00:1a.0/usb1 > driver: usb > action: None > seqnum: 0 > device type: > device number: 48384 > device file: /dev/bus/usb/001/001 > device file symlinks: > UDEV_LOG = 3 > DEVPATH = /devices/pci:00/:00:1a.0/usb1 > SUBSYSTEM = usb > MAJOR = 189 > MINOR = 0 > DEVNAME = /dev/bus/usb/001/001 > DEVTYPE = usb_device > DRIVER = usb > DEVICE = /proc/bus/usb/001/001 > PRODUCT = 1d6b/2/206 > TYPE = 9/0/0 > BUSNUM = 001 > DEVNUM = 001 ... Thx. Fixed in commit c118e8287162a70c600210e67b5a814c48db3ef7 -- Miroslav Suchy Red Hat Satellite Engineering ___ Spacewalk-list mailing list Spacewalk-list@redhat.com https://www.redhat.com/mailman/listinfo/spacewalk-list
Re: [Spacewalk-list] rhnreg_ks on F15
On 04/13/2011 02:52 PM, Sandro "red" Mathys wrote: > 2011/4/13 Miroslav Suchý : >> It happens during gathering HW info. So if you run it with --nohardware, >> you can workaround it. > > --nohardware doesn't resolve the issue, i.e. no change at all. > >> It is some USB device. Can you run this python script in both %post >> section of kickstart and after normal reboot? Check the diferences. >> You should look for records with >> XXX: None > > Lots of XXX: None found, actually it's always None! That is strange... aha, there is typo. It should be PRODUCT and not product. Commited as ebd9948a92945026db88932eefd23c4c0c7738ea > I would disagree here, IMHO. I will back port this commit, but not the previous one. -- Miroslav Suchy Red Hat Satellite Engineering ___ Spacewalk-list mailing list Spacewalk-list@redhat.com https://www.redhat.com/mailman/listinfo/spacewalk-list
Re: [Spacewalk-list] rhnreg_ks on F15
On 04/13/2011 12:49 PM, Miroslav Suchý wrote: > But yeah, having test before that split is probably good idea. I will > put it in master, but this is not worth of backporting to 1.4. > commited as 2a2952d58bc3417ca78a847e967f74700d3e3522 -- Miroslav Suchy Red Hat Satellite Engineering ___ Spacewalk-list mailing list Spacewalk-list@redhat.com https://www.redhat.com/mailman/listinfo/spacewalk-list
