Tek-Tips is the largest IT community on the Internet today!

Members share and learn making Tek-Tips Forums the best source of peer-reviewed technical information on the Internet!

  • Congratulations Westi on being selected by the Tek-Tips community for having the most helpful posts in the forums last week. Way to Go!

VERSION 7 CAN'T FIND VALID REPOSITORY

Status
Not open for further replies.

llambert2

MIS
Apr 10, 2003
80
US
So far we are just running a test (fortunately) And am only using a couple of workstations and a server.

When trying to update Mcafee Version 7 on our network, we have put the dat files in a folder in the network. After setting the "AutoUpdate Repository List" with a repository for those files I ran update and this is the error I get:


"Checking update package from repository Mcafee Path
Error occurred while downloading file sitestat.xml
Unable to find a valid repository"

I haven't been able to find a way to get by this. It is pointing to the correct repository by name. I called it "Mcafee Path" I checked it and unchecked the others.

Is there a particular way this has to be set up for it to work. (of course) I put into that "repository" the sdat files as well as the zip and ini files. When it didn't work I even unzipped the zip files to see if that helped.

It's on a windows NT server and using mostly NT workstations, although the test PC is using 2000.

Any help is of course appreciated.
Thanks
Len
 
So, you have all the files from ftp://ftp.nai.com/CommonUpdater/ in there?
 
You must use the "Pull" function from the server to get the update files from NAI FTP or HTTP site.

After that, you must use the "Replication" function the put the update file on your repository.
Only after that you will have a "valid" repository.
On every update, you must make a "Pull" and a "Replicate"
Its possible to schedule this task (however its does not work on my ePo serv).
You must use Auto Update Architect or ePo 3 to have a valid repository (i think)
 
OK I went onto the link and downloaded all the files... so yes now I have them ...and yes now it seems to be working. At least it isn't erroring. Thank you "theboyhope" However what will I need to change in order to update to new dat files. Will I only need to change the ####dat file and ####ini file or does the sdat file have to be there too. And what about the other UPD files do they change? Or once they are setup do they stay the same?
 
You said you're using "a couple of workstations and a server". Are you using EPO 3? An older version maybe? Have you just set up each machine through VirusScan Console?
 
If you have support, and You are using Auto Update Architect, try to get MAA Version 1.1 and save yourself a lot of trouble. (Assuming you're not using EPO 3.0.1.).

There are several problems with MAA 1.0 that are corrected in 1.1. In 1.0, you cannot do an incremental replication. It deletes all the files under the current directory. In 1.1, that was resolved and the problem with the scheduler not working was also supposed ot be resolved.

If you are using MAA and not epo, it may be necessary for you to export the site list from MAA once you've got your repositories set up. Export that to documents and settings, all users, application data, common framework. I've had to do that with a few machines for some reason.

On what needs to be in the repository: the upd files will need to be there VSE 7.0 uses incremental updates as long as the computer isn't 10 updates behind. IN that case, it needs dat-xxxx.zip. It updates from the current folder all the stuff outside of current is for legacy support.

The sdat is handy if you need to update the dat's, engine and other stuff at once and you do it manually.
 
OK since my company is, shall we say "backward" in the realm of latest technology. I have to fight tooth and nail to get anything, and almost as hard just to learn about it. Where can I get either EPO or MAA... and is there any particular advantage to one over the other? Right now I manually put the files in each of a couple dozen regional servers and then have the workstations pointing to those files and update automatically. Altogether we are talking almost 2000 workstations, total. With a dozen NT servers and another dozen Novell servers
 
Where do you get them? Well, you have a chat with your reseller and then you buy them. (I think he means Auto-update Architect by MAA).

With the number of machines you're using I'd highly recommend you look into it.

 
What kind of licensing did you get from McAfee? If you have an active grant number, you can go to then downloads. Click the small business link and put in your grant number. If you're licensed for it, it will be there.
 
If you don't get/want epo, you are able to download all the files you need for updating the VirusScan v7 from their Download site each week (or whenever there's a new DAT release) click on the "DAT Package For Use with Mcafee AutoUpdate Architect & ePO 3.0" link from their DAT download page. They package them all into one file for downloading and you just need to put them on your internal update location each week.
 
thanks Cotton... I had figured that out, but was having problems getting it to update. It seems that the "current" folder isn't included in that update. So I went to the FTP site and copied the entire page to mine. The question that I am having now is... How do you update the "current" folder each time except by going to the FTP site and downloading it? Is the ####UPD file that is the latest one the same inside the current file and outside? And is that the only change that would happen with each dat update?
 
llambert2,

Use the Mirror task in VSE 7.0 to replicate the whole update folder. This will ensure that you get the actual current directory.

AVChap
... been there, done that, made that mistake too, see where I am now.
 
Thanks, Len and everyone for your posts.

They helped me eliminate possible causes for my problems with updating our VSE7.1 clients, while running ePO 2.5.1.

My "unable to locate a valid repository" error appeared after I moved from VSE7 to VSE71. At first, I thought it was related to a Mirror task issue, where I mirror our FTP site with NAI's files. It had previously falsely reported successful mirroring NAI's files.

However, after isolating our tests to local installations of VSE71 and VSE7. I installed VSE71 manually, and setup and run AutoUpdate FTP tasks.

I found that VSE7 works perfectly fine with our FTP site and VSE71 does not.

I strongly suspect (as others have too) that VSE71 has a bug in its AutoUpdate process. I'm going to report this info to our NAI rep.

Good luck

Mike


BTW, removing VSE71 is a pain, especially because the McAfee Common Framework service does not go away after a deinstall or a rollback. (Check for the presense of UpdaterUI after your deinstall and rebooting.) I ended up manually removing the
C:\program files\network associates\common framework
folders to ensure Framework services and UpdaterUI are completely gone. I also cleared out the TEMP folders of previous NAI installation files. Only then, did VSE7 reinstall successfully.
 
Status
Not open for further replies.

Part and Inventory Search

Sponsor

Back
Top