> As it turns out, if I wait long enough, typically 45 minutes to an
> hour, nsrindexd and nsrmmdbd eventually start and things look normal
> enough. However, I cannot figure out why they're taking that long to
> start. No relevant log entries, etc. It's not that those two daemons
> are spawned early and chug for a while; they just don't launch at all
> until much later. Apparently nsrd just isn't spawning them until after
> a long while... ??
So what is nsrd doing int he meantime? I would truss it and see what
output was generated. Any patterns? Waiting/sleeping, or reading a
file or something?
> I've been told by Sun that the "approved" method is to mmrecov and go
> from there, which indeed is a good method. However, last time I did
> that (during a server upgrade) it took a couple of hours at least to
> recover the GBs of indexes after running mmrecov, despite Sun's
> assertion that it only takes 10 or 15 minutes. We're looking at a
> finite number of contiguous hours for a test in which this procedure
> will be used, so several hours of index recovery is not a viable
> option. Hence my interest in making this previously good procedure
> work.
'mmrecov' shouldn't recover the file indexes in general, just the media
database. If you've got your local copy of /nsr already, you don't need
to go on to file index recovery.
Did the 'mmrecov' step take a couple of hours, or was that the file
indexes afterward?
--
Darren Dunham ddunham AT taos DOT com
Senior Technical Consultant TAOS http://www.taos.com/
Got some Dr Pepper? San Francisco, CA bay area
< This line left intentionally blank to confuse you. >
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 with 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
|