Hi Stefan, > I do not even asked our IT stuff.
That was kind of risky! First of all, our IT stuff really likes to know about such things. And secondly, we pay for the amount resources we use on the VM cluster. In your particular case the overall effect on the cluster was probably too small to arouse any attention. Since we know from our recent snapshot experience, the pure existence of a clickable GUI element, and thus the permission to perform these tasks on a technical level, does *not* imply the permission on an administrative level! > So the question is: Does saros-build gets 2 GB of "real" physical memory or > are just the settings changed in the VM configuration (leaving it up to the > VM Host / GAJA Cluster). As far as I know, the cluster has a total RAM of 144 GByte, and we share this cluster with 56 other VMs (60 VMs in total). Since I believe that each of the VMs has at least 2 GByte (and some much more, from what a quickly picked up from the sysadmin's screen), I think the 4 GByte are our upper limit now, and not our dedicated memory. But even the duplication of the upper limit is fine :) Franz -----Original Message----- From: Stefan Rossbach [mailto:srossb...@arcor.de] Sent: Donnerstag, 6. September 2012 04:32 To: dpp-devel@lists.sourceforge.net Subject: Re: [Dpp-devel] 6th September 2012, between 10:00 and 12:00: Reboot of the Saros VMs Hi Franz, just a dumb question. During my thesis I had access to the VM's. I just increased the "memory size" of the Saros-Eclipse 1/2 from 1 GB to 2 GB memory. I do not even asked our IT stuff. (Just increase the memory and reboot the VM's) So the question is: Does saros-build gets 2 GB of "real" physical memory or are just the settings changed in the VM configuration (leaving it up to the VM Host / GAJA Cluster). Seems the CI grabs the most amount of available memory: 29816 www-data 20 0 293m 50m 9452 S 0.0 2.5 0:02.52 apache2 6560 www-data 20 0 292m 48m 9272 S 0.0 2.4 0:01.51 apache2 6963 www-data 20 0 289m 45m 8688 S 0.0 2.3 0:01.63 apache2 29808 www-data 20 0 296m 50m 7132 S 0.0 2.5 0:03.41 apache2 6994 www-data 20 0 288m 41m 7076 S 0.0 2.1 0:01.45 apache2 29775 www-data 20 0 296m 50m 6864 S 0.0 2.5 0:02.48 apache2 29826 www-data 20 0 296m 50m 6708 S 0.0 2.5 0:04.10 apache2 2339 tomcat6 20 0 1932m 950m 6048 S 0.0 47.3 12:16.11 java 6967 www-data 20 0 263m 37m 5600 S 0.0 1.8 0:01.24 apache2 1148 mysql 20 0 187m 19m 3080 S 0.0 1.0 0:50.89 mysqld "4 GB ram with a dual core CPU" would be really nice for saros-con. BR, Stefan Am 05.09.2012 17:16, schrieb Zieris, Franz: > Dear Saros Developers, > > I just talked to our IT staff about a RAM upgrade for saros-build from > currently 2 GByte to 4 GByte. > > Since the operating system needs a reboot to recognize the new RAM, the VM > needs to get rebooted. This will be done by the IT staff tomorrow (6th > September 2012) between 10:00 and 12:00. The expected downtime duration is > less than 10 minutes. Of course, during this time none of the running > services is available, which includes: > > * Saros-Statistic-Server > * Jenkins > * Gerrit > * Testlink > * ReviewBoard > * SVN > * ejabberd > > @Holger: Is there anything we need to care about before or after the reboot? > > Best Regards, > Franz > > > PS: I'll send another mail regarding the technicalities regarding the > backup/snapshot/evil-vm-shutdown stuff. ------------------------------------------------------------------------------ Live Security Virtual Conference Exclusive live event will cover all the ways today's security and threat landscape has changed and how IT managers can respond. Discussions will include endpoint security, mobile security and the latest in malware threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ _______________________________________________ Dpp-devel mailing list Dpp-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/dpp-devel
