Sponsored Content
Full Discussion: san lv showing old fs
Operating Systems AIX san lv showing old fs Post 302190969 by bakunin on Thursday 1st of May 2008 05:05:04 AM
Old 05-01-2008
Quote:
Originally Posted by itik
Why is that? Is my ODM corrupted?
At least it sounds like that. Did you delete the old VG prior to creating it anew? Try the following: "varyoffvg" the VG in question, then "exportvg" it to completely get it out of the system. Delete the respective hdisk devices. Edit /etc/filesystems to get rid of the old filesystem entries.

(Ah, before i forget: before you do any of this make sure you have a working backup - this is all *very* destructive and *very* finally so.)

Then create the SAN shares anew, run "cfgmgr" and only then create a new VG and the filesystems.

I hope this helps.

bakunin
 

10 More Discussions You Might Find Interesting

1. UNIX for Dummies Questions & Answers

what is SAN

Hello all, I have looked at the entire posting that have SAN in it and I'm still fuzzy on how SAN works. I understand that every disk array can be access from any server that needs it, but is there software that is install or NFS mount type situation. One post stated that if your format command... (7 Replies)
Discussion started by: larry
7 Replies

2. AIX

San:

hi We have 2 AIX nodes running with HACMP and all of them connected to SAN, Our shared storage is shark; I need to create shared volume group and I need the HACMP take a ware of it. Regards (1 Reply)
Discussion started by: h2aix
1 Replies

3. HP-UX

SAN migration

Hi, I'm going to be involved in a migration of SAN islands to one big SAN. I've not worked with SANs before and I'm not sure how to approach this. I suspect the disk devices on the HP servers are going to change, when the EVA's and servers are plugged into this new Cisco 9509 switch. Any... (0 Replies)
Discussion started by: Hils
0 Replies

4. IP Networking

SAN basics

Hi I like to learn and practice SAN, iSCSI. Could you sugges the appropriate tutorial and small tasks to practice SAN. Thankyou (1 Reply)
Discussion started by: kingskar
1 Replies

5. Solaris

Connecting to SAN

I am about to attempt to connect my sun 280R boxes to a EMC SAN. I have Qlogic cards that came from Sun. I am going to load traffic manager, navisphere client. what else do i need, sun foundation suite ro somehting? This is the first time ive ever connected to a SAN. any help would be... (3 Replies)
Discussion started by: BG_JrAdmin
3 Replies

6. Solaris

Thoughts/experiences of SAN attaching V880 to EMC SAN

Hi everyone, I wonder if I can canvas any opinions or thoughts (good or bad) on SAN attaching a SUN V880/490 to an EMC Clarion SAN? At the moment the 880 is using 12 internal FC-AL disks as a db server and seems to be doing a pretty good job. It is not I/O, CPU or Memory constrained and the... (2 Replies)
Discussion started by: si_linux
2 Replies

7. AIX

SAN error

Dera all I have error repeating for two day, when I checked the error log by errpt command: ------------------------------------------------------------------------ LABEL: SC_DISK_ERR2 IDENTIFIER: 79B0DF89 Date/Time: Wed Oct 31 02:41:36 SAUS Sequence Number: 9000... (1 Reply)
Discussion started by: magasem
1 Replies

8. Linux

Linux on SAN

Hello everyone. I was wondering if there is a way to increase the size on the LUN on a SAN and make the Linux kernel understand the changes without restarting? In the past it has always been rebooted to see the new values but im sure that there is a way now for the lvm to see the Free PE in... (8 Replies)
Discussion started by: d_ark
8 Replies

9. AIX

IBM SAN TO SAN Mirroring

Has anyone tried SAN to SAN mirroring on IBM DS SAN Storage. DS5020 mentions Enhanced Remote Mirror to multi-LUN applications I wonder if Oracle High availibility can be setup using Remote Mirror option of SAN ? (1 Reply)
Discussion started by: filosophizer
1 Replies

10. Filesystems, Disks and Memory

Faster way: SAN hd to SAN hd copying

hi! i got a rhel 6.3 host that already have an xfs filesystem mounted from a SAN (let's call it SAN-1) whose size is 9TB. i will be receiving another SAN (let's call it SAN-2) storage of 15TB size. this new addition is physically on another SAN storage. SAN-1 is on a Pillar storage while the new... (6 Replies)
Discussion started by: rino19ny
6 Replies
libmms(3LIB)							Interface Libraries						      libmms(3LIB)

