Using the bash script linked below will download all available flv presentations or the session pdf if no flv was available. Some sessions did not have any content (about a dozen or so). Resulting folder size is currently 16.5G. Requires lwp-download that should work on sol/nix/OSX ..as long as perl is installed.
Or just browse the script for sessions you want. Session name will be the file name.
...if anyone asks, i got it from a friend of a friend.
Drink Me
Friday, September 30, 2011
Monday, August 1, 2011
virtualappsonline redirect
I'm going to redirect a site I own and have done nothing with over here.. It's virtualappsonline.com
The only real topic on that site was a VM I made for the marketplace in Jan 2007. This is the text, just for fun:
activeCollab 0.7.1 Project Management Solution
Description
From http://www.activecollab.com website:
activeCollab is an easy to use, web based, open source collaboration and project management tool. Set up an environment where you, your team and your clients can collaborate on active projects using a set of simple, functional tools. 100% free!
Download links at the bottom of this post
Highlights
1. Easy to install and easy to use
2. Web-based. After installation only thing you'll need to use it is web browser
3. 100% open source, 100% free
4. No limitations on number of projects, clients, team members...
5. Per project permissions
---
Google for other reviews of this project management platform. Most reviews compare it to Basecamp by 37signals.
---
Below is text from included readme file:
==Debian Settings==
Login to server: root toor
Login to mysql: root toor
ac 4ct1v3
Login to activeCollab website: admin 4ct1v3
* mysql database ac created for activeCollab
* ssh access available to root
* no firewall settings
* vmware tools not installed (no GUI installed)
==Virtual Machine Settings==
floppy1, sound adapter turned off
ethernet1 bridged (will receive a DHCP address from your local network). To change network settings to static, see the /etc/network/interfaces file.
==Getting the Server / activeCollab Setup==
change /var/www/activecollab/config/config.php ROOT_URL listing to the server's FQDN for active collab to work
/etc/apt/sources.list should be changed to a mirror closer to you. See http://www.debian.org/mirror/list for a listing.
Dotdeb should stay in the sources list for php5 / mysql5 updates. http://www.dotdeb.org/
Operating system: Debian Sarge 3.1 Stable
Applications installed:
Debian Sarge 3.1: Apache2-mpm-prefork, MySQL-server, PHP5, PHP5-MySQL, PHP5-gd, activeCollab 0.7.1
VMware Tools installed: No - With no GUI, VM tools doesn't change performance.
Size: 222.3 MB MB
Primary account
Username: root
Password: toor
Memory allocated: 256MB
==Download Links==
Available upon request... but come on now..
md5sum: ad8904b13d56f5c6c6221fb8f9ce6e60
The only real topic on that site was a VM I made for the marketplace in Jan 2007. This is the text, just for fun:
activeCollab 0.7.1 Project Management Solution
Description
From http://www.activecollab.com website:
activeCollab is an easy to use, web based, open source collaboration and project management tool. Set up an environment where you, your team and your clients can collaborate on active projects using a set of simple, functional tools. 100% free!
Download links at the bottom of this post
Highlights
1. Easy to install and easy to use
2. Web-based. After installation only thing you'll need to use it is web browser
3. 100% open source, 100% free
4. No limitations on number of projects, clients, team members...
5. Per project permissions
---
Google for other reviews of this project management platform. Most reviews compare it to Basecamp by 37signals.
---
Below is text from included readme file:
==Debian Settings==
Login to server: root toor
Login to mysql: root toor
ac 4ct1v3
Login to activeCollab website: admin 4ct1v3
* mysql database ac created for activeCollab
* ssh access available to root
* no firewall settings
* vmware tools not installed (no GUI installed)
==Virtual Machine Settings==
floppy1, sound adapter turned off
ethernet1 bridged (will receive a DHCP address from your local network). To change network settings to static, see the /etc/network/interfaces file.
==Getting the Server / activeCollab Setup==
change /var/www/activecollab/config/config.php ROOT_URL listing to the server's FQDN for active collab to work
/etc/apt/sources.list should be changed to a mirror closer to you. See http://www.debian.org/mirror/list for a listing.
Dotdeb should stay in the sources list for php5 / mysql5 updates. http://www.dotdeb.org/
Operating system: Debian Sarge 3.1 Stable
Applications installed:
Debian Sarge 3.1: Apache2-mpm-prefork, MySQL-server, PHP5, PHP5-MySQL, PHP5-gd, activeCollab 0.7.1
VMware Tools installed: No - With no GUI, VM tools doesn't change performance.
Size: 222.3 MB MB
Primary account
Username: root
Password: toor
Memory allocated: 256MB
==Download Links==
Available upon request... but come on now..
md5sum: ad8904b13d56f5c6c6221fb8f9ce6e60
Thursday, July 14, 2011
The KoolAid is now laced
The potassium cyanide has been added. Who will drink the new vSphere 5 licensing model?
For myself, it's time to look into XenServer and maybe even HyperV. vSphere 4.1 is an excellent product and hopefully VMware will reconsider this idiotic move.
--- Update 8/3/11:
Yep. They fumbled the ball but have come up with a solution that should work for most shops. Smart move VMware. XenServer is pretty easy to run.
Drink Me now :)
For myself, it's time to look into XenServer and maybe even HyperV. vSphere 4.1 is an excellent product and hopefully VMware will reconsider this idiotic move.
--- Update 8/3/11:
Yep. They fumbled the ball but have come up with a solution that should work for most shops. Smart move VMware. XenServer is pretty easy to run.
Drink Me now :)
Friday, July 1, 2011
vCenter database growth problem and fix
Symptom: Disk space low after a scheduled job at night in dev environment. DBA & I were alerted, DBA looked into it initially.
Short Term Cause: Short term cause (figured out by DBA) was when the index for the VPX_HIST_STAT2 table is re-organized (when fragmentation > 20%). The table was huge (42,000,000+ rows, while prod holds 7,000,000+) and holds the weekly history stats. This table, when running correctly, will hold the last week's worth of stats based on the stat level associated..and nothing else. I changed the stat level in dev to reflect the same settings as prod, restarted services and did some general poking with no success in a reduction of the table size.
Long term cause: When looking at the "VPXV_HIST_STAT_WEEKLY" view in dev, there were dates listed all the way back to 2009, although nothing very synchronous. Further digging in SQL Server brought me to the sql agent job that is supposed to do the rollup sequence and purge old records from that table ("Past Week stats rollup"). At some point (unknown date), the third step that purges the old record was set to never run (the second step would quit the job upon success). I shut down vCenter services and ran the third step in the job to start purging the records.
Hiccup: The purge job grew the transaction log to the point that it filled up the partition, grinding SQL Server to a halt. I was trying to cancel the job/shut down the sql server agent service, when the gears stopped. I added a new 25G disk to the VM and moved the log file (then at 11G) to this new partition. I started SQL Server back up and banged on it a bit to start the virtualCenterDev database up again*. Once up, I re-started the rollup/purge job and had to run to an appointment.
Finale: Watched by DBA, the job completed successfully then ran again successfully & quickly on the next schedule (probably because the vcenter service was still off). DBA ran a full backup then shrank the data & log files on both the vcenter db & tempdb. Ran another full backup & t-log backup. The log file is still on the new partition and can stay there through the lifespan of this VM (not long, as 4.1 is imminent).
vCenter services are now on and the database is at it's [probably correct] size of 1.2G.
Moral of the Story: Perhaps I should pay better attention to the database size. There is an estimator built into the vCenter client on the statistic level settings page for the db size based on the stat levels you choose. vcenterdev is now at that estimated size (rather than the 4.2G with one table running at 2.2G).
* : database offline, sp_detach_db, sp_attach_DB... http://www.mssqltips.com/tip.asp?tip=1774
Short Term Cause: Short term cause (figured out by DBA) was when the index for the VPX_HIST_STAT2 table is re-organized (when fragmentation > 20%). The table was huge (42,000,000+ rows, while prod holds 7,000,000+) and holds the weekly history stats. This table, when running correctly, will hold the last week's worth of stats based on the stat level associated..and nothing else. I changed the stat level in dev to reflect the same settings as prod, restarted services and did some general poking with no success in a reduction of the table size.
Long term cause: When looking at the "VPXV_HIST_STAT_WEEKLY" view in dev, there were dates listed all the way back to 2009, although nothing very synchronous. Further digging in SQL Server brought me to the sql agent job that is supposed to do the rollup sequence and purge old records from that table ("Past Week stats rollup
Hiccup: The purge job grew the transaction log to the point that it filled up the partition, grinding SQL Server to a halt. I was trying to cancel the job/shut down the sql server agent service, when the gears stopped. I added a new 25G disk to the VM and moved the log file (then at 11G) to this new partition. I started SQL Server back up and banged on it a bit to start the virtualCenterDev database up again*. Once up, I re-started the rollup/purge job and had to run to an appointment.
Finale: Watched by DBA, the job completed successfully then ran again successfully & quickly on the next schedule (probably because the vcenter service was still off). DBA ran a full backup then shrank the data & log files on both the vcenter db & tempdb. Ran another full backup & t-log backup. The log file is still on the new partition and can stay there through the lifespan of this VM (not long, as 4.1 is imminent).
vCenter services are now on and the database is at it's [probably correct] size of 1.2G.
Moral of the Story: Perhaps I should pay better attention to the database size. There is an estimator built into the vCenter client on the statistic level settings page for the db size based on the stat levels you choose. vcenterdev is now at that estimated size (rather than the 4.2G with one table running at 2.2G).
* : database offline, sp_detach_db, sp_attach_DB... http://www.mssqltips.com/tip.asp?tip=1774
Monday, May 9, 2011
vCenter update manager version 4.0.0.7313
Version 7313 is 4.0 U3.
I've got two vCenter instances running in the same subnet... sometimes I'm not sure if I'm connecting to the right discovered plug-in. It's only a problem when I go to upgrade the dev/staging environment. Heh.
I've got two vCenter instances running in the same subnet... sometimes I'm not sure if I'm connecting to the right discovered plug-in. It's only a problem when I go to upgrade the dev/staging environment. Heh.
Thursday, April 7, 2011
Please use vCenter. Please?
I've learned that I've been living the good life with vCenter (formerly known as virtualcenter). It's always been a part of the environments under my care. Now I'm seeing that other shops are not as lucky... I keep having to look up ways to hack around the things that I've taken for granted all this time. Like alarms, historical graphs, cloning... I could go on. Luckily the hacks are out there, it's just not pretty.
You can get 3 vSphere Essentials lics + vcenter for under $1k. Now, that cheap version of vcenter has some gotchas like database size, but worth it. So worth it. So all you smallish shops: Use vCenter, please. Don't run it as a VM *on* the hosts it's managing. You'll thank me later.
You can get 3 vSphere Essentials lics + vcenter for under $1k. Now, that cheap version of vcenter has some gotchas like database size, but worth it. So worth it. So all you smallish shops: Use vCenter, please. Don't run it as a VM *on* the hosts it's managing. You'll thank me later.
Tuesday, March 22, 2011
vCenter management over WAN links
Traffic that heads through vCenter in a WAN vSphere architecture:
- vUM patches
- Template Clones (that live in one location that you are deploying in another)
- virtual console
- linking virtual CDs
Some tips with syncing options listed here: Drink Me
While PHD's free patch downloader can help with lack of local vUM.
Other than connecting locally to the ESX(i) server that is hosting the VM, I don't see another way around virtual console access.
I'll update if I come across anything else.
- vUM patches
- Template Clones (that live in one location that you are deploying in another)
- virtual console
- linking virtual CDs
Some tips with syncing options listed here: Drink Me
While PHD's free patch downloader can help with lack of local vUM.
Other than connecting locally to the ESX(i) server that is hosting the VM, I don't see another way around virtual console access.
I'll update if I come across anything else.
Subscribe to:
Posts (Atom)