Veritas-bu

[Veritas-bu] GUI Counting Backwards

2004-09-22 05:39:43
Subject: [Veritas-bu] GUI Counting Backwards
From: Michael.F.Lavelle AT abbott DOT com (Michael.F.Lavelle AT abbott DOT com)
Date: Wed, 22 Sep 2004 04:39:43 -0500
This is a multipart message in MIME format.
--=_related 00358DA386256F17_=
Content-Type: multipart/alternative; boundary="=_alternative 00358DA386256F17_="


--=_alternative 00358DA386256F17_=
Content-Type: text/plain; charset="us-ascii"

Gavin,
        It's using a signed 32-bit integer.  It's counting in KB units, so 
when it gets to 2147483647 KB (2**31 - 1), the next KB added (2**31) 
causes the 32nd bit to flip on, causing the number to go negative 
(-2147483646).
        This is why old computers had "offset registers" to address more 
memory than their 16-bit addr registers could handle :-)

        Unfortunately, this is a common problem across many binaries and 
scripts in the 4.5 NBU (& earlier) distribution.
        We don't have 5.X deployed in our larger domains, and I've not 
looked thru the 5.1 release notes for this item.  Common sense does not 
apply to what a software vendor "should" have recognized and addressed.


        Anybody know for sure that all NBU 5.X binaries & scripts have 
corrected this with 64-bit signed integers?






"Gavin Kehlert" <GavinK AT LechabileSS.co DOT za>
Sent by: veritas-bu-admin AT mailman.eng.auburn DOT edu
09/22/2004 04:27 AM

 
        To:     "Veritas Mailing List (E-mail)" <veritas-bu AT 
mailman.eng.auburn DOT edu>
        cc: 
        Subject:        [Veritas-bu] GUI Counting Backwards


Hi All,
 
Has anyone got any ideas for me???
 
One of my customers is backing up a SQL database using NBU 4.5 FP6 on 
Wondows 2000 with the SQL Agent. The problem they are experiencing is that 
the GUI (Activity Monitor) starts counting backwards once it passes the 
2.1 - 2.2TB mark. The database is currently approximately 3.3TB and by the 
time it completes, it indicates that it has backed up -1.1TB successfully.
 
 
Thanks in advance,
 

Gavin Kehlert            <?xml:namespace prefix = o ns = 
"urn:schemas-microsoft-com:office:office" 
/>
VERITAS Engineer 
 
Direct  : +27 (0)11 519-8125 
Mobile : +27 (0)82 442-3094
E-mail : GavinK AT LechabileSS.co DOT za


LECHABILE Storage Solutions (PTY) Ltd. 
"DELIVERING THE INFORMATION ADVANTAGE" 


 
This e-mail and attachments relating thereto, is intended for the 
above-mentioned recipient. If you have received this e-mail in error, 
kindly notify the sender and delete it immediately as it contains 
information relating to the official business of LECHABILE Storage 
Solutions (PTY) Ltd, which is confidential, legally privileged and 
proprietary to LECHABILE Storage Solutions (PTY) Ltd. LECHABILE Storage 
Solutions (PTY) Ltd does not own and endorse any other content. The views 
and opinions expressed in this e-mail are those of the sender unless 
clearly stated as being those of LECHABILE Storage Solutions (PTY) Ltd
 


--=_alternative 00358DA386256F17_=
Content-Type: text/html; charset="us-ascii"