NAME
libmms - Media Management System library SYNOPSIS
cc [ flag... ] file... -lmms [ library... ] DESCRIPTION
Functions in this library provide access to the Media Management System (MMS). The Media Management System (MMS) is a distributed removable media management system. It is based on IEEE 1244, Media Management System (MMS). Client applications request MMS to mount and unmount cartridges and process them after they are mounted. Applications use Media Man- agement Protocol (MMP) commands to make requests. The Media Management System (MMS) client API provides basic functions that give an appli- cation the ability to connect to MMS, send commands to MMS, and interpret the responses to the commands. For a client to establish a connection to MMS, it needs to first initialize a session and then establish the connection. There are two types of sessions: synchronous A synchronous connection means that the client waits for a response for each command that it sends to MMS. asynchronous A asynchronous connections means the client can continue to send commands to MMS without waiting for a response to the com- mands. The type of session is specified with the choice of initialization function, either mms_init() or mms_ainit(). The connection is established with the hello function, mms_hello(). Within an asynchronous session, the client can also send synchronous commands. If a client's instance is configured to allow multiple sessions, the client can create more than one session, in any combination of syn- chronous and asynchronous types. The client must manage which commands are sent over which session. If the client's instance is not configured to allow multiple sessions and a second init function is called, the client's hello function receives an "unwelcome" response from MMS. Any command sent using the asynchronous send function, mms_send_acmd(), specifies a callback routine that is invoked when the MMS API receives a response to the command. This callback routine is a client-specified function. A callback function can not issue other commands to MMS because the callback function is executed as part of the MMS API's reader thread. An asynchronous session allows the client to also issue commands using the synchronous send function, mms_send_cmd(), waiting for a response before returning. A client can receive notification of certain events that occur within MMS through the event notification mechanism. Routines are provided by the API to help in the processing of responses to the client's commands. For OpenSolaris platforms, libmms is released in shared object (.so) format, installed in /usr/lib/libmms.so. The following table lists libmms library routines and indicates the type of connection that supports them and whether they are optional. Routine Availability Required --------------------------------------------------------------------------------- mms_init() synchronous required for synchronous --------------------------------------------------------------------------------- mms_ainit() asynchronous required for asynchronous --------------------------------------------------------------------------------- mms_hello() synchronous and asynchronous required for both --------------------------------------------------------------------------------- mms_send_cmd() synchronous and asynchronous required for synchronous, optional for asynchronous --------------------------------------------------------------------------------- mms_send_acmd() synchronous and asynchronous required for asynchronous, optional for synchronous --------------------------------------------------------------------------------- mms_read_response() synchronous and asynchronous required for intermediate response to mms_send_cmd() --------------------------------------------------------------------------------- mms_free_rsp() synchronous and asynchronous required for both --------------------------------------------------------------------------------- mms_goodbye() synchronous required for synchronous --------------------------------------------------------------------------------- mms_agoodbye() asynchronous required for asynchronous The following routines are used by a client to to process the response to a MMS command. mms_rsp_type() Returns the type of response that was received for the command. mms_handle_err_rsp() Returns the error code and error message from an error response. mms_get_tree() Returns the parse tree of the response. mms_get_attribute() Obtains the value associcated with a attribute name from a response in namevalue mode. USAGE
To make a client application able to use MMS, build the client with access to the MMS API library routines and then configure the applica- tion. 1. Get a copy of the MMS source tree. 2. Include <mms_api.h> and <mms_sym.h> in the makefile. The path is the san-andreas/include/$(OBJ_DIR). For example, OBJ_DIR is the obj/SunOS_5.10_sparc_DEBUG. 3. Link the client to the mms library to get the MMS API. A client can link either statically or dynamically. To link the library statically, the path is san-andreas/lib/$(OBJ_DIR). To link at runtime, MMS is installed in /opt/SUNWsmmms/lib/libmms.so. 4. Link with either libcommon.so or libcommon.a depending on if the client is dynamically linked or statically linked. 5. Create the client's application name in MMS database. Client application instances must be created within MMS database in order for clients to establish a connection with MMS. 6. Use the MMS database password to connect to MMS. The default database password is a construction of the administrator password with the characters " dbadmin" appended. INTERFACES
The shared object libmms.so.1 provides the public interfaces defined below. See Intro(3) for additional information on shared object inter- faces. mms_agoodbye mms_ainit mms_free_rsp mms_get_attribute mms_get_str mms_get_tree mms_goodbye mms_handle_err_rsp mms_hello mms_init mms_read_response mms_rsp_type mms_send_acmd mms_send_cmd FILES
/usr/lib/libmms.so.1 shared object /usr/lib/64/libmms.so.1 64-bit shared object ATTRIBUTES
See attributes(5) for descriptions of the following attributes: +-----------------------------+-----------------------------+ | ATTRIBUTE TYPE | ATTRIBUTE VALUE | +-----------------------------+-----------------------------+ |Availability |SUNWmmsu | +-----------------------------+-----------------------------+ |Interface Stability |Uncommitted | +-----------------------------+-----------------------------+ |MT-Level |MT-Safe | +-----------------------------+-----------------------------+ SEE ALSO
Intro(3), mms_init(3MMS), mms_rsp_type(3MMS), mms_send_cmd(3MMS), attributes(5) SunOS 5.11 2 Dec 2008 libmms(3LIB)
All times are GMT -4. The time now is 11:09 AM.
Unix & Linux Forums Content Copyright 1993-2022. All Rights Reserved.
Privacy Policy