Re: [Spacewalk-list] rhn_check is generating toomuch I/O hence Spacewalk Client Add took 38 minutes time [ O/S OEL5 version ]

2016-03-31 Thread Malla Reddy Madupu 
Hi Avi
Greatly appreciated your help
Thank you very much. I have had look into the yum side, rebuild the rpm db 
still no luck. As you suggested, i will need to see the less packages rpms 
instead.
Thanks again for your help and time.
Best RegardsMalla  

On Thursday, March 31, 2016 3:51 AM, Avi Miller  
wrote:
 

 Hi,
Spacewalk does not create the SQLite databases that yum uses, so the first 
thing yum has to do is rebuild those databases on the client and this is 
particularly time-consuming on virtual OL5 guests. 
Are these machines subscribed to ol5_latest? If so, I would strongly recommend 
replacing that channel with a combination of ol5_u11_base and ol5_u11_patch 
from ULN instead. Those two channels are significantly smaller and will be much 
easier for the client to rebuild during an rhn_check run.
Alternatively, you can bind mount /var/cache/yum to a RAM disk so that the disk 
usage is non-existant. This will also dramatically improve performance.
Hope that helps,Avi

On 30 Mar 2016, at 8:13 PM, Malla Reddy Madupu  wrote:
Hi Guys
Greatly appreciated for your time.
I have a issue during spacewalk client add to the spacewalk master server.
We have staging server where all the VMs are connected to the Oracle SAN 
storage (Entry Level)
When i am trying to add the client to the spacewalk server, there's too much 
I/O generating the rhn_check process some times it's writing more than 50M 
data, this process is mainly reading/ writing kjournald and Audit. because of 
this system process  reached to 100% waiting 80%. The client is completely not 
responding hence over the monitoring system HOST DOWN alert appeared.
I have tried with --norhnsd option, still no luck. Is there a way to minimize 
the rhn_check process? is there a way to stop generating too much I/O?
Could you please suggest some idea here?
But noticed there's a huge difference with the OEL6. it took roughly 5min time 
to add the clinet. 
Guys, pelase help me to address this issue, your help is very much appreciated. 
Thank you all for you timeBest 
RegardsMalla___
Spacewalk-list mailing list
Spacewalk-list@redhat.com
https://www.redhat.com/mailman/listinfo/spacewalk-list

--
Oracle 
Avi Miller | Product Management Director | +61 (3) 8616 3496
Oracle Linux and Virtualization
417 St Kilda Road, Melbourne, Victoria 3004 Australia


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

Re: [Spacewalk-list] Kickstart, Config management and debugging

2016-03-31 Thread William H. ten Bensel 
- Thanks and good luck



From:   Lachlan Musicman 
To: spacewalk-list@redhat.com
Date:   03/31/2016 07:31 PM
Subject:[Spacewalk-list] Kickstart, Config management and 
debugging
Sent by:spacewalk-list-boun...@redhat.com



This email originated from outside of the company. Please use discretion 
if opening attachments or clicking on links. 
The other thread got confused, so I thought I'd move to a new one since I 
now have better questions (I think).

Problem remains the same - I have a kickstart profile linked with a 
configuration channel that works after first boot, but the files are not 
being uploaded during the installation and must be loaded via a hack 
(thanks William) in a post install script.

>From my most recent installation (5 mins ago):

Before the post install script hack, I run this command:

date > /root/verify_configs.out
rhncfg-client verify >> /root/verify_configs.out

and get this:

Fri Apr  1 10:43:57 AEDT 2016
Using server name emts-res-utils1
 modified /etc/cntlm.conf
  missing /etc/cron.d/15min
  missing /etc/cron.quarter_hour/check_nfs_mounts.sh
  missing /etc/munge/munge.key
 modified /etc/netconfig
  missing /etc/profile.d/proxy.sh
  missing /etc/samba/user
  missing /etc/slurm/slurm.conf
  missing /etc/slurm/slurmdbd.conf
 modified /etc/sysctl.conf


>From this I can see that 7 files are missing. 

What do the three "modified" files represent? Does modified represent that 
:
 - "the default installation files are in place, they are different from 
what's in the Configuration Channel in question, so we represent this as 
modified" OR
 - "we have uploaded these files in particular, but not the others"?

Modified means that the file exists but it does not match what exists in 
the configuration channel.   These files, should be part of the rpms that 
are installed during initial kickstart. Find the rpms: "rpm -qf 
{path/to/configfile} or yum whatprovides {path/to/configfile}".