<br><font size=2 face="Arial">Gavin,</font>
<br><font size=2 face="Arial">&nbsp; &nbsp; &nbsp; &nbsp; It's using a signed 
32-bit integer. &nbsp;It's counting in KB units, so when it gets to 2147483647 
KB (2**31 - 1), the next KB added (2**31) causes the 32nd bit to flip on, 
causing the number to go negative (-2147483646).</font>
<br><font size=2 face="Arial">&nbsp; &nbsp; &nbsp; &nbsp; This is why old 
computers had &quot;offset registers&quot; to address more memory than their 
16-bit addr registers could handle :-)</font>
<br>
<br><font size=2 face="Arial">&nbsp; &nbsp; &nbsp; &nbsp; Unfortunately, this 
is a common problem across many binaries and scripts in the 4.5 NBU (&amp; 
earlier) distribution.</font>
<br><font size=2 face="Arial">&nbsp; &nbsp; &nbsp; &nbsp; We don't have 5.X 
deployed in our larger domains, and I've not looked thru the 5.1 release notes 
for this item. &nbsp;Common sense does not apply to what a software vendor 
&quot;should&quot; have recognized and addressed.</font>
<br>
<br>
<br><font size=2 face="Arial">&nbsp; &nbsp; &nbsp; &nbsp; Anybody know for sure 
that all NBU 5.X binaries &amp; scripts have corrected this with 64-bit signed 
integers?</font>
<br>
<br>
<br>
<br>
<br>
<table width=100%>
<tr valign=top>
<td>
<td><font size=1 face="sans-serif"><b>&quot;Gavin Kehlert&quot; &lt;GavinK AT 
LechabileSS.co DOT za&gt;</b></font>
<br><font size=1 face="sans-serif">Sent by: veritas-bu-admin AT 
mailman.eng.auburn DOT edu</font>
<p><font size=1 face="sans-serif">09/22/2004 04:27 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;&quot;Veritas Mailing List (E-mail)&quot; &lt;veritas-bu AT 
mailman.eng.auburn DOT edu&gt;</font>
<br><font size=1 face="sans-serif">&nbsp; &nbsp; &nbsp; &nbsp; cc: &nbsp; 
&nbsp; &nbsp; &nbsp;</font>
<br><font size=1 face="sans-serif">&nbsp; &nbsp; &nbsp; &nbsp; Subject: &nbsp; 
&nbsp; &nbsp; &nbsp;[Veritas-bu] GUI Counting Backwards</font></table>
<br>
<br>
<br><font size=2 face="Arial">Hi All,</font>
<br><font size=3 face="Times New Roman">&nbsp;</font>
<br><font size=2 face="Arial">Has anyone got any ideas for me???</font>
<br><font size=3 face="Times New Roman">&nbsp;</font>
<br><font size=2 face="Arial">One of my customers is backing up a SQL database 
using NBU 4.5 FP6 on Wondows 2000 with the SQL Agent. The problem they are 
experiencing is that the GUI (Activity Monitor) starts counting backwards once 
it passes the 2.1 - 2.2TB mark. The database is currently approximately 3.3TB 
and by the time it completes, it indicates that it has<b> </b>backed up 
<b>-1.1TB</b> successfully.</font>
<br><font size=3 face="Times New Roman">&nbsp;</font>
<br><font size=3 face="Times New Roman">&nbsp;</font>
<br><font size=2 face="Arial">Thanks in advance,</font>
<br><font size=3 face="Times New Roman">&nbsp;</font>
<table>
<tr>
<td>
<table border=2 align=left>
<tr>
<td><font size=3 face="Times New Roman"><b>Gavin Kehlert &nbsp; &nbsp; &nbsp; 
&nbsp; &nbsp; &nbsp;</b>&lt;?xml:namespace prefix = o ns = 
&quot;urn:schemas-microsoft-com:office:office&quot; /&gt;</font>
<br><font size=3 color=white face="Times New Roman"><b>VERITAS Engineer 
</b></font>
<br><font size=1 face="Arial">&nbsp; </font>
<br><font size=1 face="Times New Roman"><b>Direct &nbsp;:</b> +27 (0)11 
519-8125 </font>
<br><font size=1 face="Times New Roman"><b>Mobile :</b> +27 (0)82 
442-3094</font>
<br><font size=1 face="Times New Roman"><b>E-mail :</b> </font><a 
href=mailto:GavinK AT LechabileSS.co DOT za><font size=1 color=blue face="Times 
New Roman"><u>GavinK AT LechabileSS.co DOT za</u></font></a>
<td>
<td><img src=cid:_1_3A7400005A7400358DA386256F17>
<tr>
<td colspan=2><font size=2 color=white face="Times New Roman"><b>LECHABILE 
Storage Solutions (PTY) Ltd.</b></font><font size=2 color=white face="Arial"> 
</font>
<br><font size=1 color=white face="Times New Roman">&quot;DELIVERING THE 
INFORMATION ADVANTAGE&quot;</font><font size=2 color=#000080 face="Arial"> 
</font>
<td></table>
<br></table>
<p><font size=3 face="Times New Roman">&nbsp;</font>
<br><font size=1 color=#808080 face="Times New Roman">This e-mail and 
attachments relating thereto, is intended for the above-mentioned recipient. If 
you have received this e-mail in error, kindly notify the sender and delete it 
immediately as it contains information relating to the official business of 
LECHABILE Storage Solutions (PTY) Ltd, which is confidential, legally 
privileged and proprietary to LECHABILE Storage Solutions (PTY) Ltd. LECHABILE 
Storage Solutions (PTY) Ltd does not own and endorse any other content. The 
views and opinions expressed in this e-mail are those of the sender unless 
clearly stated as being those of LECHABILE Storage Solutions (PTY) Ltd</font>
<br><font size=3 face="Times New Roman">&nbsp;</font>
<br>
<br>
--=_alternative 00358DA386256F17_=--
--=_related 00358DA386256F17_=
Content-Type: image/gif
Content-ID: <_1_3A7400005A7400358DA386256F17>
Content-Transfer-Encoding: base64

