AIX GPFS patches for 3.4.0

miguel.sanders at miguel.sanders at
Wed Aug 19 06:22:30 MDT 2009


I don't think it's really necessary to write a test for this
IBM has confirmed that these functions will not be implemented in AIX and will always return ENOSYS.

Met vriendelijke groet
Best regards
Bien à vous

ArcelorMittal Gent

UNIX Systems & Storage
IT Supply Western Europe | John Kennedylaan 51
B-9042 Gent

T +32 9 347 3538 | F +32 9 347 4901 | M +32478 805 023
E miguel.sanders at

-----Oorspronkelijk bericht-----
Van: samba-technical-bounces at [mailto:samba-technical-bounces at] Namens William Jojo
Verzonden: dinsdag 14 juli 2009 12:42
Aan: Volker.Lendecke at SerNet.DE
CC: samba-technical at
Onderwerp: Re: AIX GPFS patches for 3.4.0

Volker Lendecke wrote:
> On Mon, Jul 13, 2009 at 10:30:12PM -0400, William Jojo wrote:
>                          uint32 share_access)
>>  {
>> +#ifdef AIX
>> +       /* 
>> +       gpfs_set_share call is not implemented in AIX.
>> +       It should be noted that the GPFS shared object shr.o in library libgpfs.a does contain an entrypoint though.
>> +       However, calling that function results in a core dump (illegal opcode). This will be fixed in a future GPFS release
>> +       in which the function will return ENOSYS instead of dumping core.
>> +       */
>> +       errno = ENOSYS;
>> +       return True;
>> +#else
> So we have to remove that stuff again when IBM fixes GPFS on AIX?
> I would much prefer it if a test for this was put into

Sure thing. I'll put a test together and adjust the patch accordingly.


> Volker

This message and any attachment are confidential, intended solely for the use of the individual or entity to whom it is addressed and may be protected by professional secrecy or intellectual property rights. 
If you have received it by mistake, or are not the named recipient(s), please immediately notify the sender and delete the message. You are hereby notified that any unauthorized use, copying or dissemination of any or all information contained in this message is prohibited. 
Arcelormittal shall not be liable for the message if altered, falsified, or in case of error in the recipient. 
This message does not constitute any right or commitment for ArcelorMittal except when expressly agreed otherwise in writing in a separate agreement.  

More information about the samba-technical mailing list