Custom Query (292 matches)

The GUI for EVFS as included in eCS 2.0 RC4 is unable to determine if the resource was actually connected properly or not. Below is a cut & paste from a discussion with Alex Taylor (author of the GUI) me (Joachim) and Vitali.

===

the return code of EvfsRxMount? indicates whether the resource

was initialized and parameters were accepted by the plugin. It does not indicate the resource availability. That is, it is possible to mount a resource that is not accessible at the time of the mount. That is the design.

If you have to verify, whether the resource is actually accessible, you have to do a file system operation on the resource and verify the result of it.

Return codes for all REXX functions are generic OS/2 return codes converted to a decimal string (like ERROR_INVALID_PARAMETER is '87', etc).

Okay, thanks for the info. So this would require some additional coding but seems not impossible...

I'm not sure... how could I tell the difference between an attached directory that simply contains no files, and an empty mountpoint (whose attach failed)?

It would seem there's also no way to return "login failed" to the user.

===

Hi Joachim, Alex,

it is possible to implement an IOCTL in the samba plugin. The IOCTL would return information about the samba resource. I believe it is the most suitable method, as it will allow to return any information: login failed, etc.

So after a mount, an additional IOCTL call to the plugin will be made by the script.

I think doing an IOCTL from rexx is not implemented in evfscall, so a separate executable (or REXX callable DLL, or additing the function to evfscalls) will be required.

I will send a C example of implementing an IOCTL later today.

Best regards, Vitali.

===

here is what to do.

In the plugin (ndpsmb.c) implement:

int APIENTRY NdpIOCTL (int type, HRESOURCE resource, char *path, int function,

void *in, ULONG insize, PULONG poutlen)

{

Resource *pRes = (Resource *)resource;

if (function == 100 ) /* Arbitrary value */ {

SAMBAINFO *pInfo = (SAMBAINFO *)in; fillResourceInfo (pRes, pInfo); poutlen = sizeof (SAMBAINFO); return NO_ERROR;

}

return ERROR_NOT_SUPPORTED;

}

In the application call:

SAMBAINFO info;

fullpath = path to just created resource.

ULONG cbOut = sizeof (info); rc = EvfsPluginIoctl? (100, "ndpsmb", "smbfs", fullpath, &info, sizeof (info), &cbOut);

That should eventually call the custom fillResourceInfo which can return whatever is required in the SAMBAINFO structure.

Let me know if there are any problems.

Best regards, Vitali.

===

We'd like to have the capability to perform a status check in REXX, but am unsure if the above is sufficient to implement this. It is also unclear to me who is supposed to implement what :)

Thanks in advance,

Joachim

swat should be enhanced, that it's possible to have the files needed to serve the cgi swat in some dir. right now it has to be in the /samba dir in the apache root.

SWAT (when run as an Apache 2.28 cgi) is unable to start/stop the Samba daemons smbd.exe, nmbd.exe (and on my private builds also winbindd.exe).

This was tested both with the official 3.0.28 build at changeset 118 level and with my private build at the same level.

No logs attached, as I haven't found out how to create logs from SWAT.