Sponsored Content
Operating Systems AIX IBM TDS/SDS (LDAP) - can I mix endianness among servers in an instance ? Post 303039487 by maraixadm on Monday 7th of October 2019 06:07:12 PM
Old 10-07-2019
IBM TDS/SDS (LDAP) - can I mix endianness among servers in an instance ?

I'd like to add some x/linux-based servers to my current AIX-based TDS/SDS server community. Reading the Fine Install Guide (rtfig ?) I believe this may be covered by the section "Upgrade an instance of a previous version to a different computer" i.e. I'm going to install latest/greatest SDS on a new server image, then bring in the instance data from one of my current servers.

The chart in that section of the Install Guide indicates this is only possible among systems with the same endianness.

Is it possible to have Intel & power servers cooperating on the same directory ? If so, can someone pls point me to doc on how to get there ?

Much appreciated !

[edit:] more reading. I see in the section "creating a copy of an existing instance" the same requirement that only data from a source with the same endianness as the target can be used.

So: can I create an instance copy without data, then (quiesce replication and suspend my servers and) dump the directory to an LDIF, and load the new instance from that instead of from a backup ? Then ensuring that replication is prepared on the new copy and then spinning up the whole pile ? The crux being that by importing the data as text rather than binary, I avoid the fact that handling of endianness/network byte order is missing from the deploy tools ?

Same question as above though, crudely, does replication handle network byte order correctly and swap data nice between different endiannesses ?

Last edited by maraixadm; 10-08-2019 at 12:28 AM..
 

5 More Discussions You Might Find Interesting

1. UNIX for Advanced & Expert Users

HP-UX 10.2 servers interoperability with IBM mass storage devices

Does anyone have succesfully interconnected HP-UX 10.2 HP 9000 K370 servers with A6885A HBA's, with an IBM Fastt storage server? I need to replace integrate both platforms. Interoperability matrices from manufacturers do not certified such integration. Thanks for anybody's help. (0 Replies)
Discussion started by: raltmannr
0 Replies

2. UNIX for Dummies Questions & Answers

Is no LDAP unusual for 40+ solaris servers?

I am the new jr admin on a solaris team (2 people). We have over 40 solaris servers (v8 and v9) yet no LDAP to manage it all. Is this unusual? So, if we need to add a new user, we have to add him 40x. Thanks in advance ~R (1 Reply)
Discussion started by: abstractrick
1 Replies

3. AIX

IBM Servers Documentation

Hello dear friends, I wanrt to document our servers configuration but have no Idea which softweare should I use for documenting server environment.. maybe anyone can suggest me which software should I use.. thanks in Advance (2 Replies)
Discussion started by: Vit0_Corleone
2 Replies

4. AIX

executable problems with shell script in IBM servers

We have a java stand alone application running currently on sun Solaris system. The java application runs on Jdk 1.4. We are reshooting this java application to new Ibm servers. There are 10 unix scripts for this application. All scripts works well except one shell script, This shell... (2 Replies)
Discussion started by: poojagupta
2 Replies

5. AIX

Mix LDAP and LOCAL user on AIX

Hello, I'm currently trying to mix local and LDAP users on an AIX 7.1. I've triied many things. My LDAP Server in on a CentOS - OpenLDAP (which works fine with linux). I'm currently stuck on AIX at how to declare LDAP AND Local users. Here's what i did : /usr/sbin/mksecldap -c -h 'ldap03'... (15 Replies)
Discussion started by: AIX_user_324891
15 Replies
gd_alter_endianness(3)						      GETDATA						    gd_alter_endianness(3)

NAME
gd_alter_endianness -- modify the byte sex of fields in a dirfile SYNOPSIS
#include <getdata.h> int gd_alter_endianness(DIRFILE *dirfile, unsigned long byte_sex, int fragment_index, int recode); DESCRIPTION
The gd_alter_endianness() function sets the byte sex of the format specification fragment given by fragment_index to byte_sex in the dirfile(5) database specified by dirfile. The byte sex of a fragment indicate the endianness of data stored in binary files associated with RAW fields defined in the specified fragment. The byte sex of a fragment containing no RAW fields is ignored. The byte_sex argument should be one of the following: 0 (zero) Indicating that the byte sex should be the native endianness of the host, whichever that may be. GD_BIG_ENDIAN Indicating that the byte sex should be big endian. GD_LITTLE_ENDIAN Indicating that the byte sex should be little endian. (GD_BIG_ENDIAN | GD_LITTLE_ENDIAN) Indicating that the byte sex should be the opposite of the native endianness of the host, whichever that may be. Furthermore, any of these may be bitwise or'd with GD_ARM_ENDIAN or GD_NOT_ARM_ENDIAN indicating that the floating point data are stored in the ARM middle-endian format. In addition to being simply a valid fragment index, fragment_index may also be the special value GD_ALL_FRAGMENTS, which indicates that the byte sex of all fragments in the database should be changed. If the recode argument is non-zero, this call will byte swap the binary data of affected RAW fields to account for the change in byte sex. If the encoding of the fragment is endianness insensitive, or if the data type is only one byte in size, no change is made. If recode is zero, affected binary files are left untouched. RETURN VALUE
Upon successful completion, gd_alter_endianness() returns zero. On error, it returns -1 and sets the dirfile error to a non-zero error value. Possible error values are: GD_E_ACCMODE The specified dirfile was opened read-only. GD_E_ALLOC The library was unable to allocate memory. GD_E_BAD_DIRFILE The supplied dirfile was invalid. GD_E_BAD_INDEX The supplied index was out of range. GD_E_PROTECTED The metadata of the indicated format specification fragment was protected from change, or the binary data of the fragment was pro- tected from change and binary file byte swapping was requested. GD_E_RAW_IO An I/O error occurred while attempting to byte swap a binary file. GD_E_UNCLEAN_DB An error occurred while moving the byte-swapped file into place. As a result, the database may be in an unclean state. See the NOTES section below for recovery instructions. In this case, the dirfile will be flagged as invalid, to prevent further database corruption. It should be immediately closed. GD_E_UNKNOWN_ENCODING The encoding scheme of the fragment is unknown. GD_E_UNSUPPORTED The encoding scheme of the fragment does not support binary file byte swapping. The dirfile error may be retrieved by calling gd_error(3). A descriptive error string for the last error encountered can be obtained from a call to gd_error_string(3). NOTES
A binary file byte swap occurs out-of-place. As a result, sufficient space must be present on the filesystem for the binary files of all RAW fields in the fragment both before and after translation. If all fragments are updated by specifying GD_ALL_FRAGMENTS, the byte swap- ping occurs one fragment at a time. An error code of GD_E_UNCLEAN_DB indicates a system error occurred while moving the byte-swapped binary data into place or when deleting the old data. If this happens, the database may be left in an unclean state. The caller should check the filesystem directly to ascertain the state of the dirfile data before continuing. For recovery instructions, see the file /usr/share/doc/getdata/unclean_database_recov- ery.txt. SEE ALSO
gd_open(3), gd_error(3), gd_error_string(3), gd_endianness(3), dirfile(5), dirfile-format(5) Version 0.7.0 21 October 2010 gd_alter_endianness(3)
All times are GMT -4. The time now is 08:48 AM.
Unix & Linux Forums Content Copyright 1993-2022. All Rights Reserved.
Privacy Policy