Veritas-bu

[Veritas-bu] stupid question about retention periods

2002-12-23 11:01:30
Subject: [Veritas-bu] stupid question about retention periods
From: scott.kendall AT abbott DOT com (scott.kendall AT abbott DOT com)
Date: Mon, 23 Dec 2002 10:01:30 -0600
This is a multipart message in MIME format.
--=_alternative 0057FF3886256C98_=
Content-Type: text/plain; charset="us-ascii"

Makes sense.  I didn't even think of that... and even with the billion 
second rollover not too far behind us.

- Scott





"Duncan Greenwood" <duncan.greenwood AT btinternet DOT com>
12/21/2002 10:03 AM

 
        To:     <scott.kendall AT abbott DOT com>
        cc:     <veritas-bu AT mailman.eng.auburn DOT edu>
        Subject:        Re: [Veritas-bu] stupid question about retention periods


>> Still doesn't explain why "infinite" retentions show a date of 2038 in
reports... 2147483647 should be more like 68 years, not 36.

I found this explanation of the "Year 2038" issue ...

"In all Unix and POSIX-compliant operating systems, times and dates are
represented internally as the number of seconds
since the UNIX 'epoch', which was the 1st of January 1970 GMT.

32-bit systems can only store a maximum of 2^31 non-negative seconds
(2,147,483,648 seconds or about 68 years). Which
means that 32-bit systems won't be able to process time beyond 19 Jan 2038
at 3:14:07 AM GMT.

One of the common solutions will be to switch to 64-bit architecture 
systems
that can store a maximum of 263 non-negative
seconds (9,223,372,036,854,775,808 [9.2 Quintillion] seconds or about 
292.27
Billion years), which is about 22 times the
estimated age of our universe!"

D
#

----- Original Message -----
From: <scott.kendall AT abbott DOT com>
To: "Suzanne Palmer" <s.palmer AT umassp DOT edu>
Cc: <veritas-bu AT mailman.eng.auburn DOT edu>
Sent: Saturday, December 21, 2002 12:11 AM
Subject: Re: [Veritas-bu] stupid question about retention periods


> take a look under the covers and you'll see it's all based on seconds.
> /usr/openv/netbackup/db/config/user_retention
>
> with "1 month" they error long instead of short and base it on 31 
days...
2678400 seconds
>
> ... kind of explains a few things, like why a backup on Feb 1 held for 
"1
> month" is still available first several days of Mar.  Still doesn't
> explain why "infinite" retentions show a date of 2038 in reports...
2147483647 should be more like 68 years, not 36.
>
>
> - Scott
>
>
>
>
>
> "Suzanne Palmer" <s.palmer AT umassp DOT edu>
> Sent by: veritas-bu-admin AT mailman.eng.auburn DOT edu
> 12/17/2002 10:19 AM
>
>
>         To:     veritas-bu AT mailman.eng.auburn DOT edu
>         cc:
>         Subject:        [Veritas-bu] stupid question about retention
periods
>
>
> okay, probably a dumb question, but here goes...
>
> Under retention levels, there are periods of 1 week, 2 week, 3 week,
> then 1 month. What does one month mean exactly? Does it equate to a
> specific number of days, or does it strictly mean per calendar month
> (thereby varying in length as the months vary)?
>
> Thanks,
>
> -Suzanne
> _______________________________________________
> Veritas-bu maillist  -  Veritas-bu AT mailman.eng.auburn DOT edu
> http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu
>
>
>


