Recent Posts
 
*
Welcome, Guest. Please login or register.
Did you miss your activation email?
May 16, 2008, 06:14:30 PM


Login with username, password and session length


Pages: [1] 2 3 ... 10
 1 
 on: Yesterday at 05:40:07 PM 
Started by John R Peck - Last post by Michael
John has asked me to create a separate section in the main (Joomla) portal so that employers can advertise for a fee.

I have this in place - and John needs to review it, come up with rates, etc..

Tell us how important it is to you to be able to advertise yourself - as looking for a job.

Note: I am not intending on making any of this targeted to IP addresses or requesting URL's. We are looking for ways to make hosting rootvg cost us less - or even be enough for a new toy - e.g. a new server to play with.

If you prefer - you can use a PM (personal message) to contact either John or I - for this - John is the person to contact.

 2 
 on: Yesterday at 05:34:08 PM 
Started by mlivings - Last post by Michael
This is a supported configuration (one virtual adapter in the partition (LPAR) starting with HACMP 5.3 I believe. Current HACMP software level is HACMP 5.4.1.

I will be getting to this in my HACMP articles.

 3 
 on: Yesterday at 05:31:59 PM 
Started by kondoor - Last post by Michael
Basically, the main thing I try to focus on is separating the application files (data) and applications (binarys) from rootvg as much as possible into a separate volume group.
This has the added advantage of making your application nearly HACMP ready.
Once you have this ready the next "best" step is to prepare an extra (empty) disk for a new version of rootvg - the method is called a "alt disk installation" and we choose the clone variation.

Basically, what this entails:
  • make a mksysb backup of your current system to tape, or a nim server.
    install the alt_disk_install filesets for your current filesystem from the NEW AIX installation media (e.g. alt_disk_install for AIX 5.2)
  • use the smit alt_disk_install dialogs to make a clone of the current AIX rootvg, and then run the migration install on the clone. This has two basic advantages: downtime is minimal - the migration is done while the old system is up and running; and you can return to the old system if it is not functioning properly with the new system.
  • Thus - the next step is reboot - using SMS menu to choose new disk as boot device - and test the new situation. Testing should probably be considered as "downtime".
  • Last: if you are satisfied (or QA is satisfied) then you can delete the old_rootvg.
My suggestions:
  • Update the application first - assuming it is supported from AIX 5.2 thru AIX 6.1 and be sure the application is functioning properly with application updates applied (and later confirmed).
  • Practice a few times on a AIX 5.2 system with AIX 5.2 to AIX 6.1 alt install - and compare that to just importing the application volume group on a fresh install of AIX 6.1`(or AIX 5.3, etc.).

 4 
 on: Yesterday at 03:37:57 PM 
Started by kondoor - Last post by kondoor
I am in the process of planning a migration from 5.2 to 6.1.  Anyone have any pointers, tips, or gotchas to offer up.  The LPARS I am planning for are all running Oracle.

Thanks in advance

 5 
 on: Yesterday at 02:08:57 PM 
Started by smokingranger - Last post by smokingranger
Thanks man. This is due next week and I will let you know how it goes.

 6 
 on: Yesterday at 03:16:54 AM 
Started by John R Peck - Last post by John R Peck
Please use Google Ads for tolerable background advertising in the side bars etc. 

For any advertising within the forum space, in the form of postings, we will create a new section, that isolates that stuff from the technical discussions of others. 

Any "advertising" in the technical sections will be removed.

The price of "advertising" here will be to contribute to the running of this service in the form of a significant donation, or to have been a worthy technical contributor.  Anything else will be taken as "freeloading" and not looked kindly upon.

Obviously all content must also be appropriate and relevant. 

 7 
 on: Yesterday at 01:21:39 AM 
Started by mlivings - Last post by mlivings
We are starting the process of virtualizing the network adapters on our HACMP cluster members.  Since each virtual adapter is supported by two real NICs (primary and backup) the idea is to have only one virtual adapter per network on each HACMP member.  Up till now we've had two NICs per network (with two networks) on each cluster member.  Does anybody have any experience doing something like this?  I'm wondering if anybody has any tips or valuable experiences to share.

 8 
 on: May 14, 2008, 08:04:51 PM 
Started by seth - Last post by kondoor
I had some problems when i upgraded a server from aix 5.2 to 5.3 and tried to stop using net-snmpd and use the built in snmpd.  Not sure if this will help but worth a try.  stop net-snmp and all the associated services, snmpmibd, hostmibd, snmpd, and aixmibd.  Then restart the services and not net-snmp.  If its an option I might even take net-snmpd out of inittab or rc.d or wherever you are starting it from and restart the server. Other things I have found as gotchas, snmp v1 works great, snmp v2 has issues, snmp v3 I have never gotten to work, so that said I always just use snmp v1.  I don't use passwords and I keep everything set to the default public group for read access.  Below is what the snmpd.conf looks like on all 16 lpars i monitor.  Assuming you are on 5.3 or higher you should not need to use net-snmpd

logging         file=/usr/tmp/snmpd.log         enabled
logging         size=100000                     level=0

community       public
#community       private 127.0.0.1 255.255.255.255 readWrite
#community       system  127.0.0.1 255.255.255.255 readWrite 1.17.2

view            1.17.2          system enterprises view

trap            public          127.0.0.1       1.2.3   fe      #loopback

#snmpd          maxpacket=1024 querytimeout=120 smuxtimeout=60

smux            1.3.6.1.4.1.2.3.1.2.1.2         gated_password  #gated
smux            1.3.6.1.4.1.2.3.1.2.2.1.1.2     dpid_password   #dpid


snmpd smuxtimeout=200 #muxatmd
smux 1.3.6.1.4.1.2.3.1.2.3.1.1 muxatmd_password #muxatmd

 9 
 on: May 14, 2008, 05:42:43 PM 
Started by Michael - Last post by Michael
Updated. And now that you have reminded me that my wait has been long enough - time to start experimenting.

 10 
 on: May 14, 2008, 05:35:24 PM 
Started by seth - Last post by mosburn
On the server that only has the builtin snmpd installed I can walk 1.3.6.1.2.1.4.20.1.1 and pull all of the interface stats. This one is working corectly. However on the other server with the latest version of net-snmp I cannot pull anything for that OID. Both of the servers use the same configuration file (Copyed off of the one that works)

I have tried setting up proxying from net-snmp to the AIX snmpd server (Running on port 1610). Even with stopping the net-snmp daemon I cannot pull the interface stats from this host.

Locally I can pull some information using "snmpinfo -m dump" but I cannot get it to be walkable from another host at that port. Is there some permissions that need to be set to allow me to walk this host remotely?

Thanks

Pages: [1] 2 3 ... 10
Powered by MySQL Powered by PHP Powered by SMF 1.1.2 | SMF © 2006-2007, Simple Machines LLC

Valid XHTML 1.0! Valid CSS! Dilber MC Theme by HarzeM

eXTReMe Tracker


Terms of Use and Privacy and Security Policies
Copyright 2001-2008 Michael Felt and ROOTVG.NET