Re: [Networker] mminfo -m reports different volretent value?
2006-05-02 09:44:37
It is UNIX. Solaris on the primary server. RedHat on the clients. I did
find one older client that agrees with the server when both are using
EDT. Interestingly, there's another Sun that also agrees, but there's
also another Sun that doesn't -- same as the RedHat clients -- unless
everything goes to UTC.
George
Darren Dunham wrote:
Well, this seems strange, but here's what I've observed. My default time
zone on the client is set as EDT,
Windows? UNIX?
and the so is the server. If I run my
command, specifying ssretent(18), then I notice that there are a number
of save sets on the volume that report times exactly 1 hour ahead of
what the server reports (minutes and seconds are identical, however).
Some, but not all. Any commonality between them? Are they all on one
side or the other of the DST switch?
Here's the command: mminfo -s server -q volume=volname -r
'name,ssretent(18) -ot'
However, if I then change my time zone, on both the client and the
server, from EDT to UTC then the output is identical, even if specifying
only ssretent and not ssretent(18). This seems reasonable, but why would
the server report some times as being exactly 1 hour behind when its
time zone was set to EDT and so was the client's?
Bug?
To sign off this list, send email to listserv AT listserv.temple DOT edu and type
"signoff networker" in the
body of the email. Please write to networker-request AT listserv.temple DOT edu
if you have any problems
wit this list. You can access the archives at
http://listserv.temple.edu/archives/networker.html or
via RSS at http://listserv.temple.edu/cgi-bin/wa?RSS&L=NETWORKER
|
|
|