Sponsored Content
Operating Systems AIX IBM TDS/SDS (LDAP) - can I mix endianness among servers in an instance ? Post 303039611 by maraixadm on Thursday 10th of October 2019 11:16:25 AM
Old 10-10-2019
ibm sez yes it's supported. we'll give it a whirl. will update with highlights.

--- Post updated at 11:16 ---

Quote:
Originally Posted by zxmaus
well endianness only matters for binary data not text data. If I understand you correctly you want to transfer text data only so that should work fine. If you however need something runnable you would need to run it through a converter and recompile.
ibm suppt said that replication does the same ops on the recipient that were done on the originator to effect the change in the first place. which says to me all the data sent in replication must be text, I'll check that with tcpdump when I get time. I suspect it falls down on binary blobs like image data/video saved in attributes, but we don't have any of those so we don't care. Passwords might be fun too but OTOH those have their own handling including cryptosync, so I expect they're correct.

In general, my reading (is it correct ?) of this is that it's about correct layer6 implementation, and Sun took care of that over 30 years ago with XDR for RPC, later standardized into the notion of network byte order.
Editorial Comment:
so WTF isn't this implemented correctly like everywhere? I know, development resources. IBM was always careful about this up until the bugly edges where they went into the weeds sometimes, but were responsive when bugs were found. Heard from a colleague that another (newer) non-IBM package didn't replicate right cause their flaming binary index wasn't handled right across platforms. Seriously ?

that was cool, I made my own editorial tags and whaddya know, someone had implemented them. who knew... Smilie
 

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 01:25 PM.
Unix & Linux Forums Content Copyright 1993-2022. All Rights Reserved.
Privacy Policy