On Fri, Jun 25, 2004 at 09:09:29AM -0700, David T. Perkins wrote:
> First, did you see the email on the specific syntax of net-snmp
> commands?
Sorry. I tried to search something useful on snmpset but with poor
results. Maybe I used wrong words in searching.
Can you please give me its URL?
> You
On Fri, Jun 25, 2004 at 12:08:21PM -0400, [EMAIL PROTECTED] wrote:
> In the sample given, substitute the equals sign with the letter "s".
It gives the same result... I found I should use the string:
\"Rodolfo\ Giometti\"
> Please read the manual page for snmpset
On Fri, Jun 25, 2004 at 05:55:36PM +0200, Rodolfo Giometti wrote:
>[EMAIL PROTECTED]:~$ snmpset -v 2c -c public localhost:
> SELTASYS-MIB::office.\"Rodolfo Giometti\" = "Colognora"
>SELTASYS-MIB::office."Rodolfo: Bad object type: G
>
> with no
On Thu, Jun 24, 2004 at 08:50:32PM +0200, Niels Baggesen wrote:
> Which, given the net-snmp tools, would amount to
>
> snmpset SELTASYS-MIB::office.\"Rodolfo Giometti\" = "Colognora"
Here what I get:
[EMAIL PROTECTED]:~$ snmpset -v 2c -c public localho
On Thu, Jun 24, 2004 at 11:16:45AM -0700, David T. Perkins wrote:
> The definition of the index object should have max-access value
> of "not-accessible".
But in this case how I can change field «name»?
> A set to object office."Rodolfo Giometti" with value &
Textual Convention: simpleString
||Size: 0..255
|+-- CR-- Stringemail(3)
| Textual Convention: simpleString
| Size: 0..255
If I use the snmpwalk command everything works:
SELTASYS-MIB::name."" = STRING: Rodolfo
On Sun, Jun 20, 2004 at 01:44:48PM -0400, Robert Story wrote:
> Use the delegated flag and either a separate thread or a periodic non-blocking
> read.
Ok, I used the solution you suggested by using a thread but I have a
problem when referencing the delegated cache:
* I register an handler for a s
Hi,
can an handler be blocked during a get/set by a read()/write() system
call?
For instance, if in the MODE_GET case I use a read() syscall to get a
variable value and it blocks the the whole agent blocks too?
If so, which would be the correct solution?
Thanks,
Rodolfo
--
GNU/Linux Solutio
