This discussion has been locked.
You can no longer post new replies to this discussion. If you have a question you can start a new discussion

slightly bodged migration

Greeings everyone.

I recently migrated my SEC4.5 installation from a 2k3 server to a new 2k8 server. Everything was going well and id followed the migration guide through. Unfortunately i got a bit over keen and removed the old server as a SUM before they did their daily contact which would have given the clients the new server settings through the ammended reinit.bat & sav.cfg files.

The clients are still trying to update to the old server which is still live and sophos is still running on it however it doesnt seem to be giving them the new server info and pointing them at it.

Is there a workaround for this or is it a reinstall from the new server?

Thanks
James

:12091


This thread was automatically locked due to age.
Parents
  • Hi,

    Even if you remove SUM, the CID and share should still remain, so any clients pointing at the old location should still find the custom files in the CID, pull them down and take action.

    If you haven't got that many machines to redirect to the new server, an alternative approach would be to use the script I put here:
    /search?q= 8939

    Essentially, this HTA can be used to generate a VBS file that can be run on the endpoints to re-point them.  The reason for the HTA is to encode within the resultant VBscript the cac.pem and mrinit.conf so in effect the script becomes totally standalone.

    I would recommend testing the resultant vbs file on a couple of machines before wider deployment.  I would only recommend running it on clients and not on and message relays.  It does checks to prevent it but safer not to test them :) 

    I hope that gives you something.

    Regards,

    Jak

    :12099
Reply
  • Hi,

    Even if you remove SUM, the CID and share should still remain, so any clients pointing at the old location should still find the custom files in the CID, pull them down and take action.

    If you haven't got that many machines to redirect to the new server, an alternative approach would be to use the script I put here:
    /search?q= 8939

    Essentially, this HTA can be used to generate a VBS file that can be run on the endpoints to re-point them.  The reason for the HTA is to encode within the resultant VBscript the cac.pem and mrinit.conf so in effect the script becomes totally standalone.

    I would recommend testing the resultant vbs file on a couple of machines before wider deployment.  I would only recommend running it on clients and not on and message relays.  It does checks to prevent it but safer not to test them :) 

    I hope that gives you something.

    Regards,

    Jak

    :12099
Children
No Data