Has anyone successfully built an Apache web server with SSL, PHP, MySQL, and Nessus on a system with RedHat 8? I am attempting to build this system in order to pipe Nessus scans into a MySQL database and access it via the Apache web server.
Thanks in advance for the one who answers this one...
I'm attempting to install MS Project 2000 onto my system and during the actual install process I receive an error to ensure I have access to the directory of C:\WINNT\Fonts\BATANG.TTF
Does anyone know what's going own?
Thanks,
Chuckster43
We discovered that the client had readdressed the machine to a different IP address and the original index for the machine was now corrupted and could not be accessed. Once we deleted the old index and kicked off a backup from the client things worked fine and we could operate as advertised...
We've been working with the Legato tech support people and they have had us run 'savegrp -D 9 -vvv -c <client> -l full <groupname> > <filename.txt> 2>&1'.
This produced a file that contained the verbose readout of the 'savegrp' command and we noticed that there was an item as '* skip =...
We have done a little more troubleshooting and discovered that the client (Windows 2000 Advance server) did not have the RPC protocols running on the client. Legato would not be able to pass the info back to the server.
We started the Remote Procedure Call service, Legato is still failing...
Joe,
Thanks for the information. We'll give that a try as soon as we back out to the client site. Do you have any thoughts as to the permissions idea or with any issues involving Windows 2000 Advance Server?
Thanks,
Chuck
Okay, I just found out that the server is a Windows 2000 Advance Server. Does anyone know of existing bugs associated with this OS and Legato NW 6.1.3?
Thanks,
I'm not at the client site, I'm trying to gather information prior to going back out there and look stupid in front of the client.
What should the output be - the name of the group saved with some sort suffix attached?
Appreciate the help.
Thanks,
Hi joeunixadmin,
The client is running Solaris 8 on the Legato server. The server is able to back up Windows NT 4.1, Windows 2000 SP-2, but seems to be choking on the Windows 2000 SP-3. The remote login to the W2K box is 'administrator@<IP Address>' and it ticks along that it is backing up...
Could the same bug in Windows 2000 Service Pack 3 that causes errors in reading remote services on some firewalls have anything to do with aborting backups?
Thanks,
Ya Know... If I would pay attention to the posts I sent previously, I might be able to figure this stuff out on my own. The question I asked "Managing Legato from Windows" 605 clearly states that one can Administer Legato but you can only recover via commandline. Calgone take me...
Here's the situation - the client is trying to use the verify and/or recover command in nwadmin.exe in Windows. Receives a pop-up window stating "Use commandline recover for Unix directed recovery". This is when the client attempts to verify a Windows backup. Why is NW stating that...
That was suggested to the client. The client is of the mindset that if he is not backing up the drive that is using MySQL then it shouldn't be an issue. I have thoroughly explained the 'savepnpc' command which would allow the stopping of the database service and allow the backup and then...
My client has Legato running on Solaris 8 and is trying to manage the backups from Unix systems and Windows systems from a Windows box. Is this possible? When he goes to view the Unix backups, he is receiving an error code of "unix directives" and it cannot be read.
Thanks,
I know we've discussed this in a previous question, but I believe this should constitute a different query.
My client is stating that MySQL is not the problem due to the DB being run on the D:\ drive. However, he is trying to run a backup with the following parameters:
SYSTEM_STATE
SYSTEM_DB...
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.