PostImage: Difference between revisions

From MozillaWiki
Jump to navigation Jump to search
No edit summary
(remove hostname-setting instructions, per IRC conversation with armenzg)
 
(19 intermediate revisions by 4 users not shown)
Line 1: Line 1:
After cloning a system from the [[ReferencePlatforms|ReferencePlatforms]], the following steps need to be done on the new system:
After cloning a system from the [[ReferencePlatforms|ReferencePlatforms]], the following steps need to be done on the new system.  In general, IT will take care of the steps here.  The releng crew (usually slave duty) will then finish things up with [[ReleaseEngineering/How To/Set Up a Freshly Imaged Slave]]


= Leopard/Snow Leopard =
= Leopard/Snow Leopard/Lion =
 
* Set the hostname by opening up Terminal and typing:
** scutil --set HostName hostname.domain.tld
* Replacing hostname.domain.tld with the actual fully qualified domain name.
* Ensure that resistor dongle is installed.
* Ensure that resistor dongle is installed.
* Go to System Preferences -> Bluetooth -> Advanced and clear the checkbox for "Open Bluetooth Setup Assistant at startup when no input device is present"


= Fedora/CentOS =
= Fedora/CentOS =


* Open a terminal window and "su -" to become root.
= Windows XP and Windows 2003 and Windows 7 =
* Then edit the file /etc/sysconfig/network , changing the hostname to the hosts fully qualified domain name.
* If a machine has been recloned/replaced then you also do this as root@{staging,production}-puppet
puppetca --clean moz2-linux-slaveNN.build.mozilla.org
 
Note: If you run into a "GRUB GRUB" error while booting, open the the IPMI console on a machine, boot an Ubuntu ISO(Virtual Storage), boot a 'rescue environment', then run "grub", with the commands "root (hd0,0)", and "setup (hd0)".  After that, issue the command "dd if=/dev/sda of=mbr bs=512 count=63".  Copy(and overwrite) the 'mbr' file onto the DeployStudio server into /Volumes/Deploy/Masters/PC/ImageName/mbr.  That should fix the booting issue for all other imaged servers.
 
== Win32 (Server 2003 - build ref image) ==
=== Add slave(s) to configuration files ===
The following files need to be updated with new slaves (note that the production Buildbot config is explicitly not updated here, it will be done later):
* [http://hg.mozilla.org/build/buildbot-configs/file/tip/mozilla2-staging/config.py buildbot-configs/mozilla2-staging/config.py]
* [http://hg.mozilla.org/build/opsi-package-sources/file/tip/production-slaves opsi-package-sources/production-slaves] (or staging-slaves for slaves that will be in staging permanently).
 
Once your patches have landed, you need to update the following checkouts:
* On staging-master:
# as cltbld
cd /builds/buildbot/user-configs/clean-configs
hg pull && hg up
cd ../../user-configs2/clean-configs
hg pull && hg up
* On production-opsi (or staging-opsi if you updated staging-slaves):
# as cltbld
cd opsi-package-sources
hg pull && hg up
 
If the slave is re-using a hostname (eg, it has been recloned) you also need to remove it from the OPSI config on the server in order for it to get the correct hostkey. To do so, run the following command as root on the OPSI server:
# .uib.local for production, .build.mozilla.org for staging
opsi-admin -d method deleteClient win32-slaveNN.uib.local
 
The slave will automatically be setup for OPSI and connect to [http://staging-master.build.mozilla.org:8010 staging-master].
 
=== Change OPSI server (staging slaves only) ===
If you are cloning or recloning a slave for staging the OPSI server needs to be adjusted in the registry. Open regedit and browse to HKEY_LOCAL_MACHINE\SOFTWARE\opsi.org\pcptch. Change the "opsiServiceURL" key to "https://10.2.71.216:4447".
 
You also might need to uninstall and re-install opsi if the slave is connecting to production-opsi.
 
In c:\program files\opsi.org\preloginloader\uninst run deinstall.cmd, slave will reboot then disconnect the mapped drive for production opsi, then do this:
 
*  Start Menu -> Run -> \\10.2.71.216
* Use 'pcpatch' and the root password when prompted.
* Right click 'opt_pcbin' and select 'Mount as Network Drive'
* Browse to z:\install\preloginloader
* Double click 'opsi-prep.vbs'
* Double click 'service-setup.cmd', hit a key when prompted
* When prompted for a username and password use 'root' and the appropriate password.
 
OPSI forces reboot on completion of install and then you can manage it through the opsi client.
 
=== Set Buildbot to install ===
In the [http://people.mozilla.org/~bhearsum/misc/OPSI.jar OPSI Client], select the new slaves and do the following:
* Select "Product Configuration"
* In the "buildbot-production" row change the action to "setup"
* Click the red checkmark.
 
This will set buildbot to install on their first boot.
 
===Run the slave through staging===
see [[ReleaseEngineering:BuildSlaveSetup]]
 
 
= Windows XP =


Open System Properties and go to Computer Name tab, click on Change and enter the host's hostname there. Then click on 'more settings' to add the hosts domain name to the DNS suffix field.
= Windows 7 =
* Make sure Windows is activated (see the mana page for instructions)

Latest revision as of 16:01, 10 January 2012

After cloning a system from the ReferencePlatforms, the following steps need to be done on the new system. In general, IT will take care of the steps here. The releng crew (usually slave duty) will then finish things up with ReleaseEngineering/How To/Set Up a Freshly Imaged Slave

Leopard/Snow Leopard/Lion

  • Ensure that resistor dongle is installed.

Fedora/CentOS

Windows XP and Windows 2003 and Windows 7

Windows 7

  • Make sure Windows is activated (see the mana page for instructions)
Retrieved from "https://wiki.mozilla.org/index.php?title=PostImage&oldid=385508"