Re: sunmanagers Digest, Vol 34, Issue 21

Sang_Vo@notes.tcs.treas.gov

--
Bevan Broun
Systems Engineer
THALES
Services Division
W: (02) 9562 2861
M: 0407 225 492
F: (02) 9562 2857
------------------------------
Message: 2
Date: Tue, 17 Jan 2006 16:51:46 -0800
From: Bhavesh Shah <shah.bhavesh@gene.com>
Subject: Jumpstart flash Archive doubt
To: sunmanagers@sunmanagers.org
Message-ID: <43CD9122.204@gene.com>
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Hi Gurus,
I have setup a Jumpstart Server to use Flash Archive Soalris 9. In my
old Jumpstart i used to use add_install_client from
/jumpstart/OS/Solaris_9_09-05/Solaris_9/Tools to add client. Now with
Flash Archive (archive_location   nfs
128.137.27.160:/export/install/flash/s10_0305_SUNWCXall_EIS.flar) in
profile from which location to run add_install_client? Do i have to run
set_install_server for Solaris 9 or copy add_install_client from Soalris
CD and run from any location?
Pelase help.
Regards
shahb
------------------------------
Message: 3
Date: Tue, 17 Jan 2006 17:33:54 -0800
From: Bhavesh Shah <shah.bhavesh@gene.com>
Subject: SUMMARY: Jumpstart flash Archive doubt
To: sunmanagers@sunmanagers.org
Message-ID: <43CD9B02.3050405@gene.com>
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Hi Gurus,
Thanks to Darren Dunham for his Quick Response.
The answer is:
"You always run add_install_client on the boot server for the jumpstart.
The flash should work, but I would recommend always using a jumpstart
client image more recent than the flash image.  In other words, I would
want a Solaris 10 jumpstart image to install a Solaris 10 flash."
My Original Question was:
>I have setup a Jumpstart Server to use Flash Archive Soalris 9. In my
>old Jumpstart i used to use add_install_client from
>/jumpstart/OS/Solaris_9_09-05/Solaris_9/Tools to add client. Now with
>Flash Archive (archive_location   nfs
>128.137.27.160:/export/install/flash/s10_0305_SUNWCXall_EIS.flar) in
>profile from which location to run add_install_client? Do i have to run
>set_install_server for Solaris 9 or copy add_install_client from Soalris
>CD and run from any location?
>Pelase help.
>Regards
>shahb
>_______________________________________________
>sunmanagers mailing list
>sunmanagers@sunmanagers.org
>http://www.sunmanagers.org/mailman/listinfo/sunmanagers
------------------------------
Message: 4
Date: Tue, 17 Jan 2006 18:46:17 -0800 (PST)
From: Joe Crawford <abjcrawford@yahoo.com>
Subject: Capacity Planning
To: sunmanagers@sunmanagers.org
Message-ID: <20060118024617.28354.qmail@web30311.mail.mud.yahoo.com>
Content-Type: text/plain; charset=iso-8859-1
Team:
Could someone point to some good docs/suggestions for
capacity planning on solaris environment.
Thanks
Joe.
Tired of spam?  Yahoo! Mail has the best spam protection around
http://mail.yahoo.com
------------------------------
Message: 5
Date: Wed, 18 Jan 2006 01:01:04 -0500 (EST)
From: "jdd" <jdd@cs.toronto.edu>
Subject: Fwd: Crazy illegal Sex!
To: <sunmanagers@sunmanagers.org>
Message-ID: <20060118060104.DDF411E5BE@sunportal.sunmanagers.org>
Content-Type: text/plain; charset="us-ascii"
Note: forwarded message attached.
[demime 1.01b removed an attachment of type application/x-msdownload which had
a
name of Sex.mim]
------------------------------
Message: 6
Date: Wed, 18 Jan 2006 09:52:24 +0100
From: disastermaster@gmx.ch
Subject: Any Idea tuning unix-domain-sockets
To: sunmanagers@sunmanagers.org
Message-ID: <1137572627.806.7.camel@agnostos>
Content-Type: text/plain
Hi floks,
is there any possibility to tune
the behavior of unix-domain-sockets
like tcp / udp + ndd ?
cheers
disastermaster
------------------------------
Message: 7
Date: Wed, 18 Jan 2006 04:21:48 -0500 (EST)
From: "jdd" <jdd@cs.toronto.edu>
To: <sunmanagers@sunmanagers.org>
Message-ID: <20060118092148.85AFA1E5D1@sunportal.sunmanagers.org>
Content-Type: text/plain; charset="us-ascii"
???????????????????????????? ????????????? ??????
???????????
[demime 1.01b removed an attachment of type application/x-msdownload which had
a
name of Word_Document.uu]
------------------------------
Message: 8
Date: Wed, 18 Jan 2006 04:50:28 -0500 (EST)
From: "jdd" <jdd@cs.toronto.edu>
Subject: Fwd: image.jpg
To: <sunmanagers@sunmanagers.org>
Message-ID: <20060118095028.65F711E5BF@sunportal.sunmanagers.org>
Content-Type: text/plain; charset="us-ascii"
 photo             ;       photo2             ;            &nbs p;
