I don't believe you can make runtime changes using dtrace, it
only gathers runtime information.
Afshin
Florian Manschwetus wrote:
Am 20.01.2010 20:50, schrieb Afshin Salek:
Florian Manschwetus wrote:
Am 19.01.2010 19:52, schrieb Afshin Salek:
We should first determine what the nature of the problem is
and then start the diagnosis process. I don't see any clear
problem description in the bugzilla.
What operation is being performed when this crash happens?
I can see that the crash has been fixed, so you are saying
there is still a problem and you think it's a server side
issue?
You haven't responded to this question, so do you have the
smbclient fix for the crash and you still see a problem or
you don't have the fix?
Afshin
I have the fix and it was released yesterday for samba stable (3.4.5),
but it would need about six month until it would make it in the
mainstream binary distributions, so we would need the server to be fixed
asap. (possible impact also on opensolaris and macos)
The idea was to get a dtrace hack, that fixes the affected replies.
If it is possible to do so.
Florian
What Solaris build you are using?
b130 (indiana)
Situation:
10 normal shares
10 users working (10 autohomeshares)
The problem is that the srvsvc reply (sharelisting) lists for example 11
shares (array 11 entries)
But the total entry count would be 20 <= here is the mistake it has to
be adjusted accordingly when hiding shares.
Florian
Afshin
Florian Manschwetus wrote:
Could some one help me to analyse / fix(workaround) the server part of
this issue:
https://bugzilla.samba.org/show_bug.cgi?id=7046
with dtrace?
florian
------------------------------------------------------------------------
_______________________________________________
cifs-discuss mailing list
cifs-discuss@opensolaris.org
http://mail.opensolaris.org/mailman/listinfo/cifs-discuss
_______________________________________________
cifs-discuss mailing list
cifs-discuss@opensolaris.org
http://mail.opensolaris.org/mailman/listinfo/cifs-discuss