---
Outgoing mail is certified Virus Free.
Checked by AVG anti-virus system (http://www.grisoft.com).
Version: 6.0.431 / Virus Database: 242 - Release Date: 17/12/2002




--=_alternative 0057FF3886256C98_=
Content-Type: text/html; charset="us-ascii"


<br><font size=2 face="Arial">Makes sense. &nbsp;I didn't even think of that... 
and even with the billion second rollover not too far behind us.</font>
<br>
<br><font size=2 face="Arial">- Scott</font>
<br>
<br>
<br>
<br>
<table width=100%>
<tr valign=top>
<td>
<td><font size=1 face="sans-serif"><b>&quot;Duncan Greenwood&quot; 
&lt;duncan.greenwood AT btinternet DOT com&gt;</b></font>
<p><font size=1 face="sans-serif">12/21/2002 10:03 AM</font>
<br>
<td><font size=1 face="Arial">&nbsp; &nbsp; &nbsp; &nbsp; </font>
<br><font size=1 face="sans-serif">&nbsp; &nbsp; &nbsp; &nbsp; To: &nbsp; 
&nbsp; &nbsp; &nbsp;&lt;scott.kendall AT abbott DOT com&gt;</font>
<br><font size=1 face="sans-serif">&nbsp; &nbsp; &nbsp; &nbsp; cc: &nbsp; 
&nbsp; &nbsp; &nbsp;&lt;veritas-bu AT mailman.eng.auburn DOT edu&gt;</font>
<br><font size=1 face="sans-serif">&nbsp; &nbsp; &nbsp; &nbsp; Subject: &nbsp; 
&nbsp; &nbsp; &nbsp;Re: [Veritas-bu] stupid question about retention 
periods</font></table>
<br>
<br>
<br><font size=2 face="Courier New">&gt;&gt; Still doesn't explain why 
&quot;infinite&quot; retentions show a date of 2038 in<br>
reports... 2147483647 should be more like 68 years, not 36.<br>
<br>
I found this explanation of the &quot;Year 2038&quot; issue ...<br>
<br>
&quot;In all Unix and POSIX-compliant operating systems, times and dates are<br>
represented internally as the number of seconds<br>
since the UNIX 'epoch', which was the 1st of January 1970 GMT.<br>
<br>
32-bit systems can only store a maximum of 2^31 non-negative seconds<br>
(2,147,483,648 seconds or about 68 years). Which<br>
means that 32-bit systems won't be able to process time beyond 19 Jan 2038<br>
at 3:14:07 AM GMT.<br>
<br>
One of the common solutions will be to switch to 64-bit architecture systems<br>
that can store a maximum of 263 non-negative<br>
seconds (9,223,372,036,854,775,808 [9.2 Quintillion] seconds or about 292.27<br>
Billion years), which is about 22 times the<br>
estimated age of our universe!&quot;<br>
<br>
D<br>
#<br>
<br>
----- Original Message -----<br>
From: &lt;scott.kendall AT abbott DOT com&gt;<br>
To: &quot;Suzanne Palmer&quot; &lt;s.palmer AT umassp DOT edu&gt;<br>
Cc: &lt;veritas-bu AT mailman.eng.auburn DOT edu&gt;<br>
Sent: Saturday, December 21, 2002 12:11 AM<br>
Subject: Re: [Veritas-bu] stupid question about retention periods<br>
<br>
<br>
&gt; take a look under the covers and you'll see it's all based on seconds.<br>
&gt; /usr/openv/netbackup/db/config/user_retention<br>
&gt;<br>
&gt; with &quot;1 month&quot; they error long instead of short and base it on 
31 days...<br>
2678400 seconds<br>
&gt;<br>
&gt; ... kind of explains a few things, like why a backup on Feb 1 held for 
&quot;1<br>
&gt; month&quot; is still available first several days of Mar. &nbsp;Still 
doesn't<br>
&gt; explain why &quot;infinite&quot; retentions show a date of 2038 in 
reports...<br>
2147483647 should be more like 68 years, not 36.<br>
&gt;<br>
&gt;<br>
&gt; - Scott<br>
&gt;<br>
&gt;<br>
&gt;<br>
&gt;<br>
&gt;<br>
&gt; &quot;Suzanne Palmer&quot; &lt;s.palmer AT umassp DOT edu&gt;<br>
&gt; Sent by: veritas-bu-admin AT mailman.eng.auburn DOT edu<br>
&gt; 12/17/2002 10:19 AM<br>
&gt;<br>
&gt;<br>
&gt; &nbsp; &nbsp; &nbsp; &nbsp; To: &nbsp; &nbsp; veritas-bu AT 
mailman.eng.auburn DOT edu<br>
&gt; &nbsp; &nbsp; &nbsp; &nbsp; cc:<br>
&gt; &nbsp; &nbsp; &nbsp; &nbsp; Subject: &nbsp; &nbsp; &nbsp; 
&nbsp;[Veritas-bu] stupid question about retention<br>
periods<br>
&gt;<br>
&gt;<br>
&gt; okay, probably a dumb question, but here goes...<br>
&gt;<br>
&gt; Under retention levels, there are periods of 1 week, 2 week, 3 week,<br>
&gt; then 1 month. What does one month mean exactly? Does it equate to a<br>
&gt; specific number of days, or does it strictly mean per calendar month<br>
&gt; (thereby varying in length as the months vary)?<br>
&gt;<br>
&gt; Thanks,<br>
&gt;<br>
&gt; -Suzanne<br>
&gt; _______________________________________________<br>
&gt; Veritas-bu maillist &nbsp;- &nbsp;Veritas-bu AT mailman.eng.auburn DOT 
edu<br>
&gt; http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu<br>
&gt;<br>
&gt;<br>
&gt;<br>
<br>
<br>
---<br>
Outgoing mail is certified Virus Free.<br>
Checked by AVG anti-virus system (http://www.grisoft.com).<br>
Version: 6.0.431 / Virus Database: 242 - Release Date: 17/12/2002<br>
<br>
</font>
<br>
<br>
--=_alternative 0057FF3886256C98_=--

<Prev in Thread] Current Thread [Next in Thread>