12 Led
2011
12 Led
'11
15:24
Hello,
We have a problem with domain deletion and I will try to describe our
problem.
Domain expired at 2010-10-08 and an expiration registration protection
came to an end (in our system it is set to 90 days). After this period
FRED for an epp query:
<?xml version="1.0" encoding="UTF-8"?>
<epp xmlns="urn:ietf:params:xml:ns:epp-1.0"
xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
xsi:schemaLocation="urn:ietf:params:xml:ns:epp-1.0 epp-1.0.xsd">
<command>
<poll op="req"/>
<clTRID>1293530719893#17</clTRID>
</command>
</epp>
should generate an epp response similar to the one below:
<?xml version="1.0" encoding="UTF-8"?>
<epp xmlns="urn:ietf:params:xml:ns:epp-1.0"
xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
xsi:schemaLocation="urn:ietf:params:xml:ns:epp-1.0
epp-1.0.xsd"><response>
<result code="1301">
<msg>Command completed successfully; ack to dequeue</msg>
</result>
<msgQ count="40" id="3296">
<qDate>2010-12-23T02:30:01+01:00</qDate>
<msg>
<domain:delData
xmlns:domain="http://www.nic.cz/xml/epp/domain-1.3"
xsi:schemaLocation="http://www.nic.cz/xml/epp/domain-1.3 domain-1.3.xsd">
<domain:name>mytestdomain.xy.zv</domain:name> <<<< this
is the
most important part of the message for me
<domain:exDate>2010-09-23</domain:exDate>
</domain:delData>
</msg>
</msgQ>
<trID><clTRID>1293530719893#17</clTRID><svTRID>ccReg-0000485086</svTRID></trID>
</response>
</epp>
In most cases it worked fine and there were no problems with this, but
sometimes it looks like that the response containing information about
domain deletion had not been generated and it is a big problem for us.
I had looked at the FRED database and I found an action_xml table which
contains all conversations between FRED and a software which
communicates with it by epp protocol. Searching performed on this table
gave no satisfied results.
Is it possible that in case of:
* hardware problems
* system restart
* unexpected service stopped
or any other unpredictable reason, a queue which contains information
about event such as domain deletion is being cleaned and there is no way
to restore these information?
Does the queue is stored only in memory or it is persisted on filesystem
or in db?
Does an epp request with command op='req' is the only way to get an
information about domain deletion or there are some other ways to obtain
this kind of information?
Thanks and best regards.
Michal Pochwala
13 Led
13 Led
21:57
Michał Pochwała píše v St 12. 01. 2011 v 16:24 +0100:
Hello,
We have a problem with domain deletion and I will try to describe our
problem.
Domain expired at 2010-10-08 and an expiration registration protection
came to an end (in our system it is set to 90 days). After this period
FRED for an epp query:
<?xml version="1.0" encoding="UTF-8"?>
<epp xmlns="urn:ietf:params:xml:ns:epp-1.0"
xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
xsi:schemaLocation="urn:ietf:params:xml:ns:epp-1.0 epp-1.0.xsd">
<command>
<poll op="req"/>
<clTRID>1293530719893#17</clTRID>
</command>
</epp>
should generate an epp response similar to the one below:
<?xml version="1.0" encoding="UTF-8"?>
<epp xmlns="urn:ietf:params:xml:ns:epp-1.0"
xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
xsi:schemaLocation="urn:ietf:params:xml:ns:epp-1.0
epp-1.0.xsd"><response>
<result code="1301">
<msg>Command completed successfully; ack to dequeue</msg>
</result>
<msgQ count="40" id="3296">
<qDate>2010-12-23T02:30:01+01:00</qDate>
<msg>
<domain:delData
xmlns:domain="http://www.nic.cz/xml/epp/domain-1.3"
xsi:schemaLocation="http://www.nic.cz/xml/epp/domain-1.3 domain-1.3.xsd">
<domain:name>mytestdomain.xy.zv</domain:name> <<<< this
is the
most important part of the message for me
<domain:exDate>2010-09-23</domain:exDate>
</domain:delData>
</msg>
</msgQ>
<trID><clTRID>1293530719893#17</clTRID><svTRID>ccReg-0000485086</svTRID></trID>
</response>
</epp>
In most cases it worked fine and there were no problems with this, but
sometimes it looks like that the response containing information about
domain deletion had not been generated and it is a big problem for us.
Hi Michal,
one important property of these messages is that they are queued and
upon calling 'poll req' you receive only last message. You have to 'ack'
this message to get another one. Maybe you are aware of that - just
checking. Other important thing is that message is shown only to owning
registrar, so you should check if your registrar iw owning this domain.
I had looked at the FRED database and I found an
action_xml table which
contains all conversations between FRED and a software which
communicates with it by epp protocol. Searching performed on this table
gave no satisfied results.
Is it possible that in case of:
* hardware problems
* system restart
* unexpected service stopped
or any other unpredictable reason, a queue which contains information
about event such as domain deletion is being cleaned and there is no way
to restore these information?
Does the queue is stored only in memory or it is
persisted on filesystem
or in db?
Does an epp request with command op='req' is the only way to get an
information about domain deletion or there are some other ways to obtain
this kind of information?
If domain is deleted, primary change is in table object_registry. You
can check 'erdate' column, it should be set to some NOT NULL value:
fred=> select name,crdate,erdate from object_registry where type=3 and
name='DOMAINNAME';
Then 'poll' message is created for owning registrar about deleting the
domain. So only this registrar will see message upon calling 'poll req'
command.
You can check that this message was created by following SQL query:
fred=> select r.handle,ma.crdate from message ma join registrar r on
(r.id=ma.clid) join poll_statechange ps on (ma.id=ps.msgid) join
object_state os on (os.id=ps.stateid) join object_registry o on
(o.id=os.object_id) where ma.msgtype=8 and o.name='DOMAINNAME';
It will display handle of registrar that will receive this message.
Was it helpful?
Best regards,
Jaromir
Thanks and best regards.
Michal Pochwala
_______________________________________________
fred-users mailing list
fred-users(a)lists.nic.cz
https://lists.nic.cz/mailman/listinfo/fred-users
--
Jaromir Talir
technicky reditel / Chief Technical Officer
-------------------------------------------
CZ.NIC, z.s.p.o. -- .cz domain registry
Americka 23, 120 00 Praha 2, Czech Republic
mailto:jaromir.talir@nic.cz http://nic.cz/
sip:jaromir.talir@nic.cz tel:+420.222745107
mob:+420.739632712 fax:+420.222745112
-------------------------------------------
31 Led
31 Led
10:24
On Thu, 2011-01-13 at 22:57 +0100, Jaromír Talíř wrote:
Hi Michal,
one important property of these messages is that they are queued and
upon calling 'poll req' you receive only last message. You have to 'ack'
this message to get another one. Maybe you are aware of that - just
checking. Other important thing is that message is shown only to owning
registrar, so you should check if your registrar iw owning this domain.
Yes, these things has has been check and we do send ack after getting a
message after poll request, in fact if I understand correctly without it
we'd be getting the same message over and over again which is not the
case.
There are only 2 registars there and we use only one for dynamic domain
management.
fred=> select name,crdate,erdate from
object_registry where type=3 and
name='DOMAINNAME';
there is 1 row with all the columns set
Then 'poll' message is created for owning
registrar about deleting the
domain. So only this registrar will see message upon calling 'poll req'
command.
You can check that this message was created by following SQL query:
fred=> select r.handle,ma.crdate from message ma join registrar r on
(r.id=ma.clid) join poll_statechange ps on (ma.id=ps.msgid) join
object_state os on (os.id=ps.stateid) join object_registry o on
(o.id=os.object_id) where ma.msgtype=8 and o.name='DOMAINNAME';
there is only one registrar in effective use in the system and the field
mentioned is set properly
despite that our client system did not received the deletion
notification. could it be a bug in our fred version ? is there a log of
all deletion messagest _sent_ already so we can check if the fred think
that it sent the message ?
thanks a lot and regards
--
Cyryl Plotnicki-Chudyk
Software Developer,
Custom Software Development
e-mail: cyryl(a)power.com.pl
Power Media S.A.
ul. Kielbasnicza 24
50-110 Wroclaw, Poland
tel.: +48 71 341 06 96
fax: +48 71 321 00 16
http://www.power.com.pl
Registered in the District Court for Wroclaw-Fabryczna
KRS: 0000281947
NIP (tax ID): PL-898-16-47-572
Capital stock: 640,000 PLN (fully paid-up)
10:25
On Thu, 2011-01-13 at 22:57 +0100, Jaromír Talíř wrote:
Hi Michal,
one important property of these messages is that they are queued and
upon calling 'poll req' you receive only last message. You have to 'ack'
this message to get another one. Maybe you are aware of that - just
checking. Other important thing is that message is shown only to owning
registrar, so you should check if your registrar iw owning this domain.
Yes, these things has has been check and we do send ack after getting a
message after poll request, in fact if I understand correctly without it
we'd be getting the same message over and over again which is not the
case.
There are only 2 registars there and we use only one for dynamic domain
management.
fred=> select name,crdate,erdate from
object_registry where type=3 and
name='DOMAINNAME';
there is 1 row with all the columns set
Then 'poll' message is created for owning
registrar about deleting the
domain. So only this registrar will see message upon calling 'poll req'
command.
You can check that this message was created by following SQL query:
fred=> select r.handle,ma.crdate from message ma join registrar r on
(r.id=ma.clid) join poll_statechange ps on (ma.id=ps.msgid) join
object_state os on (os.id=ps.stateid) join object_registry o on
(o.id=os.object_id) where ma.msgtype=8 and o.name='DOMAINNAME';
there is only one registrar in effective use in the system and the field
mentioned is set properly
despite that our client system did not received the deletion
notification. could it be a bug in our fred version ? is there a log of
all deletion messagest _sent_ already so we can check if the fred think
that it sent the message ?
thanks a lot and regards
--
Cyryl Plotnicki-Chudyk
Software Developer,
Custom Software Development
e-mail: cyryl(a)power.com.pl
Power Media S.A.
ul. Kielbasnicza 24
50-110 Wroclaw, Poland
tel.: +48 71 341 06 96
fax: +48 71 321 00 16
http://www.power.com.pl
Registered in the District Court for Wroclaw-Fabryczna
KRS: 0000281947
NIP (tax ID): PL-898-16-47-572
Capital stock: 640,000 PLN (fully paid-up)
23 Úno
23 Úno
11:26
Hi,
every epp command is stored in action table (and request table in recent
versions of FRED). Because these messages are quieried using poll epp
command, id should be possible to look in action table for all poll epp
commands and inspect in action_xml table responses. These responses
should follow recordes in message table. So for each record in message
table, there should be poll req and poll ack in action/action_xml
tables. You can chack responses in xmlout column of action_xml for 'poll
req' and look up if there is this message.
Regards,
Jaromir
On Mon, 2011-01-31 at 11:25 +0100, Cyryl Plotnicki-Chudyk wrote:
there is only one registrar in effective use in the
system and the field
mentioned is set properly
despite that our client system did not received the deletion
notification. could it be a bug in our fred version ? is there a log of
all deletion messagest _sent_ already so we can check if the fred think
that it sent the message ?
thanks a lot and regards
--
Jaromir Talir
technicky reditel / Chief Technical Officer
-------------------------------------------
CZ.NIC, z.s.p.o. -- .cz domain registry
Americka 23, 120 00 Praha 2, Czech Republic
mailto:jaromir.talir@nic.cz http://nic.cz/
sip:jaromir.talir@nic.cz tel:+420.222745107
mob:+420.739632712 fax:+420.222745112
-------------------------------------------
11:44
On 02/23/2011 12:26 PM, Jaromir Talir wrote:
Hi,
every epp command is stored in action table (and request table in recent
versions of FRED). Because these messages are quieried using poll epp
command, id should be possible to look in action table for all poll epp
commands and inspect in action_xml table responses. These responses
should follow recordes in message table. So for each record in message
table, there should be poll req and poll ack in action/action_xml
tables. You can chack responses in xmlout column of action_xml for 'poll
req' and look up if there is this message.
unfortunately not, no sign of domain deletion message there
any ideas on what could be the cause ?
--
Cyryl Plotnicki-Chudyk
Software Developer,
Custom Software Development
e-mail: cyryl(a)power.com.pl
Power Media S.A.
ul. Kielbasnicza 24
50-110 Wroclaw, Poland
tel.: +48 71 341 06 96
fax: +48 71 321 00 16
http://www.power.com.pl
Registered in the District Court for Wroclaw-Fabryczna
KRS: 0000281947
NIP (tax ID): PL-898-16-47-572
Capital stock: 640,000 PLN (fully paid-up)
7 Kvě
7 Kvě
1:59
New subject: undo delete
Hello
First of all:
Our system - build on Fred - has been running now for 1 year - with succes !
Fred is good !
Then:
We have been thinking about implementing a new function to our system.
Sometimes it happens that our administration deletes a domain name by a
mistake.
So the function we were thinking about to implement is an UNDO delete
function.
Question 1) Would this be possible ?
Question 2) If yes, can you explain a "secure" way to do this ?
regards
Petur Kirke
PHP Programmer
.fo
9 Kvě
9 Kvě
16:12
New subject: undo delete
On Sat, 2011-05-07 at 02:59 +0100, Petur Kirke wrote:
Hello
First of all:
Our system - build on Fred - has been running now for 1 year - with succes !
Fred is good !
Then:
We have been thinking about implementing a new function to our system.
Sometimes it happens that our administration deletes a domain name by a
mistake.
So the function we were thinking about to implement is an UNDO delete
function.
Question 1) Would this be possible ?
Question 2) If yes, can you explain a "secure" way to do this ?
Hi Petur,
congratulation to such a great anniversary! :)
I can imagine this functionality. Actually, delete of any objects
consists just from:
- setting erdate in table object_registry where id=ID
- deleting record in table object where id=ID
- deleting record in table domain(contact,nsset,..) where id=ID
Fortunately, records in object and domain tables has their copies in
object_history and domain_history tables. The pointer to these records
is stored in object_registry.historyid and point to historyid column in
these tables.
So by my best guess undo could be possible by reverting these three
changes.
Jaromir
regards
Petur Kirke
PHP Programmer
.fo
--
Jaromir Talir
technicky reditel / Chief Technical Officer
-------------------------------------------
CZ.NIC, z.s.p.o. -- .cz domain registry
Americka 23, 120 00 Praha 2, Czech Republic
mailto:jaromir.talir@nic.cz http://nic.cz/
sip:jaromir.talir@nic.cz tel:+420.222745107
mob:+420.739632712 fax:+420.222745112
-------------------------------------------
25 Kvě
25 Kvě
15:27
New subject: name service
Hello
[root@fred]# fred-admin --object_update_states
terminate called after throwing an instance of 'NameService::NOT_RUNNING'
Aborted
[root@fred]#
I recieve this error.
How do i start the nameservice ?
regards
Peter
15:36
New subject: name service
Hi,
it depends on the system:
Ubuntu: /etc/init.d/omniorb4-nameserver start
Fedora: /etc/init.d/omniNames start
Regards,
Jaromir
On Wed, 2011-05-25 at 16:27 +0100, Petur Kirke wrote:
Hello
[root@fred]# fred-admin --object_update_states
terminate called after throwing an instance of 'NameService::NOT_RUNNING'
Aborted
[root@fred]#
I recieve this error.
How do i start the nameservice ?
regards
Peter
_______________________________________________
fred-users mailing list
fred-users(a)lists.nic.cz
https://lists.nic.cz/mailman/listinfo/fred-users
--
Jaromir Talir
technicky reditel / Chief Technical Officer
-------------------------------------------
CZ.NIC, z.s.p.o. -- .cz domain registry
Americka 23, 120 00 Praha 2, Czech Republic
mailto:jaromir.talir@nic.cz http://nic.cz/
sip:jaromir.talir@nic.cz tel:+420.222745107
mob:+420.739632712 fax:+420.222745112
-------------------------------------------
16:08
New subject: name service
On Wed, 25 May 2011 17:36:53 +0200
Jaromir Talir <jaromir.talir(a)nic.cz> wrote:
Hi,
it depends on the system:
Ubuntu: /etc/init.d/omniorb4-nameserver start
Fedora: /etc/init.d/omniNames start
Regards,
Jaromir
Also, The name service is started automatically when you restart your FRED server, but the
above instructions are useful if for some reason the name service is down.
Regards.
--
Mario Guerra <mguerra(a)nic.cr>
16:11
New subject: name service
but seems like my name service is not running at all, also if i restart FRED
server, it doesnt help
regards
Peter
--------------------------------------------------
From: "Mario Guerra" <mguerra(a)nic.cr>
Sent: Wednesday, May 25, 2011 5:08 PM
To: <fred-users(a)lists.nic.cz>
Subject: Re: name service
On Wed, 25 May 2011 17:36:53 +0200
Jaromir Talir <jaromir.talir(a)nic.cz> wrote:
Hi,
it depends on the system:
Ubuntu: /etc/init.d/omniorb4-nameserver start
Fedora: /etc/init.d/omniNames start
Regards,
Jaromir
Also, The name service is started automatically when you restart your FRED
server, but the above instructions are useful if for some reason the name
service is down.
Regards.
--
Mario Guerra <mguerra(a)nic.cr>
_______________________________________________
fred-users mailing list
fred-users(a)lists.nic.cz
https://lists.nic.cz/mailman/listinfo/fred-users
24 Úno
24 Úno
3:31
New subject: no history info for domain_blacklist
Is there no history for domain_blacklist ? (in postgres)
regards
Peter
.fo
5021
days inactive
5154
days old
12 comments
5 participants
participants (5)
-
Cyryl Plotnicki-Chudyk -
Jaromír Talíř -
Mario Guerra -
Michał Pochwała -
Petur Kirke