This is what happened
root@tznic:/# /etc/init.d/omniorb4-nameserver start
* Starting omniORB name server omniNames [Fail]
root@tznic:/#
and in one of FRED pdf documentation i found the following command after
using still it fails.
/usr/sbin/invoke-rc.d omniorb4-nameserver start
And there is no error in the syslog.
On Mon, 2009-09-14 at 15:26 +0200, Jaromír Talíř wrote:
> Bryton Focus píše v Po 14. 09. 2009 v 16:19 +0300:
> > 1.I have installed FRED up to the end but the problem
> > is that when I start the omniORB service it fails to
> > start.
>
> What command did you use? What happend and what was in log files?
>
> > 2.How do I start other services?
>
> If you mean FRED servers it's usually done by this command:
> > start fred-pyfred fred-rifd fred-adifd fred-pifd
>
> Regards
> Jaromir
When i run the fred-client command "technical_test", i can check if the nsset is working technically.
But when the technical_test gives an error, is there any way to check, WHICH nameserver gives an error ?
For example if there are 2 nameservers in one nsset, maybe one is working fine, but the other has an error. With "technical_test" its not possible to see, WHICH ONE of the 2 nameservers is failing. Is that so ?
regards
Petur
I already found the answer to my question, i separated it with linebreak: \n
peter
------------------------------------------------------------------------------------------------------
In the postgre database table there are 3 columns for street, named street1, street2 and street3.
When i use the fred-client command info_contact, it responses with all this information in one variable: [contact:street]
Is there any way to separate street1, street2 and street3 in [contact:street] ?
In the postgre database table there are 3 columns for street, named street1, street2 and street3.
When i use the fred-client command info_contact, it responses with all this information in one variable: [contact:street]
Is there any way to separate street1, street2 and street3 in [contact:street] ?
peter
Here in .fo we want to use a few fields in our database table, which are not existing in the Fred Postgresql database table "contact".
At the other hand there are some fields in "contact", which we dont use, for example "vat", "street3" etc.
Because we want to make our system as much as possible within FRED (and as little as possible with database tables outside of Fred), i would like to use for example the fields "vat" and "street3" for other purposes (with other data).
Can you think of any problems, i might get later because of this, or should this be an ok solution ?
Are these fields hardcoded anywhere or for any purposes, for example in the Whois program ?
regards
Peter
Hi all,
bit of a beginners question just installing fred using fred-manager. Installed all neccessary packages now going to run fred get the following
./root/bin/fred-client
/tmp/root/lib/python2.6/site-packages/fred/session_base.py:649: DeprecationWarning: os.popen3 is deprecated. Use the subprocess module.
pipes = os.popen3(self._external_validator)
FredClient 2.1.2
Type "help", "license" or "credits" for more information.
Using configuration from /tmp/root/etc/fred/fred-client.conf
Connecting to localhost, port 22351 ...
ERROR: I cannot connect to the server localhost.
Connection socket.error: [Errno 111] Connection refused (localhost:22351)
not sure if this is just a typical error from an incorrect ssl certificate or something else,
thanks
Hey Guys,
When I run;
/usr/sbin/fred-admin --zone_add --zone_fqdn=tst
and geneate the completed zone it looks like;
$TTL 18000 ;default TTL for all records in zone
tst. IN SOA localhost. hostmaster.localhost. (1249044567 10600 3600
1209600 7200)
IN NS localhost.
;
[...]
How does one go about setting up the zone settings the fred way?
--julian
Side note:
By the way, Fred installed seemlessly on debian 'squeeze' using
fred-manager. I have a list of packages fred needs for debian if
anyone is interested.
Hello everybody
I have installed FRED on a PC witch have as OS DEBIAN 5.0
All servers are running (fred-adifd, fred-pifd, fred-pyfred, fred-rifd, omniname)
But when I try to create contact or other objects it send back this error : "Command failed"
Is it version problem of package or ?
thank you
I know it's not a best practice but an important percentage of our
domains use only one nameserver.
Is there a possibility of FRED not enforcing at least two nameservers?.
We are considering several other alternatives for implementing this best
practice. though.
Best regards.
Mario Guerra
NIC-CR