R0lGODdhSwBHAPcAAAAAAIAAAACAAICAAAAAgIAAgACAgMDAwMDcwKbK8EAgAGAgAIAgAKAgAMAg
AOAgAABAACBAAEBAAGBAAIBAAKBAAMBAAOBAAABgACBgAEBgAGBgAIBgAKBgAMBgAOBgAACAACCA
AECAAGCAAICAAKCAAMCAAOCAAACgACCgAECgAGCgAICgAKCgAMCgAOCgAADAACDAAEDAAGDAAIDA
AKDAAMDAAODAAADgACDgAEDgAGDgAIDgAKDgAMDgAODgAAAAQCAAQEAAQGAAQIAAQKAAQMAAQOAA
QAAgQCAgQEAgQGAgQIAgQKAgQMAgQOAgQABAQCBAQEBAQGBAQIBAQKBAQMBAQOBAQABgQCBgQEBg
QGBgQIBgQKBgQMBgQOBgQACAQCCAQECAQGCAQICAQKCAQMCAQOCAQACgQCCgQECgQGCgQICgQKCg
QMCgQOCgQADAQCDAQEDAQGDAQIDAQKDAQMDAQODAQADgQCDgQEDgQGDgQIDgQKDgQMDgQODgQAAA
gCAAgEAAgGAAgIAAgKAAgMAAgOAAgAAggCAggEAggGAggIAggKAggMAggOAggABAgCBAgEBAgGBA
gIBAgKBAgMBAgOBAgABggCBggEBggGBggIBggKBggMBggOBggACAgCCAgECAgGCAgICAgKCAgMCA
gOCAgACggCCggECggGCggICggKCggMCggOCggADAgCDAgEDAgGDAgIDAgKDAgMDAgODAgADggCDg
gEDggGDggIDggKDggMDggODggAAAwCAAwEAAwGAAwIAAwKAAwMAAwOAAwAAgwCAgwEAgwGAgwIAg
wKAgwMAgwOAgwABAwCBAwEBAwGBAwIBAwKBAwMBAwOBAwABgwCBgwEBgwGBgwIBgwKBgwMBgwOBg
wACAwCCAwECAwGCAwICAwKCAwMCAwOCAwACgwCCgwECgwGCgwICgwKCgwMCgwOCgwADAwCDAwEDA
wGDAwIDAwKDAwP/78KCgpICAgP8AAAD/AP//AAAA//8A/wD//////yH5BAAAAAAALAAAAABLAEcA
AAj/AP8JHEiwoMGDCBMqXLjQ3oGHECNKnEixosWLGCPaG3gvicePIEOKHEmypMmTIA9wTCJFk8uX
MGPKnEmzps2bUpKoFNhRFLqfQIMKHUq0qNGjSDXpXOkTqdOnUKMq3fmvZ9SrWLNOZZq1q1ejW3km
afrV6LyySZeKJYs2aLo/+2q1LRq26ti5Qu3s22crqrqrda1eTccq3VG4+344VWcrMWC1dtk+bfyD
lVHE+ywXVfdjL9/HVAVHZeVZ81C9e/8YJe0Za+C7WDGvI8racVHM+1xDFu23c2LDQzH/HVp7n2rQ
XLOu83xcaO3Zpz1n1h0adtZapYk2jktUumLqybti/5Y7FDv0oMs9k0e+9ms63z+AP639HXz7r5z3
mnaKXX/X15IFVYsd+xXFSi3nqTNgLawMJ+Be69kXWVH97WWLg0etg5p0dzQI1Cq1YLgZKwWiA2BR
G3pmi3xDqZOidNJFeFQtvu1z3k8nUljjXj/I+FNxMAb5R4lBsbLjHUPlaBSNMMq4nXd2RHmHd4kR
uQ5uf/ho4m7WGZXOk3udhxtfBTK2F4FhClXhPh2CxWWAm9nimx0/gfmHiOh1Vgt2dP70lnREBqUk
VOoMV1xfSOU3yl7ApWccnkm+6dV7KkJF2h961RdloJFWB+dklUYlJ2teDXqVb80Ruk8rU0LqlKms
2P/RGaa2eFikZzdCZcsfrdj4n6RAqRMkc7UA1x+SWcWKTq2/eiqUglMOqxlqnCKlmC1avgosbbXY
YgezQKHmqlO5KasVl5p0hdqnSImyjzir9ImVFlyiRFIbe9k70hb7kLGFHR9JQUYbbfi7BRlRtjFS
dfqKxMVeOTX8ERn7EAywRy9yuPBKEoMkRWdkdIxxvxV/1AZ8UUYZ8sZiifyRG/tcLDG/blC8hcse
MdwwF23czFJnPjes1xaY4pwzxygJjNgPHz18R8T2UmyHGz9A7bLOJdkRrXRQ4/tHTlsEPdLHxvVr
9NEt37u1Z3eInQTMf7QBsx1Wf/TvHbK6cTbadpX/FKQdXJBEcWJuuEG33VTv82/Me/PdUUn/2tEz
SkQz94MbbSyduN6N19s5SycP+0PYgCfhNs5Y4+y2wGuzGfhHP/zwutGpdywFviRJEfYWdSfhmcK0
Iy2yFNHOLrRnpzdcu77Ecx3SwyXvy3bwaXcMs2cym3xmSfjuBbzIy9tb49ciobYySUv3bm/4J0HP
pvrdcy64Z+dLzL5JqFV9b2omSYHYH1cT3vH2YbyQdO97JOEXmwJYvYZJgQv1E0n3kuex9zGwb58D
yQQpp771CTCD+BpdBlmGwREmAWEdzOD9TMhCz7XwhSn5IAxbuMIZdq6GNtwbDnNIvRLy0IRUYYgQ
EYdIxCIa8YhITKISl8hEIQYEADs=
--=_related 00358DA386256F17_=--

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