Welcome! » Log In » Create A New Profile

What happened to nsrls -m?

Posted by Jim Weill 
Jim Weill
What happened to nsrls -m?
May 09, 2018 03:59PM
We used to use this command switch to get the media database information
before doing a version upgrade, but 8.2.4.10 seems to have deprecated
the -m option.  What is the current equivalent to this command?

jim


--
This list is hosted as a public service at Temple University by Stan Horwitz
If you wish to sign off this list or adjust your subscription settings, please do so via http://listserv.temple.edu/archives/emc-dataprotection-l.html
If you have any questions regarding management of this list, please send email to owner-emc-dataprotection-l@listserv.temple.edu
This message was imported via the External PhorumMail Module
Jim Weill
Re: What happened to nsrls -m?
May 10, 2018 08:59AM
This is what I am talking about, btw.  Command followed by man page entry:

ROOT:~# nsrls -m
usage: nsrls [ clientname ... ]

nsrls(8) nsrls(8)
NAME
       nsrls - list statistics of NetWorker index files

SYNOPSIS
       nsrls [ clientname ...  ]

DESCRIPTION
       When nsrls is used without any specified options, the number of
records
       in an online index and the usage of the online index  with
respect  to
       the number of kilobytes allocated to its files is printed.
Administra-
       tors can use this command to establish how many files have been 
saved
       by a client.

       An empty argument list prints the statistics for all known clients.

EXAMPLE
              % nsrls jupiter

              /space2/nsr/index/jupiter: 292170 records requiring 50 MB


On 5/9/2018 3:47 PM, Jim Weill wrote:
> We used to use this command switch to get the media database
> information before doing a version upgrade, but 8.2.4.10 seems to have
> deprecated the -m option.  What is the current equivalent to this
> command?
>
> jim
>
>
> --
> This list is hosted as a public service at Temple University by Stan
> Horwitz
> If you wish to sign off this list or adjust your subscription
> settings, please do so via
> http://listserv.temple.edu/archives/emc-dataprotection-l.html
> If you have any questions regarding management of this list, please
> send email to owner-emc-dataprotection-l@listserv.temple.edu


--
This list is hosted as a public service at Temple University by Stan Horwitz
If you wish to sign off this list or adjust your subscription settings, please do so via http://listserv.temple.edu/archives/emc-dataprotection-l.html
If you have any questions regarding management of this list, please send email to owner-emc-dataprotection-l@listserv.temple.edu
This message was imported via the External PhorumMail Module
Frank Swasey
Re: What happened to nsrls -m?
May 14, 2018 08:59AM
Jim,

I had to go all the way back to the early 8.2 versions to even find nsrls -m documented. From the documentation, it looks like this is dumping information about the WiSS media database. Since NetWorker has converted that to SQLite, you'll really have to talk to EMC about how to get that kind of information out of the media database now that you have converted to using SQLite instead of WiSS. It is possible the statistics reported by nsrls -m were unique to the WiSS format and are not applicable to the SQLite version of the media database.

- Frank

> On May 10, 2018, at 11:36, Jim Weill <moondog@ICSI.BERKELEY.EDU> wrote:
>
> This is what I am talking about, btw. Command followed by man page entry:
>
> ROOT:~# nsrls -m
> usage: nsrls [ clientname ... ]
>
> nsrls(8) nsrls(8)
> NAME
> nsrls - list statistics of NetWorker index files
>
> SYNOPSIS
> nsrls [ clientname ... ]
>
> DESCRIPTION
> When nsrls is used without any specified options, the number of records
> in an online index and the usage of the online index with respect to
> the number of kilobytes allocated to its files is printed. Administra-
> tors can use this command to establish how many files have been saved
> by a client.
>
> An empty argument list prints the statistics for all known clients..
>
> EXAMPLE
> % nsrls jupiter
>
> /space2/nsr/index/jupiter: 292170 records requiring 50 MB
>
>
> On 5/9/2018 3:47 PM, Jim Weill wrote:
>> We used to use this command switch to get the media database information before doing a version upgrade, but 8.2.4.10 seems to have deprecated the -m option. What is the current equivalent to this command?
>>
>> jim
>>
>>
>> --
>> This list is hosted as a public service at Temple University by Stan Horwitz
>> If you wish to sign off this list or adjust your subscription settings, please do so via http://listserv.temple.edu/archives/emc-dataprotection-l.html
>> If you have any questions regarding management of this list, please send email to owner-emc-dataprotection-l@listserv.temple.edu
>
>
> --
> This list is hosted as a public service at Temple University by Stan Horwitz
> If you wish to sign off this list or adjust your subscription settings, please do so via http://listserv.temple.edu/archives/emc-dataprotection-l.html
> If you have any questions regarding management of this list, please send email to owner-emc-dataprotection-l@listserv.temple.edu


