We are trying to do 2 things .....
1) Convert from Legato 6.1.2 to Legato 7.0
2) and move from Tru64 to an IBM Linux Server
any clean way to do this ?????
Thanks in advance ....
Do you own the process ? If so one reason that you can't kill it may be because the
process is hung in Device Driver code ... it is trying to physically access a tape drive,
printer or maybe even a disk ... though less likely to be on a disk ... exactly what is
the process doing ? A vendor...
you will need to pick up a tcp wrapper like tcpd and use it to deny access by IP
hope this helps ... look for CERT and they can point you to a secure ftp site
(probably PURDUE) to get it
it may even be on the DEC Freeware CD
No --- some host by the name of thomas is attempting to connect to your server as
root
thomas is not the user but the actual computer name
one thing you may want to do is issue a traceroute thomas this might point to where the server is located (IP address)
generally ftp is denied to root...
try looking in /var/adm.crash for crash-data.N file
plain ascii -- if you rebooted due to a abort in the kernel it should be here
if not
find / -name 'crash-data*' will tell you if you have one
look for panic_string in the file
contact Compaq/DEC Support
someone is trying to ftp as root and was denied access ....
without running something like tcpd to intercept ftpd it will be hard to determine who
talk to your system admin
I found that you need to initialize the date field the first time .. just enter MM/DD/YY
and it should run. I had the same problem but once I entered the first date it has
worked just fine. I set my initial date to 2 1/2 weeks previously so on the first load
it would clean
The following seems to help -- our incidence seems to have gone down but not ended<br><br>set these environmental variables the big one seems to be BRD_TIMEOUT<br><br>BRD_ERR_TIME=1<br>BRD_RETRIES=1<br>BRD_SAMP_TIME=1<br>BRD_TOT_TIME=300<br>export them <br><br>on nwadmin under media / jukebox -...
We are creating an Oracle 8 Database on an ALPHA Server running OSF 4.0D with 2 gig of<br>memory and are getting a private memory exhausted error oerr 4030 .. we have plenty of free memory available .... any help would be appreciated .. are there any per process<br>kernel parameters that need to...
We are using Legato 5.5.2 Build 165 and obackup (Oracle version 7.3.4.3) and on a fairly frequently getting Sbtwrite errors. These are 40 gig or so DBs ... our smaller DBs are doing just fine .. any ideas/tuning or ?? that may help relieve this...
This site uses cookies to help personalise content, tailor your experience and to keep you logged in if you register.
By continuing to use this site, you are consenting to our use of cookies.