ReferencePlatforms/Win64: Difference between revisions

→‎Basic OS Setup: correct patch level to match reality. see bug 933271
No edit summary
(→‎Basic OS Setup: correct patch level to match reality. see bug 933271)
 
(20 intermediate revisions by 7 users not shown)
Line 106: Line 106:
** Click on "More..." and add "build.mozilla.org" as the Primary DNS suffix
** Click on "More..." and add "build.mozilla.org" as the Primary DNS suffix
* Check for updates
* Check for updates
** Install any updates that were available before 6/3/2011
** Install any updates that were available before 2011/06/28
* Check for updates a second time after the first batch of updates are installed  
* Check for updates a second time after the first batch of updates are installed  
** Windows Server 2008 R2 Service Pack 1 x64 Edition (KB976932)
** Windows Server 2008 R2 Service Pack 1 x64 Edition (KB976932)
Line 424: Line 424:
</pre>
</pre>


== Deploy the lastest known_host ==
[[File:Beispiel.jpg]]== Deploy the latest known_host ==
This is needed until {{bug|849942}} fixed.
This is needed until {{bug|849942}} fixed.


Line 451: Line 451:


== Update to the latest buildbot.bat ==
== Update to the latest buildbot.bat ==
We recently added steps to buildbot.bat to cleanup Windows TEMP dirs on reboot.
We recently added steps to buildbot.bat to cleanup Windows TEMP dirs on reboot. (As user <tt>cltbld</tt>).


  cd "C:\Users\cltbld\AppData\Roaming\Microsoft\Windows\Start Menu\Programs\Startup"
  cd "C:\Users\cltbld\AppData\Roaming\Microsoft\Windows\Start Menu\Programs\Startup"
  mv buildbot.bat C:\Users\cltbld\buildbot.bat.precleanup
  mv buildbot.bat "C:\Users\cltbld\buildbot.bat.precleanup"
  C:\mozilla-build\wget\wget -O buildbot.bat https://hg.mozilla.org/build/puppet-manifests/raw-file/f24f27f2696a /modules/buildslave/files/buildbot-win64.bat
  "C:\mozilla-build\wget\wget" -O buildbot.bat https://hg.mozilla.org/build/puppet-manifests/raw-file/f24f27f2696a/modules/buildslave/files/buildbot-win64.bat


== Deploy the correct keys ==
== Deploy the correct keys ==
You have instructions over [[ReleaseEngineering/How_To/Adjust_SSH_keys_on_a_slave|here]]
Not even *all* production keys come on re-imaged machines.
You have to remove the keys and re-deploy them with the instructions given.
You have instructions over [[ReleaseEngineering/How_To/Adjust_SSH_keys_on_a_slave|here]] (As user <tt>cltbld</tt>).
 
== Deploy google api key ==
This should go in E:\builds\gapi.data. Get the key from secrets.csv on one of the puppet masters. (As user <tt>cltbld</tt>).
 
Or this:
"C:\mozilla-build\msys\bin\scp" -o 'StrictHostKeyChecking no' -o 'BatchMode=no' -r  cltbld@bld-linux64-ix-028:/builds/gapi.data .
 
== Update the cltbld password ==
Remember: The Windows password and VNC passwords are different. Ask someone if you don't know which is which. (As user Administrator.)
Windows password:
* Control Panel -> User Accounts -> Change Your Windows Password -> Change your password
** or via ssh to Administrator account (enter passwd when prompted):
    net user cltbld *
* Change "DefaultPassword" to the correct cltbld password
** via gui: Open regedit -> Browse to "HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows NT\CurrentVersion\Winlogon"
** via command prompt (ssh won't work):
    reg add "HKLM\Software\Microsoft\Windows NT\CurrentVersion\Winlogon" /v DefaultPassword /d newpasswd /t REG_SZ /f
 
VNC Password:
* using ssh: use "<tt>sed</tt>", but note the "<tt>-i</tt>" option is not supported:
    cd "\Program Files\UltraVNC"
    copy ultravnc.ini ultravnc.bak
    sed -e s/default_key/new_key/ ultravnc.bak > ultravnc.ini
* via GUI:
** Right click on VNC icon in system tray -> Admin Properties -> Enter new password -> "OK" -> "Yes"
*** if rdp has been used you need to reboot to see VNC (ultra vnc), or launch ultra-vnc manually
*** with VNC login, you'll see "ctrl-alt-del to login" screen if autologon is not set up correctly.
 
 
Reboot.
* via ssh: shutdown /r /d p:1:2 /t 1
 
== Deploy MAPI Headers ==
 
Until {{bug|891956}} is closed, you will need to copy the MAPI headers onto w64-ix-slaveXX build slaves using the following procedure:
 
The files you'll need are in http://people.mozilla.org/~jhopkins/bug869974/
 
1) Unzip the files
2) Create an ~/.adminpass file containing the Administrator password for the script to use.
3) Set up a Python virtualenv with paramiko, requests installed
4) With that virtualenv active, run the script (adjust hostname and files directory):
$ python copy-mapi-headers-relops.py w64-ix-slave22 files_to_upload/*
 
== Kpym config changes ==
From {{bug|909445}}, the following should be run as administrator to update the ssh config:
cd "c:\program files (x86)\kts"
c:\mozilla-build\wget\wget -O kts.ini "https://bugzilla.mozilla.org/attachment.cgi?id=795563"
cd scripts
c:\mozilla-build\wget\wget -O allusers.bat "https://bugzilla.mozilla.org/attachment.cgi?id=795564"
 
== Enable LocalDumps ==
From {{bug|897768}}, run the following from the command-line:
reg add "HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows\Windows Error Reporting\LocalDumps" -v DumpType -t REG_DWORD -d 1
reg query "HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows\Windows Error Reporting\LocalDumps"
Confirmed users
1,018

edits