--
This list is hosted as a public service at Temple University by Stan Horwitz
If you wish to sign off this list or adjust your subscription settings, please do so via http://listserv.temple.edu/archives/emc-dataprotection-l.html
If you have any questions regarding management of this list, please send email to owner-emc-dataprotection-l@listserv.temple.edu
This message was imported via the External PhorumMail Module
Jim Weill
Re: What happened to nsrls -m?
May 15, 2018 09:59AM
Ah, ok, thanks for this comment.  If I do a "ps aux |grep gst" I can
find the database path this way.  It's not the same info as the old
nsrls -m but at least it's info.  When we finally get up to 9.x I'm sure
I'll have to re-learn all of this over again anyway....

jim


On 5/14/2018 8:39 AM, Frank Swasey wrote:
> Jim,
>
> I had to go all the way back to the early 8.2 versions to even find nsrls -m documented. From the documentation, it looks like this is dumping information about the WiSS media database. Since NetWorker has converted that to SQLite, you'll really have to talk to EMC about how to get that kind of information out of the media database now that you have converted to using SQLite instead of WiSS. It is possible the statistics reported by nsrls -m were unique to the WiSS format and are not applicable to the SQLite version of the media database.
>
> - Frank
>
>> On May 10, 2018, at 11:36, Jim Weill <moondog@ICSI.BERKELEY.EDU> wrote:
>>
>> This is what I am talking about, btw. Command followed by man page entry:
>>
>> ROOT:~# nsrls -m
>> usage: nsrls [ clientname ... ]
>>
>> nsrls(8) nsrls(8)
>> NAME
>> nsrls - list statistics of NetWorker index files
>>
>> SYNOPSIS
>> nsrls [ clientname ... ]
>>
>> DESCRIPTION
>> When nsrls is used without any specified options, the number of records
>> in an online index and the usage of the online index with respect to
>> the number of kilobytes allocated to its files is printed. Administra-
>> tors can use this command to establish how many files have been saved
>> by a client.
>>
>> An empty argument list prints the statistics for all known clients.
>>
>> EXAMPLE
>> % nsrls jupiter
>>
>> /space2/nsr/index/jupiter: 292170 records requiring 50 MB
>>
>>
>> On 5/9/2018 3:47 PM, Jim Weill wrote:
>>> We used to use this command switch to get the media database information before doing a version upgrade, but 8.2.4.10 seems to have deprecated the -m option. What is the current equivalent to this command?
>>>
>>> jim
>>>
>>>
>>> --
>>> This list is hosted as a public service at Temple University by Stan Horwitz
>>> If you wish to sign off this list or adjust your subscription settings, please do so via http://listserv.temple.edu/archives/emc-dataprotection-l.html
>>> If you have any questions regarding management of this list, please send email to owner-emc-dataprotection-l@listserv.temple.edu
>>
>> --
>> This list is hosted as a public service at Temple University by Stan Horwitz
>> If you wish to sign off this list or adjust your subscription settings, please do so via http://listserv.temple.edu/archives/emc-dataprotection-l.html
>> If you have any questions regarding management of this list, please send email to owner-emc-dataprotection-l@listserv.temple.edu
>
> --
> This list is hosted as a public service at Temple University by Stan Horwitz
> If you wish to sign off this list or adjust your subscription settings, please do so via http://listserv.temple.edu/archives/emc-dataprotection-l.html
> If you have any questions regarding management of this list, please send email to owner-emc-dataprotection-l@listserv.temple.edu
>


--
This list is hosted as a public service at Temple University by Stan Horwitz
If you wish to sign off this list or adjust your subscription settings, please do so via http://listserv.temple.edu/archives/emc-dataprotection-l.html
If you have any questions regarding management of this list, please send email to owner-emc-dataprotection-l@listserv.temple.edu
This message was imported via the External PhorumMail Module
Frank Swasey
Re: What happened to nsrls -m?
May 15, 2018 10:59AM
Jim,

the gst processes are the NMC and are not the media database that nsrls -m was reading. The media database is stored in /nsr/mm on the unix/linux servers.

- Frank

> On May 15, 2018, at 12:41, Jim Weill <moondog@ICSI.BERKELEY.EDU> wrote:
>
> Ah, ok, thanks for this comment. If I do a "ps aux |grep gst" I can find the database path this way. It's not the same info as the old nsrls -m but at least it's info. When we finally get up to 9.x I'm sure I'll have to re-learn all of this over again anyway....
>
> jim


--
This list is hosted as a public service at Temple University by Stan Horwitz
If you wish to sign off this list or adjust your subscription settings, please do so via http://listserv.temple.edu/archives/emc-dataprotection-l.html
If you have any questions regarding management of this list, please send email to owner-emc-dataprotection-l@listserv.temple.edu
This message was imported via the External PhorumMail Module
Sorry, only registered users may post in this forum.

Click here to login