photo3
[demime 1.01b removed an attachment of type application/x-msdownload which had
a
name of Attachments00.HQX]
------------------------------
Message: 9
Date: Wed, 18 Jan 2006 11:11:38 +0100
From: mauric@sorint.it
Subject: Encapsulation problems on Solaris 8 VxVM 4.1
To: sunmanagers@sunmanagers.org
Message-ID: <554e8561cd.561cd554e8@sorint.it>
Content-Type: text/plain; charset=us-ascii
 Hi all,
I'm having a lot of problem encapsulating the boot disk on a Solaris
environment
with VxVM 4.1 installed. My partition table is like that:
slice 0 -> /
slice 1 -> swap
slice 6 -> /var
slice 7 -> /app
After vxinstall completed and vxconfigd deamons started succesfully (after
vxinstall I've rebooted to system too) I try to encapsulate the boot disk,
c7t10d0, using vxdiskadm, but I immediately see something of strange. VxVM is
telling me to assign the format type of the disk (cds or sliced? ... that's
really strange):
Select disk devices to encapsulate:
[<pattern-list>,all,list,q,?] c7t10d0
Here is the disk selected. Output format: [Device_Name]
c7t10d0
Continue operation? [y,n,q,?] (default: y)
You can choose to add this disk to an existing disk group or to
a new disk group. To create a new disk group, select a disk group name that
does
not yet exist.
Which disk group [<group>,list,q,?] (default: rootdg)
There is no active disk group named rootdg.
Create a new group named rootdg? [y,n,q,?] (default: y)
Use a default disk name for the disk? [y,n,q,?] (default: y)
A new disk group will be created named rootdg and the selected disks will be
encapsulated and added to this disk group with default disk names.
c7t10d0
Continue with operation? [y,n,q,?] (default: y)
The following disk has been selected for encapsulation.
Output format: [Device_Name]
c7t10d0
Continue with encapsulation? [y,n,q,?] (default: y)
A new disk group rootdg will be created and the disk device c7t10d0 will be
encapsulated and added to the disk group with the disk name rootdg01.
Enter the desired format [cdsdisk,sliced,q,?] (default: cdsdisk) sliced
The operation seems to finish correctly, infact a reboot is now requested
from
VxVM, but when the system tries to come up it stops saying me:
Rebooting with command: boot
SunOS Release 5.8 Version Generic_117350-22 64-bit
Copyright 1983-2003 Sun Microsystems, Inc. All rights reserved.
Hardware watchdog enabled
VxVM sysboot INFO V-5-2-3390 Starting restore daemon...
VxVM sysboot INFO V-5-2-3409 starting in boot mode...
NOTICE: VxVM vxdmp V-5-0-34 added disk array DISKS, datype = Disk
configuring IPv4 interfaces: qfe0.
Hostname: new-imagine-b
VxVM vxvm-startup2 INFO V-5-2-503 VxVM general startup...
VxVM vxvm-reconfig INFO V-5-2-324 The Volume Manager is now reconfiguring
(partiti on phase)...
VxVM vxvm-reconfig INFO V-5-2-499 Volume Manager: Partitioning c7t10d0 as an
encap sulated disk.
/etc/rcS.d/S86vxvm-reconfig: /etc/vx/reconfig.d/disks-cap: cannot create
At this point the only way to have my system up is a break of the system,
boot
net -sw, restore system partition table from
/etc/vx/reconfig.d/disk.d/c7t10d0/vtoc file and reboot in multi user mode.
Another attempt of encapsulation has the same result!
Have you got any suggestions / idea about it? My /var/adm/meesages hasn't
nothing that can help me to understand what is wrong!
I've already verified what explained in the document id
seer.support.veritas.com/docs/234895.htm but my vfstab is correct!
___
ciao ciao
MauriC
------------------------------
Message: 10
Date: Wed, 18 Jan 2006 06:24:13 -0500 (EST)
From: "jdd" <jdd@cs.toronto.edu>
Subject: Fwd: image.jpg
To: <sunmanagers@sunmanagers.org>
Message-ID: <20060118112413.D58091E5C4@sunportal.sunmanagers.org>
Content-Type: text/plain; charset="us-ascii"
 DSC-00465.jpg DSC-00466.jpg DSC-00467.jpg
[demime 1.01b removed an attachment of type application/x-msdownload which had
a
name of Attachments00.HQX]
------------------------------
Message: 11
Date: Wed, 18 Jan 2006 08:55:52 -0500 (EST)
From: "jdd" <jdd@cs.toronto.edu>
Subject: Fwd: image.jpg
To: <sunmanagers@sunmanagers.org>
Message-ID: <20060118135552.2E5371E5C0@sunportal.sunmanagers.org>
Content-Type: text/plain; charset="us-ascii"
 photo             ;       photo2             ;            &nbs p;
photo3
[demime 1.01b removed an attachment of type application/x-msdownload which had
a
name of Attachments00.HQX]
------------------------------
Message: 12
Date: Wed, 18 Jan 2006 13:56:12 +0000 (GMT)
From: MOT ABU <mot1@btinternet.com>
Subject: Can you tell me which version of Solaris 6 I require for the
             280R, even though SUN no longer supports solaris 6?
To: sunmanagers@sunmanagers.org
Message-ID: <20060118135612.62418.qmail@web86108.mail.ukl.yahoo.com>
Content-Type: text/plain; charset="us-ascii"
  We have a 280R SUN server which is down. This was running Solaris 6,
unsupported by SUN.
  Im trying to find out which version of Solaris 6 will work on this 280R.
  I have Solaris 2.6 5/98, but this will not work on the 280.
  Can you tell me which version of Solaris 6 I require for the 280R, even
though
SUN no longer supports solaris 6?#
  Thanks.
---------------------------------
Win a BlackBerry device from O2 with Yahoo!. Enter now.
------------------------------
Message: 13
Date: Wed, 18 Jan 2006 09:22:12 -0500 (EST)
From: "jdd" <jdd@cs.toronto.edu>
Subject: Fwd: Photo
To: <sunmanagers@sunmanagers.org>
Message-ID: <20060118142212.C6D0D1E5C7@sunportal.sunmanagers.org>
Content-Type: text/plain; charset="us-ascii"
 photo             ;       photo2             ;            &nbs p;
photo3
[demime 1.01b removed an attachment of type application/x-msdownload which had
a
name of Attachments001.BHX]
------------------------------
Message: 14
Date: Wed, 18 Jan 2006 08:36:09 -0600
From: "Linnabary, Paul" <paul.linnabary@boeing.com>
Subject: Quit Sending FWD:PHOTO emails to sunmanagers.org
To: <jdd@cs.toronto.edu>
Cc: sunmanagers@sunmanagers.org
Message-ID:
<772D4D16B48AAD49919724AF2324FDAE3EAD6F@XCH-MW-3V2.mw.nos.boeing.com>
Content-Type: text/plain; charset="us-ascii"
I would greatly appreciate it if the jdd user would cease sending
FWD:PHOTO emails to the sunmanagers@sunmanager.org mailing list.  I have
received 8 emails sent from this user over the past 24 hours.  Of
course, I have wisely not opened any of them.  Thank you!  Paul
------------------------------
Message: 15
Date: Wed, 18 Jan 2006 09:51:21 -0500 (EST)
From: "jdd" <jdd@cs.toronto.edu>
Subject: Fwd: Photo
To: <sunmanagers@sunmanagers.org>
Message-ID: <20060118145121.31A161E5C0@sunportal.sunmanagers.org>
Content-Type: text/plain; charset="us-ascii"
 photo             ;       photo2             ;            &nbs p;
photo3
[demime 1.01b removed an attachment of type application/x-msdownload which had
a
name of Attachments001.BHX]
------------------------------
Message: 16
Date: Wed, 18 Jan 2006 23:06:35 +0800
From: Steven Sim <steven.sim@faplccc.net>
Subject: DAT 70 (DDS 5?) Tape Drive Compression Factor (SUMMARY)
To: sunmanagers@sunmanagers.org,  opensolaris-discuss@opensolaris.org
Message-ID: <43CE597B.1030906@faplccc.net>
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Hello All;
Thanks to all who replied!!!!
My original question was if a dump or a tar was written to tape with the
"c" compression factor in the device name, like so;
#tar cvf /dev/rmt/0cn <some directory>
Would it be necessary for the reading of the same tape to also use the
"c" compression option?
Like so
#tar tvf /dev/rmt/0n <some directory>
The unanimous answer is no, it would not be necessary as the compression
is implemented in hardware and the h/w would be smart enough to
recognize it's own compression and decompress accordingly.
Thus a read operation on /dev/rmt/0n would still be successfull if the
original write operation used a compression facility e.g.  /dev/rmt/0c
THANKS FOR ALL WHO REPLIED!!!
Warmest Regards
Steven Sim
Fujitsu Asia Pte. Ltd.
_____________________________________________________
This e-mail is confidential and may also be privileged. If you are not the
intended recipient, please notify us immediately. You should not copy or use
it
for any purpose, nor disclose its contents to any other person.
Opinions, conclusions and other information in this message that do not
relate
to the official business of my firm shall be understood as neither given nor
endorsed by it.
------------------------------
_______________________________________________
sunmanagers mailing list
sunmanagers@sunmanagers.org
http://www.sunmanagers.org/mailman/listinfo/sunmanagers
End of sunmanagers Digest, Vol 34, Issue 21
*******************************************
_______________________________________________
sunmanagers mailing list
sunmanagers@sunmanagers.org
http://www.sunmanagers.org/mailman/listinfo/sunmanagers