Reminder: New leap second on 2012/06/30
77 views
Skip to first unread message
Stephane Zuzlewski
May 24, 2012, 4:45:29 PM5/24/12
to anss-aqms
This is a reminder that a new leap second will be introduced on June
30, 2012 at 23:59:59.
All your databases and qlib2 library should be updated by then.
More information about the procedure is available at;
http://vault.gps.caltech.edu/trac/cisn/wiki/DBmaintenance#UpdatingLeapSecondsTable
Stephane
30, 2012 at 23:59:59.
All your databases and qlib2 library should be updated by then.
More information about the procedure is available at;
http://vault.gps.caltech.edu/trac/cisn/wiki/DBmaintenance#UpdatingLeapSecondsTable
Stephane
Peter Lombard
Jun 1, 2012, 3:06:05 PM6/1/12
to anss...@googlegroups.com
AQMS Users,
I have added some information to the AQMS wiki about the leapseconds
file. Be sure that you install the new leabseconds file AND restart all your
AQMS processes before the next leap second on 30 June 2012.
Pete
I have added some information to the AQMS wiki about the leapseconds
file. Be sure that you install the new leabseconds file AND restart all your
AQMS processes before the next leap second on 30 June 2012.
Pete
Renate Hartog
Jun 1, 2012, 4:11:59 PM6/1/12
to anss...@googlegroups.com
Thanks Pete,
I had no idea we had a leapseconds file in /usr/local/bin...
-Renate
--
You received this message because you are subscribed to the Google Groups "AQMS" group.
To post to this group, send email to anss...@googlegroups.com.
To unsubscribe from this group, send email to anss-aqms+...@googlegroups.com.
For more options, visit this group at http://groups.google.com/group/anss-aqms?hl=en.
Paul Friberg
Jun 1, 2012, 4:21:15 PM6/1/12
to anss...@googlegroups.com
Renate,
Its actually in /usr/local/lib/leapseconds (not bin)
Paul
Renate Hartog wrote:
> Thanks Pete,
> I had no idea we had a leapseconds file in /usr/local/bin...
> -Renate
>
> To unsubscribe from this group, send email to anss-aqms+...@googlegroups.com <mailto:anss-aqms%2Bunsu...@googlegroups.com>.
Its actually in /usr/local/lib/leapseconds (not bin)
Paul
Renate Hartog wrote:
> Thanks Pete,
> I had no idea we had a leapseconds file in /usr/local/bin...
> -Renate
>
> On Fri, Jun 1, 2012 at 12:06 PM, Peter Lombard <lom...@seismo.berkeley.edu <mailto:lom...@seismo.berkeley.edu>> wrote:
>
> AQMS Users,
>
> I have added some information to the AQMS wiki about the leapseconds
> file. Be sure that you install the new leabseconds file AND restart all your
> AQMS processes before the next leap second on 30 June 2012.
>
> Pete
>
>
> Stephane Zuzlewski writes:
> > This is a reminder that a new leap second will be introduced on June
> > 30, 2012 at 23:59:59.
> > All your databases and qlib2 library should be updated by then.
> > More information about the procedure is available at;
> >
> > http://vault.gps.caltech.edu/trac/cisn/wiki/DBmaintenance#UpdatingLeapSecondsTable
> >
> >
> > Stephane
> >
>
> --
> You received this message because you are subscribed to the Google Groups "AQMS" group.
> To post to this group, send email to anss...@googlegroups.com <mailto:anss...@googlegroups.com>.
>
> AQMS Users,
>
> I have added some information to the AQMS wiki about the leapseconds
> file. Be sure that you install the new leabseconds file AND restart all your
> AQMS processes before the next leap second on 30 June 2012.
>
> Pete
>
>
> Stephane Zuzlewski writes:
> > This is a reminder that a new leap second will be introduced on June
> > 30, 2012 at 23:59:59.
> > All your databases and qlib2 library should be updated by then.
> > More information about the procedure is available at;
> >
> > http://vault.gps.caltech.edu/trac/cisn/wiki/DBmaintenance#UpdatingLeapSecondsTable
> >
> >
> > Stephane
> >
>
> --
> You received this message because you are subscribed to the Google Groups "AQMS" group.
> To unsubscribe from this group, send email to anss-aqms+...@googlegroups.com <mailto:anss-aqms%2Bunsu...@googlegroups.com>.
Renate Hartog
Jun 1, 2012, 4:25:01 PM6/1/12
to anss...@googlegroups.com
yeah, that's what I meant :-) Renate
On Fri, Jun 1, 2012 at 1:21 PM, Paul Friberg <p.fr...@isti.com> wrote:
Renate,
Its actually in /usr/local/lib/leapseconds (not bin)
Paul
Renate Hartog wrote:
Thanks Pete,
I had no idea we had a leapseconds file in /usr/local/bin...
-Renate
On Fri, Jun 1, 2012 at 12:06 PM, Peter Lombard <lom...@seismo.berkeley.edu <mailto:lombard@seismo.berkeley.edu>> wrote:
AQMS Users,
I have added some information to the AQMS wiki about the leapseconds
file. Be sure that you install the new leabseconds file AND restart all your
AQMS processes before the next leap second on 30 June 2012.
Pete
Stephane Zuzlewski writes:
> This is a reminder that a new leap second will be introduced on June
> 30, 2012 at 23:59:59.
> All your databases and qlib2 library should be updated by then.
> More information about the procedure is available at;
>
> http://vault.gps.caltech.edu/trac/cisn/wiki/DBmaintenance#UpdatingLeapSecondsTable
>
>
> Stephane
>
--
You received this message because you are subscribed to the Google Groups "AQMS" group.
To post to this group, send email to anss...@googlegroups.com <mailto:anss-aqms@googlegroups.com>.
To unsubscribe from this group, send email to anss-aqms+unsubscribe@googlegroups.com <mailto:anss-aqms%2Bunsu...@googlegroups.com>.
For more options, visit this group at http://groups.google.com/group/anss-aqms?hl=en.
--
You received this message because you are subscribed to the Google Groups "AQMS" group.
To post to this group, send email to anss...@googlegroups.com.
To unsubscribe from this group, send email to anss-aqms+unsubscribe@googlegroups.com.
--
You received this message because you are subscribed to the Google Groups "AQMS" group.
To post to this group, send email to anss...@googlegroups.com.
To unsubscribe from this group, send email to anss-aqms+unsubscribe@googlegroups.com.
Mitch Withers
Jun 1, 2012, 4:37:48 PM6/1/12
to anss...@googlegroups.com
I wouldn't mind if we all agreed to ignore them.
On Fri, Jun 1, 2012 at 3:21 PM, Paul Friberg <p.fr...@isti.com> wrote:
Renate,
Its actually in /usr/local/lib/leapseconds (not bin)
Paul
Renate Hartog wrote:
Thanks Pete,
I had no idea we had a leapseconds file in /usr/local/bin...
-Renate
On Fri, Jun 1, 2012 at 12:06 PM, Peter Lombard <lom...@seismo.berkeley.edu <mailto:lombard@seismo.berkeley.edu>> wrote:
AQMS Users,
I have added some information to the AQMS wiki about the leapseconds
file. Be sure that you install the new leabseconds file AND restart all your
AQMS processes before the next leap second on 30 June 2012.
Pete
Stephane Zuzlewski writes:
> This is a reminder that a new leap second will be introduced on June
> 30, 2012 at 23:59:59.
> All your databases and qlib2 library should be updated by then.
> More information about the procedure is available at;
>
> http://vault.gps.caltech.edu/trac/cisn/wiki/DBmaintenance#UpdatingLeapSecondsTable
>
>
> Stephane
>
--
You received this message because you are subscribed to the Google Groups "AQMS" group.
To post to this group, send email to anss...@googlegroups.com <mailto:anss-aqms@googlegroups.com>.
To unsubscribe from this group, send email to anss-aqms+unsubscribe@googlegroups.com <mailto:anss-aqms%2Bunsu...@googlegroups.com>.
For more options, visit this group at http://groups.google.com/group/anss-aqms?hl=en.
--
You received this message because you are subscribed to the Google Groups "AQMS" group.
To post to this group, send email to anss...@googlegroups.com.
To unsubscribe from this group, send email to anss-aqms+unsubscribe@googlegroups.com.
--
You received this message because you are subscribed to the Google Groups "AQMS" group.
To post to this group, send email to anss...@googlegroups.com.
To unsubscribe from this group, send email to anss-aqms+unsubscribe@googlegroups.com.
Weston Thelen
Jun 8, 2012, 3:32:53 AM6/8/12
to anss...@googlegroups.com
Since STP uses qlib2, will we need to recompile the executable after
the leap second goes by or will it get picked up automatically?
>>> <mailto:anss...@googlegroups.com>.
the leap second goes by or will it get picked up automatically?
>>> To unsubscribe from this group, send email to
>>> anss-aqms+...@googlegroups.com
>>> <mailto:anss-aqms%2Bunsu...@googlegroups.com>.
>>>
>>> For more options, visit this group at
>>> http://groups.google.com/group/anss-aqms?hl=en.
>>>
>>>
>>> --
>>> You received this message because you are subscribed to the Google Groups
>>> "AQMS" group.
>>> To post to this group, send email to anss...@googlegroups.com.
>>> To unsubscribe from this group, send email to
>>> anss-aqms+...@googlegroups.com.
>>>
>>> For more options, visit this group at
>>> http://groups.google.com/group/anss-aqms?hl=en.
>>>
>>>
>>> --
>>> You received this message because you are subscribed to the Google Groups
>>> "AQMS" group.
>>> To post to this group, send email to anss...@googlegroups.com.
>>> To unsubscribe from this group, send email to
>>> For more options, visit this group at
>>> http://groups.google.com/group/anss-aqms?hl=en.
>>
>>
>> --
>> You received this message because you are subscribed to the Google Groups
>> "AQMS" group.
>> To post to this group, send email to anss...@googlegroups.com.
>> To unsubscribe from this group, send email to
>> anss-aqms+...@googlegroups.com.
>>> http://groups.google.com/group/anss-aqms?hl=en.
>>
>>
>> --
>> You received this message because you are subscribed to the Google Groups
>> "AQMS" group.
>> To post to this group, send email to anss...@googlegroups.com.
>> To unsubscribe from this group, send email to
>> For more options, visit this group at
>> http://groups.google.com/group/anss-aqms?hl=en.
>>
>
> --
> You received this message because you are subscribed to the Google Groups
> "AQMS" group.
> To post to this group, send email to anss...@googlegroups.com.
> To unsubscribe from this group, send email to
> anss-aqms+...@googlegroups.com.
>> http://groups.google.com/group/anss-aqms?hl=en.
>>
>
> --
> You received this message because you are subscribed to the Google Groups
> "AQMS" group.
> To post to this group, send email to anss...@googlegroups.com.
> To unsubscribe from this group, send email to
Paul Friberg
Jun 8, 2012, 8:50:43 AM6/8/12
to anss...@googlegroups.com
No, you probably will only need to restart the stp server. The qlib2 uses
the leapseconds file to do its work so it probably just reads that at startup.
If it is using qlib2 dynamically, then you need to restart nothing. Someone
from Caltech that knows the stp server code better than I could comment
on that better.
Cheers,
Paul
the leapseconds file to do its work so it probably just reads that at startup.
If it is using qlib2 dynamically, then you need to restart nothing. Someone
from Caltech that knows the stp server code better than I could comment
on that better.
Cheers,
Paul
Doug Given
Jun 8, 2012, 10:57:44 AM6/8/12
to anss...@googlegroups.com
From the AQMS wiki:
You can browse the current file through this link: http://vault.gps.caltech.edu/trac/cisn/browser/DB/trunk/storedprocedures/Init_Leap_Secs.sql
The AQMS software also relies on the qlib2 library, which uses a leap seconds file. This file is accessible at: http://www.ncedc.org/ftp/pub/quanterra/ucb/leapseconds
Normally the leapsecond file is installed at
/usr/local/lib/leapseconds. If another location is used, the
LEAPSECONDS environment variable must be set to the full path for
the leapseconds file. All software that uses the leapsecond
file must be restarted after the file is updated. This is
because the qlib2 library reads the leapsecond file only at
startup; otherwise performance would be impacted.
http://vault.gps.caltech.edu/trac/cisn/wiki/DBmaintenance#UpdatingLeapSecondsTable
+-----------------------------------------------------------------+ | Douglas Given | Project Chief | | U.S. Geological Survey | S. California Earthquake Monitoring | | Caltech Seismological Lab | (626)583-7812 FAX: (626)583-7827 | | 525 So. Wilson Ave. | gi...@caltech.edu or do...@usgs.gov | | Pasadena, CA 91106 | http://earthquake.usgs.gov | +-----------------------------------------------------------------+
William Blycker
Jun 8, 2012, 2:27:18 PM6/8/12
to anss...@googlegroups.com
Hey,
Has anybody had errors when running the Init_Leap_Secs.sql script? I tried to run it on both our test postproc server and test rt server. The sql error is listed below.
Connected to:
Oracle Database 10g Enterprise Edition Release 10.2.0.4.0 - 64bit Production
With the Partitioning, OLAP, Data Mining and Real Application Testing options
SQL> SQL> SQL> SQL> SQL> SQL> SQL> SQL> SQL> SQL> SQL> SQL> SQL> SQL> SQL> SQL> DROP TABLE leap_seconds_tmp
*
ERROR at line 1:
ORA-00942: table or view does not exist
SQL> SQL> 2 3 4 5 6 7
Table created.
SQL> SQL> SQL>
Display all 342 possibilities? (y or n)
adm_rlmgr_privileges dba_sdo_maps sdo_coord_axes user_rlmgr_comprcls_properties
alarm_action dba_sdo_styles sdo_coord_axis_names user_rlmgr_event_structs
<TRUNCATED>
d_unit sdo_available_ops user_rlmgr_action_errors
SQL> SQL> SQL>
0 rows deleted.
SQL> SQL> SQL> SQL> SQL> SQL> SQL> 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 41 42 43 44 45 46 47 48 49 50 51 52 53 54 55 56 57 58 59 60 61 62 63 64 65 66 67 68 69 70 71 72 73 74 75 76 77 78 79 80 81 82 83 84 85 86 87 88 89 90 91 92 93 94 95 96 97 98 99 100 101 102 103 104 105 106 107 108 109 110 111 112 113 114 115 116 117 118 119 120 121 122 123 124 125 126 127 128 129 130 131 132 133 134 135 136 137 138 139 140 141 142 143 144 145 146 147 148 149 150 151 152 153 154 155 156 157 158 159 160 161 162 163 164 165 166 167 168 169 170 171 172 173 174 175 176 177 178 179 180 181 182 183 184 185 186 187 188 189 190 191 192 193 194 195 196 197 198 199 200 201 202 203 204 205 206 207 208 209 210 211 212 213 214 215 216 217 218 219 220 221 222 223 224 225 226 227 228 229 230 231 232 233 234 235 236 237 238 239 240 241 242 243 244 245 246 247 248 249 250 251 252 253 254 255 256 257 258 259 260 261 262 263 264 265 l0DATE := TO_DATE('0001/01/01 00:00:00','yyyy/mm/dd hh24:mi:ss'); -- /* Represents minus infinite */
*
ERROR at line 5:
ORA-06550: line 5, column 8:
PLS-00103: Encountered the symbol "=" when expecting one of the following:
constant exception <an identifier>
<a double-quoted delimited-identifier> table LONG_ double ref
char time timestamp interval date binary national character
nchar
The symbol "<an identifier>" was substituted for "=" to continue.
ORA-06550: line 6, column 8:
PLS-00103: Encountered the symbol "=" when expecting one of the following:
constant exception <an identifier>
<a double-quoted delimited-identifier> table LONG_ double ref
char time timestamp interval date binary national charact
ORA-06550: line 7, column 8:
PLS-00103: Encountered the symbol "=" when expecting one of the following:
constant exception <an identifier>
<a double-quoted delimited-identifier> table LONG_ double ref
char time timestamp interval date binary national charact
ORA-06550: line 8, column 8:
PLS-00103: Encountered the symbol "=" when expecting one of the following:
constant exception <an identifi
SQL> SQL> SQL> SQL>
0 rows deleted.
SQL> SQL> SQL>
0 rows created.
SQL> SQL> SQL>
Call completed.
SQL> SQL> SQL>
Table dropped.
SQL> SQL>
Commit complete.
William Blycker
Ellen Yu
Jun 8, 2012, 3:34:19 PM6/8/12
to anss...@googlegroups.com
Bill,
I just ran the script on our test systems here and I am unable to duplicate these errors.
Some of the output you have is also very strange. I don't know how the script output can product the lines:
Display all 342 possibilities? (y or n)
adm_rlmgr_privileges dba_sdo_maps sdo_coord_axes user_rlmgr_comprcls_properties
alarm_action dba_sdo_styles sdo_coord_axis_names user_rlmgr_event_structs
Stephane might have better insight as the author.
Ellen
Mitchell Gold
Jun 25, 2012, 1:00:26 PM6/25/12
to anss...@googlegroups.com
From the wiki's documentation of 'all software that uses the
leapsecond file must be restarted after the file is updated', what
does that actually entail in the AQMS system?
For the database, does anything need to be restarted after Init_Leap_Secs.sql is run?
For data import, I believe comserv and qmaserv have to be restarted, so will a netmon -r be sufficient?
Do earthworm q3302ew processes require a restart (and the EW library leapseconds file modified)?
Anything else I'm missing in the AQMS processing chain?
Regards,
--Mitch Gold
LCSN
go...@ldeo.columbia.edu
845-365-8583
For the database, does anything need to be restarted after Init_Leap_Secs.sql is run?
For data import, I believe comserv and qmaserv have to be restarted, so will a netmon -r be sufficient?
Do earthworm q3302ew processes require a restart (and the EW library leapseconds file modified)?
Anything else I'm missing in the AQMS processing chain?
Regards,
--Mitch Gold
LCSN
go...@ldeo.columbia.edu
845-365-8583
Stephane Zuzlewski
Jun 25, 2012, 1:15:56 PM6/25/12
to anss...@googlegroups.com
For the database, nothing needs to be restarted after Init_Leap_Secs.sql is run.
All the applications calling the TrueTime package will become aware of the new
leap second.
Stephane
All the applications calling the TrueTime package will become aware of the new
leap second.
Stephane
Peter Lombard
Jun 25, 2012, 1:25:57 PM6/25/12
to anss...@googlegroups.com
All the AQMS programs that use the leapseconds file need to be restarted.
For codes running under netmon, that means "netmon -t" to terminate
everything; wait untill all qmaserv, comserver, mserv, etc. processes
terminiate. Then kill the running netmon and and start everything again with
"netmon -s".
Continuously running AQMS programs that read the leapseconds file and need to
be restarted: (Not all of these will be used in any given AQMS installation.)
adadup_master
adadup_slave
alarmact
alarmdec
alarmdist
ampgen
conlog
cs2ew
cs2rwp
cs2wda
ec
eqrun
ew2mcast
ew2wda
ewmag2cisn
hbmonitor
health
heartbeat
hyps2ps
mcast2disk
mcast2ew
mcast2wda
ntrcg
pws
rad2
rcg
runner
sigswitch
tc
tnpage
trig2db
trig2ps
trimag
wa
wanc
--
Pete Lombard
Seismological Laboratory
215 McCone Hall
University of California
Berkeley, CA 94720-4760
lom...@seismo.berkeley.edu
(510) 642-0073
> > leapseconds file. *All software that uses the leapsecond file must be
> > restarted after the file is updated. *This is because the qlib2
> <html>
> <head>
> <meta content="text/html; charset=ISO-8859-1"
> http-equiv="Content-Type">
> </head>
> <body text="#000000" bgcolor="#ffffff">
> <br>
> Anything else I'm missing in the AQMS processing chain?<br>
> <br>
> Regards,<br>
> --Mitch Gold<br>
> LCSN<br>
> <a class="moz-txt-link-abbreviated" href="mailto:go...@ldeo.columbia.edu">go...@ldeo.columbia.edu</a><br>
> 845-365-8583<br>
> <br>
> <br>
> <meta content="text/html; charset=ISO-8859-1"
> http-equiv="Content-Type">
> <br>
> From the AQMS wiki:<br>
> <br>
> You can browse the current file through this link: <a
> moz-do-not-send="true" class="ext-link"
> href="http://vault.gps.caltech.edu/trac/cisn/browser/DB/trunk/storedprocedures/Init_Leap_Secs.sql"><span
> class="icon"> </span>http://vault.gps.caltech.edu/trac/cisn/browser/DB/trunk/storedprocedures/Init_Leap_Secs.sql</a><br>
> <p> The AQMS software also relies on the qlib2 library, which uses
> a leap seconds file. This file is accessible at: <a
> moz-do-not-send="true" class="ext-link"
> href="http://www.ncedc.org/ftp/pub/quanterra/ucb/leapseconds"><span
> class="icon"> </span>http://www.ncedc.org/ftp/pub/quanterra/ucb/leapseconds</a>
> </p>
> <p> Normally the leapsecond file is installed at
> leapsecond file must be restarted after the file is updated. </b>This
> </p>
> From:<br>
> <a moz-do-not-send="true" class="moz-txt-link-freetext"
> href="http://vault.gps.caltech.edu/trac/cisn/wiki/DBmaintenance#UpdatingLeapSecondsTable">http://vault.gps.caltech.edu/trac/cisn/wiki/DBmaintenance#UpdatingLeapSecondsTable</a><br>
> <pre class="moz-signature" cols="72">+-----------------------------------------------------------------+
> | Douglas Given | Project Chief |
> | U.S. Geological Survey | S. California Earthquake Monitoring |
> | Caltech Seismological Lab | (626)583-7812 FAX: (626)583-7827 |
> | 525 So. Wilson Ave. | <a moz-do-not-send="true" class="moz-txt-link-abbreviated" href="mailto:gi...@caltech.edu">gi...@caltech.edu</a> or <a moz-do-not-send="true" class="moz-txt-link-abbreviated" href="mailto:do...@usgs.gov">do...@usgs.gov</a> |
> | Pasadena, CA 91106 | <a moz-do-not-send="true" class="moz-txt-link-freetext" href="http://earthquake.usgs.gov">http://earthquake.usgs.gov</a> |
> +-----------------------------------------------------------------+
> </pre>
> <br>
> <br>
> on that better. <br>
> <br>
> Cheers, <br>
> <br>
> Paul <br>
> <br>
> Weston Thelen wrote: <br>
> <blockquote type="cite">Since STP uses qlib2, will we need to
> recompile the executable after <br>
> <br>
> On Fri, Jun 1, 2012 at 10:37 AM, Mitch Withers<a
> moz-do-not-send="true" class="moz-txt-link-rfc2396E"
> href="mailto:mitch....@gmail.com"><mitch....@gmail.com></a>
> wrote: <br>
> <blockquote type="cite">I wouldn't mind if we all agreed to
> ignore them. <br>
> <br>
> On Fri, Jun 1, 2012 at 3:21 PM, Paul Friberg<a
> moz-do-not-send="true" class="moz-txt-link-rfc2396E"
> href="mailto:p.fr...@isti.com"><p.fr...@isti.com></a>
> wrote: <br>
> <blockquote type="cite"> <br>
> Renate, <br>
> <br>
> Its actually in /usr/local/lib/leapseconds (not bin) <br>
> <br>
> Paul <br>
> <br>
> Renate Hartog wrote: <br>
> <blockquote type="cite"> <br>
> Thanks Pete, <br>
> -Renate <br>
> <br>
> On Fri, Jun 1, 2012 at 12:06 PM, Peter Lombard <br>
> <<a moz-do-not-send="true"
> class="moz-txt-link-abbreviated"
> href="mailto:lom...@seismo.berkeley.edu">lom...@seismo.berkeley.edu</a><a
> moz-do-not-send="true" class="moz-txt-link-rfc2396E"
> href="mailto:lom...@seismo.berkeley.edu"><mailto:lom...@seismo.berkeley.edu></a>>
>
> wrote: <br>
> <br>
> AQMS Users, <br>
> <br>
> I have added some information to the AQMS wiki about
> the leapseconds <br>
> file. Be sure that you install the new leabseconds
> file AND restart <br>
> all your <br>
> AQMS processes before the next leap second on 30
> June 2012. <br>
> <br>
> Pete <br>
> <br>
> <br>
> Stephane Zuzlewski writes: <br>
> > This is a reminder that a new leap second
> will be introduced on <br>
> June <br>
> > 30, 2012 at 23:59:59. <br>
> > All your databases and qlib2 library should
> be updated by then. <br>
> > More information about the procedure is
> available at; <br>
> > <br>
> > <br>
> <a moz-do-not-send="true" class="moz-txt-link-freetext"
> href="http://vault.gps.caltech.edu/trac/cisn/wiki/DBmaintenance#UpdatingLeapSecondsTable">http://vault.gps.caltech.edu/trac/cisn/wiki/DBmaintenance#UpdatingLeapSecondsTable</a>
> <br>
> > <br>
> > <br>
> > Stephane <br>
> </blockquote>
> </blockquote>
> </blockquote>
> </blockquote>
> </blockquote>
> </blockquote>
> </body>
> </html>
>
> <p></p>
>
> -- <br />
> You received this message because you are subscribed to the Google Groups "AQMS" group.<br />
> To post to this group, send email to anss...@googlegroups.com.<br />
> To unsubscribe from this group, send email to anss-aqms+...@googlegroups.com.<br />
>
> For more options, visit this group at http://groups.google.com/group/anss-aqms?hl=en.<br />
>
>
For codes running under netmon, that means "netmon -t" to terminate
everything; wait untill all qmaserv, comserver, mserv, etc. processes
terminiate. Then kill the running netmon and and start everything again with
"netmon -s".
Continuously running AQMS programs that read the leapseconds file and need to
be restarted: (Not all of these will be used in any given AQMS installation.)
adadup_master
adadup_slave
alarmact
alarmdec
alarmdist
ampgen
conlog
cs2ew
cs2rwp
cs2wda
ec
eqrun
ew2mcast
ew2wda
ewmag2cisn
hbmonitor
health
heartbeat
hyps2ps
mcast2disk
mcast2ew
mcast2wda
ntrcg
pws
rad2
rcg
runner
sigswitch
tc
tnpage
trig2db
trig2ps
trimag
wa
wanc
--
Pete Lombard
Seismological Laboratory
215 McCone Hall
University of California
Berkeley, CA 94720-4760
lom...@seismo.berkeley.edu
(510) 642-0073
> > restarted after the file is updated. *This is because the qlib2
> --
> You received this message because you are subscribed to the Google Groups "AQMS" group.
> To post to this group, send email to anss...@googlegroups.com.
> To unsubscribe from this group, send email to anss-aqms+...@googlegroups.com.
> For more options, visit this group at http://groups.google.com/group/anss-aqms?hl=en.
>
> <!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
> You received this message because you are subscribed to the Google Groups "AQMS" group.
> To post to this group, send email to anss...@googlegroups.com.
> To unsubscribe from this group, send email to anss-aqms+...@googlegroups.com.
> For more options, visit this group at http://groups.google.com/group/anss-aqms?hl=en.
>
> <html>
> <head>
> <meta content="text/html; charset=ISO-8859-1"
> http-equiv="Content-Type">
> </head>
> <body text="#000000" bgcolor="#ffffff">
> From the wiki's documentation of 'all software that uses the
> leapsecond file must be restarted after the file is updated', what
> does that actually entail in the AQMS system?<br>
> leapsecond file must be restarted after the file is updated', what
> <br>
> For the database, does anything need to be restarted after
> Init_Leap_Secs.sql is run?<br>
> For data import, I believe comserv and qmaserv have to be restarted,
> so will a netmon -r be sufficient?<br>
> Do earthworm q3302ew processes require a restart (and the EW library
> leapseconds file modified)?<br>
> Anything else I'm missing in the AQMS processing chain?<br>
> <br>
> Regards,<br>
> --Mitch Gold<br>
> LCSN<br>
> <a class="moz-txt-link-abbreviated" href="mailto:go...@ldeo.columbia.edu">go...@ldeo.columbia.edu</a><br>
> 845-365-8583<br>
> <br>
> <br>
> On 06/08/2012 10:57 AM, Doug Given wrote:
> <blockquote cite="mid:4FD212E8...@caltech.edu" type="cite">
> <meta content="text/html; charset=ISO-8859-1"
> http-equiv="Content-Type">
> <br>
> From the AQMS wiki:<br>
> <br>
> You can browse the current file through this link: <a
> moz-do-not-send="true" class="ext-link"
> href="http://vault.gps.caltech.edu/trac/cisn/browser/DB/trunk/storedprocedures/Init_Leap_Secs.sql"><span
> class="icon"> </span>http://vault.gps.caltech.edu/trac/cisn/browser/DB/trunk/storedprocedures/Init_Leap_Secs.sql</a><br>
> <p> The AQMS software also relies on the qlib2 library, which uses
> a leap seconds file. This file is accessible at: <a
> moz-do-not-send="true" class="ext-link"
> href="http://www.ncedc.org/ftp/pub/quanterra/ucb/leapseconds"><span
> class="icon"> </span>http://www.ncedc.org/ftp/pub/quanterra/ucb/leapseconds</a>
> </p>
> <p> Normally the leapsecond file is installed at
> /usr/local/lib/leapseconds. If another location is used, the
> LEAPSECONDS environment variable must be set to the full path
> for the leapseconds file. <b>All software that uses the
> LEAPSECONDS environment variable must be set to the full path
> leapsecond file must be restarted after the file is updated. </b>This
> is because the qlib2 library reads the leapsecond file only at
> startup; otherwise performance would be impacted.<br>
> </p>
> From:<br>
> <a moz-do-not-send="true" class="moz-txt-link-freetext"
> href="http://vault.gps.caltech.edu/trac/cisn/wiki/DBmaintenance#UpdatingLeapSecondsTable">http://vault.gps.caltech.edu/trac/cisn/wiki/DBmaintenance#UpdatingLeapSecondsTable</a><br>
> <pre class="moz-signature" cols="72">+-----------------------------------------------------------------+
> | Douglas Given | Project Chief |
> | U.S. Geological Survey | S. California Earthquake Monitoring |
> | Caltech Seismological Lab | (626)583-7812 FAX: (626)583-7827 |
> | 525 So. Wilson Ave. | <a moz-do-not-send="true" class="moz-txt-link-abbreviated" href="mailto:gi...@caltech.edu">gi...@caltech.edu</a> or <a moz-do-not-send="true" class="moz-txt-link-abbreviated" href="mailto:do...@usgs.gov">do...@usgs.gov</a> |
> | Pasadena, CA 91106 | <a moz-do-not-send="true" class="moz-txt-link-freetext" href="http://earthquake.usgs.gov">http://earthquake.usgs.gov</a> |
> +-----------------------------------------------------------------+
> </pre>
> <br>
> On 6/8/2012 5:50 AM, Paul Friberg wrote:
> <blockquote cite="mid:4FD1F523...@isti.com" type="cite">No,
> you probably will only need to restart the stp server. The qlib2
> uses <br>
> the leapseconds file to do its work so it probably just reads
> that at startup. <br>
> <br>
> If it is using qlib2 dynamically, then you need to restart
> nothing. Someone <br>
> from Caltech that knows the stp server code better than I could
> comment <br>
> on that better. <br>
> <br>
> Cheers, <br>
> <br>
> Paul <br>
> <br>
> Weston Thelen wrote: <br>
> <blockquote type="cite">Since STP uses qlib2, will we need to
> recompile the executable after <br>
> the leap second goes by or will it get picked up
> automatically? <br>
> <br>
> On Fri, Jun 1, 2012 at 10:37 AM, Mitch Withers<a
> moz-do-not-send="true" class="moz-txt-link-rfc2396E"
> href="mailto:mitch....@gmail.com"><mitch....@gmail.com></a>
> wrote: <br>
> <blockquote type="cite">I wouldn't mind if we all agreed to
> ignore them. <br>
> <br>
> On Fri, Jun 1, 2012 at 3:21 PM, Paul Friberg<a
> moz-do-not-send="true" class="moz-txt-link-rfc2396E"
> href="mailto:p.fr...@isti.com"><p.fr...@isti.com></a>
> wrote: <br>
> <blockquote type="cite"> <br>
> Renate, <br>
> <br>
> Its actually in /usr/local/lib/leapseconds (not bin) <br>
> <br>
> Paul <br>
> <br>
> Renate Hartog wrote: <br>
> <blockquote type="cite"> <br>
> Thanks Pete, <br>
> I had no idea we had a leapseconds file in
> /usr/local/bin... <br>
> -Renate <br>
> <br>
> On Fri, Jun 1, 2012 at 12:06 PM, Peter Lombard <br>
> <<a moz-do-not-send="true"
> class="moz-txt-link-abbreviated"
> href="mailto:lom...@seismo.berkeley.edu">lom...@seismo.berkeley.edu</a><a
> moz-do-not-send="true" class="moz-txt-link-rfc2396E"
> href="mailto:lom...@seismo.berkeley.edu"><mailto:lom...@seismo.berkeley.edu></a>>
>
> wrote: <br>
> <br>
> AQMS Users, <br>
> <br>
> I have added some information to the AQMS wiki about
> the leapseconds <br>
> file. Be sure that you install the new leabseconds
> file AND restart <br>
> all your <br>
> AQMS processes before the next leap second on 30
> June 2012. <br>
> <br>
> Pete <br>
> <br>
> <br>
> Stephane Zuzlewski writes: <br>
> > This is a reminder that a new leap second
> will be introduced on <br>
> June <br>
> > 30, 2012 at 23:59:59. <br>
> > All your databases and qlib2 library should
> be updated by then. <br>
> > More information about the procedure is
> available at; <br>
> > <br>
> > <br>
> <a moz-do-not-send="true" class="moz-txt-link-freetext"
> href="http://vault.gps.caltech.edu/trac/cisn/wiki/DBmaintenance#UpdatingLeapSecondsTable">http://vault.gps.caltech.edu/trac/cisn/wiki/DBmaintenance#UpdatingLeapSecondsTable</a>
> <br>
> > <br>
> > <br>
> > Stephane <br>
> </blockquote>
> </blockquote>
> </blockquote>
> </blockquote>
> </blockquote>
> </blockquote>
> </body>
> </html>
>
> <p></p>
>
> -- <br />
> You received this message because you are subscribed to the Google Groups "AQMS" group.<br />
> To post to this group, send email to anss...@googlegroups.com.<br />
> To unsubscribe from this group, send email to anss-aqms+...@googlegroups.com.<br />
>
> For more options, visit this group at http://groups.google.com/group/anss-aqms?hl=en.<br />
>
>
Peter Lombard
Jun 28, 2012, 5:24:21 PM6/28/12
to Mitchell Gold, anss...@googlegroups.com
Mitch,
"conlog" is a program that handles stdout and stderr from other
programs. It would not make sense to run conlog by itself. Instead, it is
started at the same time as the program whose logs it is handling.
If you run "/bin/ps -ef | grep conlog", you should see the name of the log
file that each instance of conlog is maintaining. Hopefully these names will
be sufficiently meaningful that you can figure out what program conlog
isworking with. From that, you should be able to find the correct script to
stop and restart.
Note that conlog may be logging output from some non-AQMS program that doesn't
care about leapseconds. If you want conlog to apply the correct timestamps to
its log entries, you will need to restart these programs before the next leap
second.
If you are still in doubt about what needs to be restarted, a quick system
reboot should take care of everything.
Pete
Mitchell Gold writes:
> Pete,
>
> Thanks for your help. I've found most of this is covered under the
> utils/init/rtemctl.sh, except for (on our postprocessing box) pws, wa
> and rcg have their own control/startup scripts. The only thing that I
> really don't see a control script or config for is conlog. Any ideas how
> to shutdown/restart conlog cleanly?
"conlog" is a program that handles stdout and stderr from other
programs. It would not make sense to run conlog by itself. Instead, it is
started at the same time as the program whose logs it is handling.
If you run "/bin/ps -ef | grep conlog", you should see the name of the log
file that each instance of conlog is maintaining. Hopefully these names will
be sufficiently meaningful that you can figure out what program conlog
isworking with. From that, you should be able to find the correct script to
stop and restart.
Note that conlog may be logging output from some non-AQMS program that doesn't
care about leapseconds. If you want conlog to apply the correct timestamps to
its log entries, you will need to restart these programs before the next leap
second.
If you are still in doubt about what needs to be restarted, a quick system
reboot should take care of everything.
Pete
Mitchell Gold writes:
> Pete,
>
> Thanks for your help. I've found most of this is covered under the
> utils/init/rtemctl.sh, except for (on our postprocessing box) pws, wa
> and rcg have their own control/startup scripts. The only thing that I
> really don't see a control script or config for is conlog. Any ideas how
> to shutdown/restart conlog cleanly?
Reply all
Reply to author
Forward
0 new messages