I noticed in the ks-rhn-post.log that there were a bunch of attempts to 
get to the centos mirror list (I have no idea why that is happening and 
would rather it didn't tbh) that were failing because of IPv6 problems. 
IPv6 isn't supported in house (out of my control) and part of my config 
change is that IPv6 is disabled.

We faced the same issue.  Even if you "disable"or remove all of the files 
in /etc/yum.repos.d/, they could still be enabled or added back via the 
centos-release rpm. It would be nice, if registered to a spacewalk, that 
these would just be disabled or removed.  Also, if a server would have 
access to the public CentOS repos, anything newer that would be available 
in the public yum CentOS repo could override the spacewalk channel as it 
would be newer.  In addition this work around provides some 
security/administration benefits (In our opinion).  Any third party 
application defaults to /etc/yum.repos.d/, thus they will not be able to 
install anything without an admin blessing the conf file.  Besides the 
notes below, we found that by doing this reduced the amount of time to 
build a server because it doesn't attempt and wait for failures.

The work around that can be put in place is a post nochroot script prior 
to registration and server actions.

%post -nochroot

# Whenever centos-release rpm is updated, will lay down new files in 
/etc/yum.repos.d/
# This has caused issues with updates and with rhn_check in the 
registration. 
# Creating a new directory and updating yum.conf 
mkdir -p /mnt/sysimage/etc/yum.repos.d/{mynewdir}
echo "reposdir=/etc/yum.repos.d/{mynewdir}" >> /mnt/sysimage/etc/yum.conf

Obv, with those files being uploaded in a post script, it's not happening 
in time for the cobbler.ks script.

So I put --noipv6 in the network line of my Advanced Options, but that has 
obviously failed to do what I expected it to do - as I can see because the 
ks-rhn-post.log still makes an attempt to connect via ipv6 to the centos 
mirrors. (by the by, we have a proxy, so the curl would most likely fail 
anyway - the cntlm file I'm uploading would solve that).

If --noipv6 is not working (did not work for me either), however we still 
pass it just in case.

%post script. 
The following normally works, except for Cent7.
sed -i -e 's/NETWORKING_IPV6=yes/NETWORKING_IPV6=no/' 
/etc/sysconfig/network

#However based off of Red hat documentation(solution 8709) and the 
google on how to disable ipv6  This is what comes out of it.
#Note: ie: ntpd, ssh, X11 forwarding, and bonding are some of the 
items that could break per the google.
#This is not exact code. Make sure you backup files.
Linux7: 
sed -i 
"s/GRUB_CMDLINE_LINUX=\"\(.*\)\"/GRUB_CMDLINE_LINUX=\"\1 
ipv6.disable=1\"/" /etc/default/grub
grub2-mkconfig -o /boot/grub2/grub.cfg
Linux6:
echo "options ipv6 disable=1" >> /etc/modprobe.d/ipv6.conf
chkconfig ip6tables off
sed

[Spacewalk-list] RHEL 5 Client Registration fails.

2016-03-31 Thread Eric B 


All, hope somebody may have some insight on this issue.
New Spacewalk Build, all current pkgs.  I cofigured a channel for RHEL 6, 
synced it against a repo, and registered RHEL 6 client systems to it with no 
issues.  I used only Redhat client side tools as provided in the rhn_tools 
channel.  No issues, everything works as expected.
I used the same process for RHEL 5.  Created a RHEL 5 channel, IA32 
architecture (clients are x86).  However, when I attempt to register a client, 
on the client side, khn_register returns "internal server error".  The up2date 
log on the clients logs communication errors.  When I tail the Spacewalk logs 
on the server, I can watch it connect, pass the token, but it the following 
error appears in the log:

xmlrpc/registration.__add_hw_profile_no_auth
Also, if I look in the spacewalk systems list, I see the new system, but I 
cannot manage it at all, and the client does not show as registered.
I am not kickstarting, or using profiles, simply registering using a activation 
key.
Thanks for any help, been pounding my head on this all day.
Eric
Happy Connecting. Sent from my Sprint Samsung Galaxy S® 5 Sport___
Spacewalk-list mailing list
Spacewalk-list@redhat.com
https://www.redhat.com/mailman/listinfo/spacewalk-list

Re: [Spacewalk-list] Kickstart bare metal

2016-03-31 Thread Lachlan Musicman 
What about if you don't chomp off the part after the colon.

Can you see this in a browser?

http://192.168.56.9/cblr/svc/op/ks/profile/CentOS-6-no-tools:1:SpacewalkDefaultOrganization

and does it look like a kickstart script?

cheers
L.

--
The most dangerous phrase in the language is, "We've always done it this
way."

- Grace Hopper

On 1 April 2016 at 10:50, Konstantin Raskoshnyi  wrote:

> Hello community!
> I used to use PXE server, trying to figure out what could be the problems
> with SP+Cobbler
>
> I set up SP  2.4, added all the stuff according to the manual:
> https://fedorahosted.org/spacewalk/wiki/HowToKickstartCobbler
>
> When I run a base machine it shows me No bootable media found.
>
> DHCP server on the different machine I added next-server to SP, SElinux
> disables, iptables disabled.
>
> When I open pxe default menu it shows me:
>
> LABEL local
> MENU LABEL (local)
> MENU DEFAULT
> LOCALBOOT 0
>
> LABEL CentOS-6-no-tools:1:SpacewalkDefaultOrganization
> kernel /images/centos-67:1:SpacewalkDefaultOrganization/vmlinuz
> MENU LABEL CentOS-6-no-tools:1:SpacewalkDefaultOrganization
> append
> initrd=/images/centos-67:1:SpacewalkDefaultOrganization/initrd.img
> ksdevice=bootif lang=  kssendmac text  ks=
> http://192.168.56.9/cblr/svc/op/ks/profile/CentOS-6-no-tools:1:SpacewalkDefaultOrganization
> ipappend 2
>
> When I follow this URL
> http://192.168.56.9/cblr/svc/op/ks/profile/CentOS-6-no-tools It shows me
> : Profile not found
>
>
> [image: Inline image 1]
>
> ___
> Spacewalk-list mailing list
> Spacewalk-list@redhat.com
> https://www.redhat.com/mailman/listinfo/spacewalk-list
>
___
Spacewalk-list mailing list
Spacewalk-list@redhat.com
https://www.redhat.com/mailman/listinfo/spacewalk-list

Re: [Spacewalk-list] Cannot retrieve repository metadata (repomd.xml) for repository: epel_sci_6. Please verify its path and try again

2016-03-31 Thread Matt Moldvan 
Great, yeah that stuff is usually taken care of in the bootstrap, which is
how we register our systems to Spacewalk initially.  The hard part is when
we have to reregister systems after they already have
/etc/sysconfig/rhn/systemid and so on... but that's another story.

On Thu, Mar 31, 2016 at 4:42 PM Konstantin Raskoshnyi 
wrote:

> Eventually this script fixed all the stuff :).
>
> rpm -Uvh
> http://spacewalk/repos/spacewalk_client6/2.3-client/RHEL/6/x86_64/spacewalk-client-repo-2.3-2.el6.noarch.rpm
> rpm -Uvh http://spacewalk/pub/rhn-org-trusted-ssl-cert-1.0-1.noarch.rpm
> cat > /etc/yum.repos.d/spacewalk-client.repo << EOF
> [spacewalk-client]
> name=Spacewalk Client Tools
> baseurl=http://spacewalk/repos/spacewalk_client6/2.3-client/RHEL/6/x86_64/
> gpgkey=http://yum.spacewalkproject.org/RPM-GPG-KEY-spacewalk-2014
> enabled=1
> gpgcheck=0
> EOF
> yum install -y
> http://spacewalk/repos/epel6/x86_64/python-hwdata-1.7.3-1.el6.noarch.rpm
> yum install -y rhn-client-tools rhn-check rhn-setup rhnsd m2crypto
> yum-rhn-plugin rhncfg-actions
> rhn-actions-control --enable-all
> rhnreg_ks --serverUrl=https://spacewalk/XMLRPC
> --sslCACert=/usr/share/rhn/RHN-ORG-TRUSTED-SSL-CERT --activationkey=linux
>
> On Thu, Mar 31, 2016 at 11:53 AM, Matt Moldvan  wrote:
>
>> Oh, that error you're seeing is because your system(s) don't recognize
>> the SSL cert generated by Spacewalk.  In your bootstrap script, is the
>> RHN-ORG-TRUSTED-CERT (or something like that) being pushed correctly to the
>> clients?  Otherwise they won't recognize the SSL cert being presented by
>> your Spacewalk master.
>>
>> Try openssl s_client -connect spacewalkfqdn:443 -showcerts to see what
>> the verify result is.
>>
>> On Thu, Mar 31, 2016 at 2:08 PM Konstantin Raskoshnyi 
>> wrote:
>>
>>> The problem is -  my servers don't have internet access. I set up epel
>>> repo sync on spacewalk...For example epel
>>>
>>> [epel]
>>> name=Extra Packages for Enterprise Linux 6 - $basearch
>>> baseurl=https://spacewalk/repos/epel6/x86_64/
>>> #mirrorlist=
>>> https://mirrors.fedoraproject.org/metalink?repo=epel-6&arch=$basearch
>>> failovermethod=priority
>>> enabled=1
>>> gpgcheck=0
>>>
>>> When I try to install yum install rhn-client-tools rhn-check rhn-setup
>>> rhnsd m2crypto yum-rhn-plugin
>>>
>>> It shows me https://spacewalk/repos/epel6/x86_64/repodata/repomd.xml:
>>> [Errno 14] Peer cert cannot be verified or peer cert invalid
>>>
>>> So strange
>>>
>>> On Wed, Mar 30, 2016 at 6:04 PM, Matt Moldvan  wrote:
>>>
 I had a similar issue for systems that had old versions of nss, they
 couldn't deal with an HTTPS repo for some reason.  Is your
 /etc/sysconfig/rhn/up2date pointing to https://something by chance?
 If so try changing it to http, updating yum and nss fully, then changing it
 back to https.

 One liner:  sudo sed -i 's/serverURL=https:/serverURL=http:/g'
 /etc/sysconfig/rhn/up2date; sudo yum update yum* nss* ; sudo sed -i
 's/serverURL=http:/serverURL=https:/g' /etc/sysconfig/rhn/up2date

 On Wed, Mar 30, 2016 at 6:47 PM Konstantin Raskoshnyi <
 konra...@gmail.com> wrote:

> Deployed a new machine, it didn't have internet access, added manually
> epel repo & spacewalk repo and installed client, registered on the
> spacewalk.
>
> The system shows this error, when I try to do anything:
>
> Cannot retrieve repository metadata (repomd.xml) for repository:
> epel_sci_6. Please verify its path and try again
>
> If I remove software channels from this machine it shows the same
> error but with the parent channel.
>
> Any solutions?
> ___
> Spacewalk-list mailing list
> Spacewalk-list@redhat.com
> https://www.redhat.com/mailman/listinfo/spacewalk-list


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

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

[Spacewalk-list] Kickstart, Config management and debugging

2016-03-31 Thread Lachlan Musicman 
The other thread got confused, so I thought I'd move to a new one since I
now have better questions (I think).

Problem remains the same - I have a kickstart profile linked with a
configuration channel that works after first boot, but the files are not
being uploaded during the installation and must be loaded via a hack
(thanks William) in a post install script.

>From my most recent installation (5 mins ago):

Before the post install script hack, I run this command:

date > /root/verify_configs.out
rhncfg-client verify >> /root/verify_configs.out

and get this:

Fri Apr  1 10:43:57 AEDT 2016
Using server name emts-res-utils1
 modified /etc/cntlm.conf
  missing /etc/cron.d/15min
  missing /etc/cron.quarter_hour/check_nfs_mounts.sh
  missing /etc/munge/munge.key
 modified /etc/netconfig
  missing /etc/profile.d/proxy.sh
  missing /etc/samba/user
  missing /etc/slurm/slurm.conf
  missing /etc/slurm/slurmdbd.conf
 modified /etc/sysctl.conf


>From this I can see that 7 files are missing.

What do the three "modified" files represent? Does modified represent that :
 - "the default installation files are in place, they are different from
what's in the Configuration Channel in question, so we represent this as
modified" OR
 - "we have uploaded these files in particular, but not the others"?


I noticed in the ks-rhn-post.log that there were a bunch of attempts to get
to the centos mirror list (I have no idea why that is happening and would
rather it didn't tbh) that were failing because of IPv6 problems. IPv6
isn't supported in house (out of my control) and part of my config change
is that IPv6 is disabled.

Obv, with those files being uploaded in a post script, it's not happening
in time for the cobbler.ks script.

So I put --noipv6 in the network line of my Advanced Options, but that has
obviously failed to do what I expected it to do - as I can see because the
ks-rhn-post.log still makes an attempt to connect via ipv6 to the centos
mirrors. (by the by, we have a proxy, so the curl would most likely fail
anyway - the cntlm file I'm uploading would solve that).

When I look in the Kickstart File tab of the profile in question, I see a
script getting run that I haven't put in, which I presume is  the one on my
Scripts tab called "Registration and server actions".

In that section, I noticed that there is a small stanza:

# begin Red Hat management server registration
mkdir -p /usr/share/rhn/
wget http://emts-res-utils1/pub/RHN-ORG-TRUSTED-SSL-CERT \
-O /usr/share/rhn/RHN-ORG-TRUSTED-SSL-CERT
perl -Xnpe 's/RHNS-CA-CERT/RHN-ORG-TRUSTED-SSL-CERT/g' -i
/etc/sysconfig/rhn/*
if [ -f /etc/pki/rpm-gpg/RPM-GPG-KEY-redhat-release ]; then
rpm --import /etc/pki/rpm-gpg/RPM-GPG-KEY-redhat-release
fi
key=1-xxx,1-xxy,1-xyy,1-yyy
if [ -f /tmp/key ]; then
key=`cat /tmp/key`,$key
fi

rhnreg_ks --serverUrl=https://emts-res-utils1/XMLRPC \
--sslCACert=/usr/share/rhn/RHN-ORG-TRUSTED-SSL-CERT --activationkey=$key
# end Red Hat management server registration


I presume it is in here that the error is occurring.

I also note that another error in this part of the script is that

if [ -f /etc/pki/rpm-gpg/RPM-GPG-KEY-redhat-release ]; then

will always fail because all our keys are of the format

/etc/pki/rpm-gpg/RPM-GPG-KEY-CentOS-7

Can I just edit the Kickstart File in that profile tab, or is there another
way I might get some output into a log file to see where the problem is?

An if this is a cobbler snippet, can I just edit the appropriate file in

/var/lib/cobbler/snippets

or is that not recommended?

cheers
L.

--
The most dangerous phrase in the language is, "We've always done it this
way."

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

[Spacewalk-list] Kickstart bare metal

2016-03-31 Thread Konstantin Raskoshnyi 
Hello community!
I used to use PXE server, trying to figure out what could be the problems
with SP+Cobbler

I set up SP  2.4, added all the stuff according to the manual:
https://fedorahosted.org/spacewalk/wiki/HowToKickstartCobbler

When I run a base machine it shows me No bootable media found.

DHCP server on the different machine I added next-server to SP, SElinux
disables, iptables disabled.

When I open pxe default menu it shows me:

LABEL local
MENU LABEL (local)
MENU DEFAULT
LOCALBOOT 0

LABEL CentOS-6-no-tools:1:SpacewalkDefaultOrganization
kernel /images/centos-67:1:SpacewalkDefaultOrganization/vmlinuz
MENU LABEL CentOS-6-no-tools:1:SpacewalkDefaultOrganization
append
initrd=/images/centos-67:1:SpacewalkDefaultOrganization/initrd.img
ksdevice=bootif lang=  kssendmac text  ks=
http://192.168.56.9/cblr/svc/op/ks/profile/CentOS-6-no-tools:1:SpacewalkDefaultOrganization
ipappend 2

When I follow this URL
http://192.168.56.9/cblr/svc/op/ks/profile/CentOS-6-no-tools It shows me :
Profile not found


[image: Inline image 1]
___
Spacewalk-list mailing list
Spacewalk-list@redhat.com
https://www.redhat.com/mailman/listinfo/spacewalk-list

Re: [Spacewalk-list] error populating transaction

2016-03-31 Thread Lachlan Musicman 
I also had this problem, but with a different solution.

The files weren't actually there - they had been moved/disappeared when I
discovered a configuration snafu when setting up. When we set up we had
added packages to the parent Channel, but then decided to keep the parent
channel clear, and only populate child channels. When we cleared the
packages out of the parent channel (they still existed in the child
channel!), the download would fail and then the install would fail.

A re-configuration and confirming that the packages were still in the child
channel was sufficient.

Doesn't sound like this is your issue - but check to make sure the
kickstart is subscribed to the channel the package is in.

Cheers
L.

--
The most dangerous phrase in the language is, "We've always done it this
way."

- Grace Hopper

On 1 April 2016 at 07:10, Noah Rømer  wrote:

> Do you have a spacewalk proxy/squid cache between the kickstarting system
> and the spacewalk server? I had a similar problem and removing the
> spacewalk proxy from the equation made it go away.
>
> On Thu, Mar 31, 2016 at 12:45 PM, Camp, Neil (NIH/NCI) [C] <
> neil.c...@nih.gov> wrote:
>
>> Hello,
>>
>> I have been digging around the internet and the archives and have not
>> found a solution. I have a kickstart for a CentOS 7 desktop and the
>> packaging.log shows
>> INFO Packaging:   populate transaction set
>> ERR packaging:  error populating transaction after 10 retries: failure
>> Packages/libXent-1.2.2-3.el7.x86_64.rpm from anaconda:  [Errno 256] No more
>> mirrors to try.
>>
>> No packages have been installed. The package in question is in the main
>> channel. Did I miss-configure my kickstart or is there some sort of
>> disconnect with my parent channel? The kickstart was generated through
>> spacewalk and was not created by hand.
>>
>> Thank you.
>>
>> ___
>> Spacewalk-list mailing list
>> Spacewalk-list@redhat.com
>> https://www.redhat.com/mailman/listinfo/spacewalk-list
>>
>
>
>
> --
> Squirrels are the lunatic teenagers of the animal kingdom.
>
> ___
> Spacewalk-list mailing list
> Spacewalk-list@redhat.com
> https://www.redhat.com/mailman/listinfo/spacewalk-list
>
___
Spacewalk-list mailing list
Spacewalk-list@redhat.com
https://www.redhat.com/mailman/listinfo/spacewalk-list

Re: [Spacewalk-list] Cannot retrieve repository metadata (repomd.xml) for repository: epel_sci_6. Please verify its path and try again

2016-03-31 Thread Konstantin Raskoshnyi 
Eventually this script fixed all the stuff :).

rpm -Uvh
http://spacewalk/repos/spacewalk_client6/2.3-client/RHEL/6/x86_64/spacewalk-client-repo-2.3-2.el6.noarch.rpm
rpm -Uvh http://spacewalk/pub/rhn-org-trusted-ssl-cert-1.0-1.noarch.rpm
cat > /etc/yum.repos.d/spacewalk-client.repo << EOF
[spacewalk-client]
name=Spacewalk Client Tools
baseurl=http://spacewalk/repos/spacewalk_client6/2.3-client/RHEL/6/x86_64/
gpgkey=http://yum.spacewalkproject.org/RPM-GPG-KEY-spacewalk-2014
enabled=1
gpgcheck=0
EOF
yum install -y
http://spacewalk/repos/epel6/x86_64/python-hwdata-1.7.3-1.el6.noarch.rpm
yum install -y rhn-client-tools rhn-check rhn-setup rhnsd m2crypto
yum-rhn-plugin rhncfg-actions
rhn-actions-control --enable-all
rhnreg_ks --serverUrl=https://spacewalk/XMLRPC
--sslCACert=/usr/share/rhn/RHN-ORG-TRUSTED-SSL-CERT --activationkey=linux

On Thu, Mar 31, 2016 at 11:53 AM, Matt Moldvan  wrote:

> Oh, that error you're seeing is because your system(s) don't recognize the
> SSL cert generated by Spacewalk.  In your bootstrap script, is the
> RHN-ORG-TRUSTED-CERT (or something like that) being pushed correctly to the
> clients?  Otherwise they won't recognize the SSL cert being presented by
> your Spacewalk master.
>
> Try openssl s_client -connect spacewalkfqdn:443 -showcerts to see what the
> verify result is.
>
> On Thu, Mar 31, 2016 at 2:08 PM Konstantin Raskoshnyi 
> wrote:
>
>> The problem is -  my servers don't have internet access. I set up epel
>> repo sync on spacewalk...For example epel
>>
>> [epel]
>> name=Extra Packages for Enterprise Linux 6 - $basearch
>> baseurl=https://spacewalk/repos/epel6/x86_64/
>> #mirrorlist=
>> https://mirrors.fedoraproject.org/metalink?repo=epel-6&arch=$basearch
>> failovermethod=priority
>> enabled=1
>> gpgcheck=0
>>
>> When I try to install yum install rhn-client-tools rhn-check rhn-setup
>> rhnsd m2crypto yum-rhn-plugin
>>
>> It shows me https://spacewalk/repos/epel6/x86_64/repodata/repomd.xml:
>> [Errno 14] Peer cert cannot be verified or peer cert invalid
>>
>> So strange
>>
>> On Wed, Mar 30, 2016 at 6:04 PM, Matt Moldvan  wrote:
>>
>>> I had a similar issue for systems that had old versions of nss, they
>>> couldn't deal with an HTTPS repo for some reason.  Is your
>>> /etc/sysconfig/rhn/up2date pointing to https://something by chance?  If
>>> so try changing it to http, updating yum and nss fully, then changing it
>>> back to https.
>>>
>>> One liner:  sudo sed -i 's/serverURL=https:/serverURL=http:/g'
>>> /etc/sysconfig/rhn/up2date; sudo yum update yum* nss* ; sudo sed -i
>>> 's/serverURL=http:/serverURL=https:/g' /etc/sysconfig/rhn/up2date
>>>
>>> On Wed, Mar 30, 2016 at 6:47 PM Konstantin Raskoshnyi <
>>> konra...@gmail.com> wrote:
>>>
 Deployed a new machine, it didn't have internet access, added manually
 epel repo & spacewalk repo and installed client, registered on the
 spacewalk.

 The system shows this error, when I try to do anything:

 Cannot retrieve repository metadata (repomd.xml) for repository:
 epel_sci_6. Please verify its path and try again

 If I remove software channels from this machine it shows the same error
 but with the parent channel.

 Any solutions?
 ___
 Spacewalk-list mailing list
 Spacewalk-list@redhat.com
 https://www.redhat.com/mailman/listinfo/spacewalk-list
>>>
>>>
>>> ___
>>> Spacewalk-list mailing list
>>> Spacewalk-list@redhat.com
>>> https://www.redhat.com/mailman/listinfo/spacewalk-list
>>>
>>
>> ___
>> Spacewalk-list mailing list
>> Spacewalk-list@redhat.com
>> https://www.redhat.com/mailman/listinfo/spacewalk-list
>
>
> ___
> Spacewalk-list mailing list
> Spacewalk-list@redhat.com
> https://www.redhat.com/mailman/listinfo/spacewalk-list
>
___
Spacewalk-list mailing list
Spacewalk-list@redhat.com
https://www.redhat.com/mailman/listinfo/spacewalk-list

Re: [Spacewalk-list] error populating transaction

2016-03-31 Thread Noah Rømer 
Do you have a spacewalk proxy/squid cache between the kickstarting system
and the spacewalk server? I had a similar problem and removing the
spacewalk proxy from the equation made it go away.

On Thu, Mar 31, 2016 at 12:45 PM, Camp, Neil (NIH/NCI) [C] <
neil.c...@nih.gov> wrote:

> Hello,
>
> I have been digging around the internet and the archives and have not
> found a solution. I have a kickstart for a CentOS 7 desktop and the
> packaging.log shows
> INFO Packaging:   populate transaction set
> ERR packaging:  error populating transaction after 10 retries: failure
> Packages/libXent-1.2.2-3.el7.x86_64.rpm from anaconda:  [Errno 256] No more
> mirrors to try.
>
> No packages have been installed. The package in question is in the main
> channel. Did I miss-configure my kickstart or is there some sort of
> disconnect with my parent channel? The kickstart was generated through
> spacewalk and was not created by hand.
>
> Thank you.
>
> ___
> Spacewalk-list mailing list
> Spacewalk-list@redhat.com
> https://www.redhat.com/mailman/listinfo/spacewalk-list
>



-- 
Squirrels are the lunatic teenagers of the animal kingdom.
___
Spacewalk-list mailing list
Spacewalk-list@redhat.com
https://www.redhat.com/mailman/listinfo/spacewalk-list

Re: [Spacewalk-list] Search feature not working

2016-03-31 Thread Sorensen, Paul - (p) 
INFO   | jvm 1| 2016/03/29 11:52:54 | org.postgresql.util.PSQLException: 
Connection refused. Check that the hostname and port are correct and that the 
postmaster is accepting TCP/IP connections.

Postgres connection refused - this would be your primary issue.


-Original Message-
From: spacewalk-list-boun...@redhat.com 
[mailto:spacewalk-list-boun...@redhat.com] On Behalf Of Jagga
Sent: Thursday, March 31, 2016 11:32 AM
To: Robert Paschedag
Cc: spacewalk-list@redhat.com
Subject: Re: [Spacewalk-list] Search feature not working

Definitely not.  I have a hunch that this never worked since we moved our 
Postgres db to a external server.

Thanks.

> On Mar 31, 2016, at 11:17 AM, Robert Paschedag  
> wrote:
> 
> Is there a maximum number of connections reached while trying to access the 
> external database?
> 
> Regards
> Robert
> Am 31.03.2016 19:24 schrieb Jagga Soorma :
>> 
>> Hi Guys,
>> 
>> Anyone able to help with this?  
>> 
>> Thanks!
>> 
>>> On Tue, Mar 29, 2016 at 11:55 AM, Jagga Soorma  wrote:
>>> 
>>> Hi Guys,
>>> 
>>> I need to search for a package on spacewalk and I was getting a unable to 
>>> connect to service error message so I manually started the rhn-search 
>>> service which seemed to have died.  Now when I search it does not come up 
>>> with any packages and I see the following message in my 
>>> rhn_search_daemon.log:
>>> 
>>> (I am using a external postgres db and have been using spacewalk for awhile 
>>> now without any issues, just haven't searched for a package)
>>> 
>>> --
>>> INFO   | jvm 1| 2016/03/29 11:52:54 | Mar 29, 2016 11:52:54 AM 
>>> com.mchange.v2.resourcepool.BasicResourcePool$AcquireTask run
>>> INFO   | jvm 1| 2016/03/29 11:52:54 | WARNING: 
>>> com.mchange.v2.resourcepool.BasicResourcePool$AcquireTask@4dc756a8 -- 
>>> Acquisition Attempt Failed!!! Clearing pending acquires. While trying to 
>>> acquire a needed new resource, we failed to succeed more than the maximum 
>>> number of allowed acquisition attempts (30). Last acquisition attempt 
>>> exception: 
>>> INFO   | jvm 1| 2016/03/29 11:52:54 | 
>>> org.postgresql.util.PSQLException: Connection refused. Check that the 
>>> hostname and port are correct and that the postmaster is accepting TCP/IP 
>>> connections.
>>> INFO   | jvm 1| 2016/03/29 11:52:54 | at 
>>> org.postgresql.core.v3.ConnectionFactoryImpl.openConnectionImpl(ConnectionFactoryImpl.java:215)
>>> INFO   | jvm 1| 2016/03/29 11:52:54 | at 
>>> org.postgresql.core.ConnectionFactory.openConnection(ConnectionFactory.java:64)
>>> INFO   | jvm 1| 2016/03/29 11:52:54 | at 
>>> org.postgresql.jdbc2.AbstractJdbc2Connection.(AbstractJdbc2Connection.java:144)
>>> INFO   | jvm 1| 2016/03/29 11:52:54 | at 
>>> org.postgresql.jdbc3.AbstractJdbc3Connection.(AbstractJdbc3Connection.java:29)
>>> INFO   | jvm 1| 2016/03/29 11:52:54 | at 
>>> org.postgresql.jdbc3g.AbstractJdbc3gConnection.(AbstractJdbc3gConnection.java:21)
>>> INFO   | jvm 1| 2016/03/29 11:52:54 | at 
>>> org.postgresql.jdbc3g.Jdbc3gConnection.(Jdbc3gConnection.java:24)
>>> INFO   | jvm 1| 2016/03/29 11:52:54 | at 
>>> org.postgresql.Driver.makeConnection(Driver.java:410)
>>> INFO   | jvm 1| 2016/03/29 11:52:54 | at 
>>> org.postgresql.Driver.connect(Driver.java:280)
>>> INFO   | jvm 1| 2016/03/29 11:52:54 | at 
>>> com.mchange.v2.c3p0.DriverManagerDataSource.getConnection(DriverManagerDataSource.java:134)
>>> INFO   | jvm 1| 2016/03/29 11:52:54 | at 
>>> com.mchange.v2.c3p0.WrapperConnectionPoolDataSource.getPooledConnection(WrapperConnectionPoolDataSource.java:182)
>>> INFO   | jvm 1| 2016/03/29 11:52:54 | at 
>>> com.mchange.v2.c3p0.impl.C3P0PooledConnectionPool$1PooledConnectionResourcePoolManager.acquireResource(C3P0PooledConnectionPool.java:148)
>>> INFO   | jvm 1| 2016/03/29 11:52:54 | at 
>>> com.mchange.v2.resourcepool.BasicResourcePool.doAcquire(BasicResourcePool.java:1014)
>>> INFO   | jvm 1| 2016/03/29 11:52:54 | at 
>>> com.mchange.v2.resourcepool.BasicResourcePool.access$800(BasicResourcePool.java:32)
>>> INFO   | jvm 1| 2016/03/29 11:52:54 | at 
>>> com.mchange.v2.resourcepool.BasicResourcePool$AcquireTask.run(BasicResourcePool.java:1810)
>>> INFO   | jvm 1| 2016/03/29 11:52:54 | at 
>>> com.mchange.v2.async.ThreadPerTaskAsynchronousRunner$TaskThread.run(ThreadPerTaskAsynchronousRunner.java:255)
>>> INFO   | jvm 1| 2016/03/29 11:52:54 | Caused by: 
>>> java.net.ConnectException: Connection refused
>>> INFO   | jvm 1| 2016/03/29 11:52:54 | at 
>>> java.net.PlainSocketImpl.socketConnect(Native Method)
>>> INFO   | jvm 1| 2016/03/29 11:52:54 | at 
>>> java.net.AbstractPlainSocketImpl.doConnect(AbstractPlainSocketImpl.java:339)
>>> INFO   | jvm 1| 2016/03/29 11:52:54 | at 
>>> java.net.AbstractPlainSocketImpl.connectToAddress(AbstractPlainSocketImpl.java:200)
>>> INFO   | jvm 1| 2016/03/29 11:52:54 | at 
>>> java

[Spacewalk-list] error populating transaction

2016-03-31 Thread Camp, Neil (NIH/NCI) [C] 
Hello,

I have been digging around the internet and the archives and have not found a 
solution. I have a kickstart for a CentOS 7 desktop and the packaging.log shows
INFO Packaging:   populate transaction set
ERR packaging:  error populating transaction after 10 retries: failure 
Packages/libXent-1.2.2-3.el7.x86_64.rpm from anaconda:  [Errno 256] No more 
mirrors to try.

No packages have been installed. The package in question is in the main 
channel. Did I miss-configure my kickstart or is there some sort of disconnect 
with my parent channel? The kickstart was generated through spacewalk and was 
not created by hand.

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

Re: [Spacewalk-list] Cannot retrieve repository metadata (repomd.xml) for repository: epel_sci_6. Please verify its path and try again

2016-03-31 Thread Matt Moldvan 
Oh, that error you're seeing is because your system(s) don't recognize the
SSL cert generated by Spacewalk.  In your bootstrap script, is the
RHN-ORG-TRUSTED-CERT (or something like that) being pushed correctly to the
clients?  Otherwise they won't recognize the SSL cert being presented by
your Spacewalk master.

Try openssl s_client -connect spacewalkfqdn:443 -showcerts to see what the
verify result is.

On Thu, Mar 31, 2016 at 2:08 PM Konstantin Raskoshnyi 
wrote:

> The problem is -  my servers don't have internet access. I set up epel
> repo sync on spacewalk...For example epel
>
> [epel]
> name=Extra Packages for Enterprise Linux 6 - $basearch
> baseurl=https://spacewalk/repos/epel6/x86_64/
> #mirrorlist=
> https://mirrors.fedoraproject.org/metalink?repo=epel-6&arch=$basearch
> failovermethod=priority
> enabled=1
> gpgcheck=0
>
> When I try to install yum install rhn-client-tools rhn-check rhn-setup
> rhnsd m2crypto yum-rhn-plugin
>
> It shows me https://spacewalk/repos/epel6/x86_64/repodata/repomd.xml:
> [Errno 14] Peer cert cannot be verified or peer cert invalid
>
> So strange
>
> On Wed, Mar 30, 2016 at 6:04 PM, Matt Moldvan  wrote:
>
>> I had a similar issue for systems that had old versions of nss, they
>> couldn't deal with an HTTPS repo for some reason.  Is your
>> /etc/sysconfig/rhn/up2date pointing to https://something by chance?  If
>> so try changing it to http, updating yum and nss fully, then changing it
>> back to https.
>>
>> One liner:  sudo sed -i 's/serverURL=https:/serverURL=http:/g'
>> /etc/sysconfig/rhn/up2date; sudo yum update yum* nss* ; sudo sed -i
>> 's/serverURL=http:/serverURL=https:/g' /etc/sysconfig/rhn/up2date
>>
>> On Wed, Mar 30, 2016 at 6:47 PM Konstantin Raskoshnyi 
>> wrote:
>>
>>> Deployed a new machine, it didn't have internet access, added manually
>>> epel repo & spacewalk repo and installed client, registered on the
>>> spacewalk.
>>>
>>> The system shows this error, when I try to do anything:
>>>
>>> Cannot retrieve repository metadata (repomd.xml) for repository:
>>> epel_sci_6. Please verify its path and try again
>>>
>>> If I remove software channels from this machine it shows the same error
>>> but with the parent channel.
>>>
>>> Any solutions?
>>> ___
>>> Spacewalk-list mailing list
>>> Spacewalk-list@redhat.com
>>> https://www.redhat.com/mailman/listinfo/spacewalk-list
>>
>>
>> ___
>> Spacewalk-list mailing list
>> Spacewalk-list@redhat.com
>> https://www.redhat.com/mailman/listinfo/spacewalk-list
>>
>
> ___
> Spacewalk-list mailing list
> Spacewalk-list@redhat.com
> https://www.redhat.com/mailman/listinfo/spacewalk-list
___
Spacewalk-list mailing list
Spacewalk-list@redhat.com
https://www.redhat.com/mailman/listinfo/spacewalk-list

Re: [Spacewalk-list] Search feature not working

2016-03-31 Thread Jagga 
Definitely not.  I have a hunch that this never worked since we moved our 
Postgres db to a external server.

Thanks.

> On Mar 31, 2016, at 11:17 AM, Robert Paschedag  
> wrote:
> 
> Is there a maximum number of connections reached while trying to access the 
> external database?
> 
> Regards
> Robert
> Am 31.03.2016 19:24 schrieb Jagga Soorma :
>> 
>> Hi Guys,
>> 
>> Anyone able to help with this?  
>> 
>> Thanks!
>> 
>>> On Tue, Mar 29, 2016 at 11:55 AM, Jagga Soorma  wrote:
>>> 
>>> Hi Guys,
>>> 
>>> I need to search for a package on spacewalk and I was getting a unable to 
>>> connect to service error message so I manually started the rhn-search 
>>> service which seemed to have died.  Now when I search it does not come up 
>>> with any packages and I see the following message in my 
>>> rhn_search_daemon.log:
>>> 
>>> (I am using a external postgres db and have been using spacewalk for awhile 
>>> now without any issues, just haven't searched for a package)
>>> 
>>> --
>>> INFO   | jvm 1| 2016/03/29 11:52:54 | Mar 29, 2016 11:52:54 AM 
>>> com.mchange.v2.resourcepool.BasicResourcePool$AcquireTask run
>>> INFO   | jvm 1| 2016/03/29 11:52:54 | WARNING: 
>>> com.mchange.v2.resourcepool.BasicResourcePool$AcquireTask@4dc756a8 -- 
>>> Acquisition Attempt Failed!!! Clearing pending acquires. While trying to 
>>> acquire a needed new resource, we failed to succeed more than the maximum 
>>> number of allowed acquisition attempts (30). Last acquisition attempt 
>>> exception: 
>>> INFO   | jvm 1| 2016/03/29 11:52:54 | 
>>> org.postgresql.util.PSQLException: Connection refused. Check that the 
>>> hostname and port are correct and that the postmaster is accepting TCP/IP 
>>> connections.
>>> INFO   | jvm 1| 2016/03/29 11:52:54 | at 
>>> org.postgresql.core.v3.ConnectionFactoryImpl.openConnectionImpl(ConnectionFactoryImpl.java:215)
>>> INFO   | jvm 1| 2016/03/29 11:52:54 | at 
>>> org.postgresql.core.ConnectionFactory.openConnection(ConnectionFactory.java:64)
>>> INFO   | jvm 1| 2016/03/29 11:52:54 | at 
>>> org.postgresql.jdbc2.AbstractJdbc2Connection.(AbstractJdbc2Connection.java:144)
>>> INFO   | jvm 1| 2016/03/29 11:52:54 | at 
>>> org.postgresql.jdbc3.AbstractJdbc3Connection.(AbstractJdbc3Connection.java:29)
>>> INFO   | jvm 1| 2016/03/29 11:52:54 | at 
>>> org.postgresql.jdbc3g.AbstractJdbc3gConnection.(AbstractJdbc3gConnection.java:21)
>>> INFO   | jvm 1| 2016/03/29 11:52:54 | at 
>>> org.postgresql.jdbc3g.Jdbc3gConnection.(Jdbc3gConnection.java:24)
>>> INFO   | jvm 1| 2016/03/29 11:52:54 | at 
>>> org.postgresql.Driver.makeConnection(Driver.java:410)
>>> INFO   | jvm 1| 2016/03/29 11:52:54 | at 
>>> org.postgresql.Driver.connect(Driver.java:280)
>>> INFO   | jvm 1| 2016/03/29 11:52:54 | at 
>>> com.mchange.v2.c3p0.DriverManagerDataSource.getConnection(DriverManagerDataSource.java:134)
>>> INFO   | jvm 1| 2016/03/29 11:52:54 | at 
>>> com.mchange.v2.c3p0.WrapperConnectionPoolDataSource.getPooledConnection(WrapperConnectionPoolDataSource.java:182)
>>> INFO   | jvm 1| 2016/03/29 11:52:54 | at 
>>> com.mchange.v2.c3p0.impl.C3P0PooledConnectionPool$1PooledConnectionResourcePoolManager.acquireResource(C3P0PooledConnectionPool.java:148)
>>> INFO   | jvm 1| 2016/03/29 11:52:54 | at 
>>> com.mchange.v2.resourcepool.BasicResourcePool.doAcquire(BasicResourcePool.java:1014)
>>> INFO   | jvm 1| 2016/03/29 11:52:54 | at 
>>> com.mchange.v2.resourcepool.BasicResourcePool.access$800(BasicResourcePool.java:32)
>>> INFO   | jvm 1| 2016/03/29 11:52:54 | at 
>>> com.mchange.v2.resourcepool.BasicResourcePool$AcquireTask.run(BasicResourcePool.java:1810)
>>> INFO   | jvm 1| 2016/03/29 11:52:54 | at 
>>> com.mchange.v2.async.ThreadPerTaskAsynchronousRunner$TaskThread.run(ThreadPerTaskAsynchronousRunner.java:255)
>>> INFO   | jvm 1| 2016/03/29 11:52:54 | Caused by: 
>>> java.net.ConnectException: Connection refused
>>> INFO   | jvm 1| 2016/03/29 11:52:54 | at 
>>> java.net.PlainSocketImpl.socketConnect(Native Method)
>>> INFO   | jvm 1| 2016/03/29 11:52:54 | at 
>>> java.net.AbstractPlainSocketImpl.doConnect(AbstractPlainSocketImpl.java:339)
>>> INFO   | jvm 1| 2016/03/29 11:52:54 | at 
>>> java.net.AbstractPlainSocketImpl.connectToAddress(AbstractPlainSocketImpl.java:200)
>>> INFO   | jvm 1| 2016/03/29 11:52:54 | at 
>>> java.net.AbstractPlainSocketImpl.connect(AbstractPlainSocketImpl.java:182)
>>> INFO   | jvm 1| 2016/03/29 11:52:54 | at 
>>> java.net.SocksSocketImpl.connect(SocksSocketImpl.java:392)
>>> INFO   | jvm 1| 2016/03/29 11:52:54 | at 
>>> java.net.Socket.connect(Socket.java:579)
>>> INFO   | jvm 1| 2016/03/29 11:52:54 | at 
>>> org.postgresql.core.PGStream.(PGStream.java:61)
>>> INFO   | jvm 1| 2016/03/29 11:52:54 | at 
>>> org.postgresql.core.v3.ConnectionFactoryImpl.openConnectionImpl(ConnectionFactoryImpl.java:109)

Re: [Spacewalk-list] Search feature not working

2016-03-31 Thread Robert Paschedag 
Is there a maximum number of connections reached while trying to access the 
external database?

Regards
Robert
Am 31.03.2016 19:24 schrieb Jagga Soorma :
>
> Hi Guys,
>
> Anyone able to help with this?  
>
> Thanks!
>
> On Tue, Mar 29, 2016 at 11:55 AM, Jagga Soorma  wrote:
>>
>> Hi Guys,
>>
>> I need to search for a package on spacewalk and I was getting a unable to 
>> connect to service error message so I manually started the rhn-search 
>> service which seemed to have died.  Now when I search it does not come up 
>> with any packages and I see the following message in my 
>> rhn_search_daemon.log:
>>
>> (I am using a external postgres db and have been using spacewalk for awhile 
>> now without any issues, just haven't searched for a package)
>>
>> --
>> INFO   | jvm 1    | 2016/03/29 11:52:54 | Mar 29, 2016 11:52:54 AM 
>> com.mchange.v2.resourcepool.BasicResourcePool$AcquireTask run
>> INFO   | jvm 1    | 2016/03/29 11:52:54 | WARNING: 
>> com.mchange.v2.resourcepool.BasicResourcePool$AcquireTask@4dc756a8 -- 
>> Acquisition Attempt Failed!!! Clearing pending acquires. While trying to 
>> acquire a needed new resource, we failed to succeed more than the maximum 
>> number of allowed acquisition attempts (30). Last acquisition attempt 
>> exception: 
>> INFO   | jvm 1    | 2016/03/29 11:52:54 | org.postgresql.util.PSQLException: 
>> Connection refused. Check that the hostname and port are correct and that 
>> the postmaster is accepting TCP/IP connections.
>> INFO   | jvm 1    | 2016/03/29 11:52:54 |     at 
>> org.postgresql.core.v3.ConnectionFactoryImpl.openConnectionImpl(ConnectionFactoryImpl.java:215)
>> INFO   | jvm 1    | 2016/03/29 11:52:54 |     at 
>> org.postgresql.core.ConnectionFactory.openConnection(ConnectionFactory.java:64)
>> INFO   | jvm 1    | 2016/03/29 11:52:54 |     at 
>> org.postgresql.jdbc2.AbstractJdbc2Connection.(AbstractJdbc2Connection.java:144)
>> INFO   | jvm 1    | 2016/03/29 11:52:54 |     at 
>> org.postgresql.jdbc3.AbstractJdbc3Connection.(AbstractJdbc3Connection.java:29)
>> INFO   | jvm 1    | 2016/03/29 11:52:54 |     at 
>> org.postgresql.jdbc3g.AbstractJdbc3gConnection.(AbstractJdbc3gConnection.java:21)
>> INFO   | jvm 1    | 2016/03/29 11:52:54 |     at 
>> org.postgresql.jdbc3g.Jdbc3gConnection.(Jdbc3gConnection.java:24)
>> INFO   | jvm 1    | 2016/03/29 11:52:54 |     at 
>> org.postgresql.Driver.makeConnection(Driver.java:410)
>> INFO   | jvm 1    | 2016/03/29 11:52:54 |     at 
>> org.postgresql.Driver.connect(Driver.java:280)
>> INFO   | jvm 1    | 2016/03/29 11:52:54 |     at 
>> com.mchange.v2.c3p0.DriverManagerDataSource.getConnection(DriverManagerDataSource.java:134)
>> INFO   | jvm 1    | 2016/03/29 11:52:54 |     at 
>> com.mchange.v2.c3p0.WrapperConnectionPoolDataSource.getPooledConnection(WrapperConnectionPoolDataSource.java:182)
>> INFO   | jvm 1    | 2016/03/29 11:52:54 |     at 
>> com.mchange.v2.c3p0.impl.C3P0PooledConnectionPool$1PooledConnectionResourcePoolManager.acquireResource(C3P0PooledConnectionPool.java:148)
>> INFO   | jvm 1    | 2016/03/29 11:52:54 |     at 
>> com.mchange.v2.resourcepool.BasicResourcePool.doAcquire(BasicResourcePool.java:1014)
>> INFO   | jvm 1    | 2016/03/29 11:52:54 |     at 
>> com.mchange.v2.resourcepool.BasicResourcePool.access$800(BasicResourcePool.java:32)
>> INFO   | jvm 1    | 2016/03/29 11:52:54 |     at 
>> com.mchange.v2.resourcepool.BasicResourcePool$AcquireTask.run(BasicResourcePool.java:1810)
>> INFO   | jvm 1    | 2016/03/29 11:52:54 |     at 
>> com.mchange.v2.async.ThreadPerTaskAsynchronousRunner$TaskThread.run(ThreadPerTaskAsynchronousRunner.java:255)
>> INFO   | jvm 1    | 2016/03/29 11:52:54 | Caused by: 
>> java.net.ConnectException: Connection refused
>> INFO   | jvm 1    | 2016/03/29 11:52:54 |     at 
>> java.net.PlainSocketImpl.socketConnect(Native Method)
>> INFO   | jvm 1    | 2016/03/29 11:52:54 |     at 
>> java.net.AbstractPlainSocketImpl.doConnect(AbstractPlainSocketImpl.java:339)
>> INFO   | jvm 1    | 2016/03/29 11:52:54 |     at 
>> java.net.AbstractPlainSocketImpl.connectToAddress(AbstractPlainSocketImpl.java:200)
>> INFO   | jvm 1    | 2016/03/29 11:52:54 |     at 
>> java.net.AbstractPlainSocketImpl.connect(AbstractPlainSocketImpl.java:182)
>> INFO   | jvm 1    | 2016/03/29 11:52:54 |     at 
>> java.net.SocksSocketImpl.connect(SocksSocketImpl.java:392)
>> INFO   | jvm 1    | 2016/03/29 11:52:54 |     at 
>> java.net.Socket.connect(Socket.java:579)
>> INFO   | jvm 1    | 2016/03/29 11:52:54 |     at 
>> org.postgresql.core.PGStream.(PGStream.java:61)
>> INFO   | jvm 1    | 2016/03/29 11:52:54 |     at 
>> org.postgresql.core.v3.ConnectionFactoryImpl.openConnectionImpl(ConnectionFactoryImpl.java:109)
>> INFO   | jvm 1    | 2016/03/29 11:52:54 |     ... 14 more
>> INFO   | jvm 1    | 2016/03/29 11:52:54 | 
>> --
>>
>> I see the correct entries for my postgres db in /etc/rhn/rhn.conf.  Am I 
>> missing something else that needs to be checked or changed when using a 
>> external postgre

Re: [Spacewalk-list] Cannot retrieve repository metadata (repomd.xml) for repository: epel_sci_6. Please verify its path and try again

2016-03-31 Thread Konstantin Raskoshnyi 
The problem is -  my servers don't have internet access. I set up epel repo
sync on spacewalk...For example epel

[epel]
name=Extra Packages for Enterprise Linux 6 - $basearch
baseurl=https://spacewalk/repos/epel6/x86_64/
#mirrorlist=
https://mirrors.fedoraproject.org/metalink?repo=epel-6&arch=$basearch
failovermethod=priority
enabled=1
gpgcheck=0

When I try to install yum install rhn-client-tools rhn-check rhn-setup
rhnsd m2crypto yum-rhn-plugin

It shows me https://spacewalk/repos/epel6/x86_64/repodata/repomd.xml:
[Errno 14] Peer cert cannot be verified or peer cert invalid

So strange

On Wed, Mar 30, 2016 at 6:04 PM, Matt Moldvan  wrote:

> I had a similar issue for systems that had old versions of nss, they
> couldn't deal with an HTTPS repo for some reason.  Is your
> /etc/sysconfig/rhn/up2date pointing to https://something by chance?  If
> so try changing it to http, updating yum and nss fully, then changing it
> back to https.
>
> One liner:  sudo sed -i 's/serverURL=https:/serverURL=http:/g'
> /etc/sysconfig/rhn/up2date; sudo yum update yum* nss* ; sudo sed -i
> 's/serverURL=http:/serverURL=https:/g' /etc/sysconfig/rhn/up2date
>
> On Wed, Mar 30, 2016 at 6:47 PM Konstantin Raskoshnyi 
> wrote:
>
>> Deployed a new machine, it didn't have internet access, added manually
>> epel repo & spacewalk repo and installed client, registered on the
>> spacewalk.
>>
>> The system shows this error, when I try to do anything:
>>
>> Cannot retrieve repository metadata (repomd.xml) for repository:
>> epel_sci_6. Please verify its path and try again
>>
>> If I remove software channels from this machine it shows the same error
>> but with the parent channel.
>>
>> Any solutions?
>> ___
>> Spacewalk-list mailing list
>> Spacewalk-list@redhat.com
>> https://www.redhat.com/mailman/listinfo/spacewalk-list
>
>
> ___
> Spacewalk-list mailing list
> Spacewalk-list@redhat.com
> https://www.redhat.com/mailman/listinfo/spacewalk-list
>
___
Spacewalk-list mailing list
Spacewalk-list@redhat.com
https://www.redhat.com/mailman/listinfo/spacewalk-list

Re: [Spacewalk-list] Search feature not working

2016-03-31 Thread Jagga Soorma 
Hi Guys,

Anyone able to help with this?

Thanks!

On Tue, Mar 29, 2016 at 11:55 AM, Jagga Soorma  wrote:

> Hi Guys,
>
> I need to search for a package on spacewalk and I was getting a unable to
> connect to service error message so I manually started the rhn-search
> service which seemed to have died.  Now when I search it does not come up
> with any packages and I see the following message in my
> rhn_search_daemon.log:
>
> (I am using a external postgres db and have been using spacewalk for
> awhile now without any issues, just haven't searched for a package)
>
> --
> INFO   | jvm 1| 2016/03/29 11:52:54 | Mar 29, 2016 11:52:54 AM
> com.mchange.v2.resourcepool.BasicResourcePool$AcquireTask run
> INFO   | jvm 1| 2016/03/29 11:52:54 | WARNING:
> com.mchange.v2.resourcepool.BasicResourcePool$AcquireTask@4dc756a8 --
> Acquisition Attempt Failed!!! Clearing pending acquires. While trying to
> acquire a needed new resource, we failed to succeed more than the maximum
> number of allowed acquisition attempts (30). Last acquisition attempt
> exception:
> INFO   | jvm 1| 2016/03/29 11:52:54 |
> org.postgresql.util.PSQLException: Connection refused. Check that the
> hostname and port are correct and that the postmaster is accepting TCP/IP
> connections.
> INFO   | jvm 1| 2016/03/29 11:52:54 | at
> org.postgresql.core.v3.ConnectionFactoryImpl.openConnectionImpl(ConnectionFactoryImpl.java:215)
> INFO   | jvm 1| 2016/03/29 11:52:54 | at
> org.postgresql.core.ConnectionFactory.openConnection(ConnectionFactory.java:64)
> INFO   | jvm 1| 2016/03/29 11:52:54 | at
> org.postgresql.jdbc2.AbstractJdbc2Connection.(AbstractJdbc2Connection.java:144)
> INFO   | jvm 1| 2016/03/29 11:52:54 | at
> org.postgresql.jdbc3.AbstractJdbc3Connection.(AbstractJdbc3Connection.java:29)
> INFO   | jvm 1| 2016/03/29 11:52:54 | at
> org.postgresql.jdbc3g.AbstractJdbc3gConnection.(AbstractJdbc3gConnection.java:21)
> INFO   | jvm 1| 2016/03/29 11:52:54 | at
> org.postgresql.jdbc3g.Jdbc3gConnection.(Jdbc3gConnection.java:24)
> INFO   | jvm 1| 2016/03/29 11:52:54 | at
> org.postgresql.Driver.makeConnection(Driver.java:410)
> INFO   | jvm 1| 2016/03/29 11:52:54 | at
> org.postgresql.Driver.connect(Driver.java:280)
> INFO   | jvm 1| 2016/03/29 11:52:54 | at
> com.mchange.v2.c3p0.DriverManagerDataSource.getConnection(DriverManagerDataSource.java:134)
> INFO   | jvm 1| 2016/03/29 11:52:54 | at
> com.mchange.v2.c3p0.WrapperConnectionPoolDataSource.getPooledConnection(WrapperConnectionPoolDataSource.java:182)
> INFO   | jvm 1| 2016/03/29 11:52:54 | at
> com.mchange.v2.c3p0.impl.C3P0PooledConnectionPool$1PooledConnectionResourcePoolManager.acquireResource(C3P0PooledConnectionPool.java:148)
> INFO   | jvm 1| 2016/03/29 11:52:54 | at
> com.mchange.v2.resourcepool.BasicResourcePool.doAcquire(BasicResourcePool.java:1014)
> INFO   | jvm 1| 2016/03/29 11:52:54 | at
> com.mchange.v2.resourcepool.BasicResourcePool.access$800(BasicResourcePool.java:32)
> INFO   | jvm 1| 2016/03/29 11:52:54 | at
> com.mchange.v2.resourcepool.BasicResourcePool$AcquireTask.run(BasicResourcePool.java:1810)
> INFO   | jvm 1| 2016/03/29 11:52:54 | at
> com.mchange.v2.async.ThreadPerTaskAsynchronousRunner$TaskThread.run(ThreadPerTaskAsynchronousRunner.java:255)
> INFO   | jvm 1| 2016/03/29 11:52:54 | Caused by:
> java.net.ConnectException: Connection refused
> INFO   | jvm 1| 2016/03/29 11:52:54 | at
> java.net.PlainSocketImpl.socketConnect(Native Method)
> INFO   | jvm 1| 2016/03/29 11:52:54 | at
> java.net.AbstractPlainSocketImpl.doConnect(AbstractPlainSocketImpl.java:339)
> INFO   | jvm 1| 2016/03/29 11:52:54 | at
> java.net.AbstractPlainSocketImpl.connectToAddress(AbstractPlainSocketImpl.java:200)
> INFO   | jvm 1| 2016/03/29 11:52:54 | at
> java.net.AbstractPlainSocketImpl.connect(AbstractPlainSocketImpl.java:182)
> INFO   | jvm 1| 2016/03/29 11:52:54 | at
> java.net.SocksSocketImpl.connect(SocksSocketImpl.java:392)
> INFO   | jvm 1| 2016/03/29 11:52:54 | at
> java.net.Socket.connect(Socket.java:579)
> INFO   | jvm 1| 2016/03/29 11:52:54 | at
> org.postgresql.core.PGStream.(PGStream.java:61)
> INFO   | jvm 1| 2016/03/29 11:52:54 | at
> org.postgresql.core.v3.ConnectionFactoryImpl.openConnectionImpl(ConnectionFactoryImpl.java:109)
> INFO   | jvm 1| 2016/03/29 11:52:54 | ... 14 more
> INFO   | jvm 1| 2016/03/29 11:52:54 |
> --
>
> I see the correct entries for my postgres db in /etc/rhn/rhn.conf.  Am I
> missing something else that needs to be checked or changed when using a
> external postgresdb for rhn-search to work?
>
> Thanks!
>
___
Spacewalk-list mailing list
Spacewalk-list@redhat.com
https://www.redhat.com/mailman/listinfo/spacewalk-list