Steven Jones wrote:
Hi,
Yepthat is the issueI put it in, rebooted, worked, took it out
rebooted, didnt work, put it back in rebooted and it worked again.
Wonders of a gui setupnormally I do it by hand and do a FQDNI
assumed because it was short form in the file that is the way i
Hi,
Yepthat is the issueI put it in, rebooted, worked, took it out
rebooted, didnt work, put it back in rebooted and it worked again.
Wonders of a gui setupnormally I do it by hand and do a FQDNI
assumed because it was short form in the file that is the way it is now,
obviously no
Steven Jones wrote:
I think it is a mismatch between what we've stored as the hostname and
the hostname of the machine.
Can you look at the output of these commands and see if the hostname is
the same between them all?
$ ldapsearch -x -s one -b cn=masters,cn=ipa,cn=etc,dc=ipa,dc=ac,dc=nz dn
$
On Wed, 2 Mar 2011 16:45:07 +1300
Steven Jones wrote:
>
> > I think it is a mismatch between what we've stored as the hostname
> > and the hostname of the machine.
> >
> > Can you look at the output of these commands and see if the
> > hostname is the same between them all?
> >
> > $ ldapsearc
> I think it is a mismatch between what we've stored as the hostname and
> the hostname of the machine.
>
> Can you look at the output of these commands and see if the hostname is
> the same between them all?
>
> $ ldapsearch -x -s one -b cn=masters,cn=ipa,cn=etc,dc=ipa,dc=ac,dc=nz dn
> $ host
8><-
> I think it is a mismatch between what we've stored as the hostname and
> the hostname of the machine.
>
> Can you look at the output of these commands and see if the hostname is
> the same between them all?
>
> $ ldapsearch -x -s one -b cn=masters,cn=ipa,cn=etc,dc=ipa,dc=ac,dc=n
Steven Jones wrote:
Hi,
Yes Ive now figured it outthe KVM software seems to spit the dummy
every day or so and simply stop forwarding / returning dns requests
I have uninstalled rc1 and installed rc2 but its still dying with the
previous msgsso it wont survive a reboot, but kinit ad
Hi,
Yes Ive now figured it outthe KVM software seems to spit the dummy
every day or so and simply stop forwarding / returning dns requests
I have uninstalled rc1 and installed rc2 but its still dying with the
previous msgsso it wont survive a reboot, but kinit admin etc works
fine bef
Steven Jones wrote:
Im getting a pycurl error 6so every few hours the errors change
I don't know if the pycurl errors are equivalent to the curl errors but
in curl error 6 means couldn’t resolve host.
You might try: yum clean all
I tried the repo myself and was able to install rc2 o
Im getting a pycurl error 6so every few hours the errors change
regards
Steven
On Tue, 2011-03-01 at 11:55 +0100, Sigbjorn Lie wrote:
> Hi,
>
> I updated my IPA test servers last night without a problem. I have only the
> default Fedora 14 repo
> + Fedora 14 updates-testing repo and
Hi,
I updated my IPA test servers last night without a problem. I have only the
default Fedora 14 repo
+ Fedora 14 updates-testing repo and the Freeipa-devel repo enabled on my IPA
test servers.
Rgds,
Siggi
On Tue, March 1, 2011 01:32, Steven Jones wrote:
> I have tried to download the rpm
I have tried to download the rpms by hand and the dependencies are all
broken ie pythonwell stuffed by the looks of it...
regards
___
Freeipa-users mailing list
Freeipa-users@redhat.com
https://www.redhat.com/mailman/listinfo/freeipa-users
umchecksum error?
===
[root@fed14-64-ipacl01 yum.repos.d]# yum update
Loaded plugins: langpacks, presto, refresh-packagekit
Adding en_US to language list
freeipa-devel
| 1.3 kB 00:00
freeipa-devel/primary
| 10 kB 00:00
http://freeipa.com/downloads/devel/rpms/F14/
Not sure if I have to change anything in the repo? but rc2.0 does not
appear...
regards
On Mon, 2011-02-28 at 16:07 -0500, Rob Crittenden wrote:
> To all freeipa-interest, freeipa-users and freeipa-devel list members,
>
> The FreeIPA project team is pleased to announce the availability of the
14 matches
Mail list logo