onmode -c block/unblock
Posted in 2012
Topics: Backup & Restore, Server Administration
Hi to all,
RHEL 5.7
IDS 11.50.FC7
Before I do my nightly system backup, I do my ontape commands, and block the
server. After the backup, I uublock it and all is OK. Without getting into
useless details, sometimes the backup hangs needing new media and waits. When
users come in the next morning, the server is blocked and I need to unblock
it. I want to create a cron job that will run long after the backup should be
complete to unblock the server if it is blocked. My questions are: Is there a
simple way to test if the server is blocked or unblocked? "onstat -;echo $?"
returns 5 (online mode) in both cases. I could use "onstat - | grep Blocked".
Or do I even care? If the server is unblocked and I run "onmode -c unblock", I
get a message that the server is already unblocked. Does unblocking an
unblocked server hurt anything?
David
Hi,
you can always check with onstat -p | head -3 | grep Blocked
But why do you block the server during backup with ontape ? You can do a
backup unblocked ...
Marcus
----- Ursprüngliche Mail -----
Von: "DAVID ZINDER" <zinder@ztechz.com>
An: ids@iiug.org
Gesendet: Dienstag, 20. März 2012 17:12:59
Betreff: onmode -c block/unblock [26554]
Hi to all,
RHEL 5.7
IDS 11.50.FC7
Before I do my nightly system backup, I do my ontape commands, and block the
server. After the backup, I uublock it and all is OK. Without getting into
useless details, sometimes the backup hangs needing new media and waits. When
users come in the next morning, the server is blocked and I need to unblock
it. I want to create a cron job that will run long after the backup should be
complete to unblock the server if it is blocked. My questions are: Is there a
simple way to test if the server is blocked or unblocked? "onstat -;echo $?"
returns 5 (online mode) in both cases. I could use "onstat - | grep Blocked".
Or do I even care? If the server is unblocked and I run "onmode -c unblock", I
get a message that the server is already unblocked. Does unblocking an
unblocked server hurt anything?
David
*******************************************************************************
Forum Note: Use "Reply" to post a response in the discussion forum.
Yes, I could do the backup without blocking, but with blocking (and=
=20
ontape) I get two IDS backups. Its the paranoid admin in me. Your=
=20
onstat.... is functionally the same as what I thought of. I was looki=
ng=20
to see if there was an standard way to see if the server is=20
blocked/unblocked.
On 3/20/2012 12:25 PM, Marcus Haarmann wrote:
> Hi,
>
> you can always check with onstat -p | head -3 | grep Blocked
>
> But why do you block the server during backup with ontape ? You can=
do a
> backup unblocked ...
>
> Marcus
>
> ----- Urspr=FCngliche Mail -----
>
> Von: "DAVID ZINDER"<zinder@ztechz.com>
> An: ids@iiug.org
> Gesendet: Dienstag, 20. M=E4rz 2012 17:12:59
> Betreff: onmode -c block/unblock [26554]
>
> Hi to all,
>
> RHEL 5.7
> IDS 11.50.FC7
>
> Before I do my nightly system backup, I do my ontape commands, and =
block the
> server. After the backup, I uublock it and all is OK. Without getti=
ng into
> useless details, sometimes the backup hangs needing new media and w=
aits. When
> users come in the next morning, the server is blocked and I need to=
unblock
> it. I want to create a cron job that will run long after the backup=
should be
> complete to unblock the server if it is blocked. My questions are: =
Is there a
> simple way to test if the server is blocked or unblocked? "onstat -=
;echo $?"
> returns 5 (online mode) in both cases. I could use "onstat - | grep=
Blocked".
> Or do I even care? If the server is unblocked and I run "onmode -c =
unblock", I
> get a message that the server is already unblocked. Does unblocking=
an
> unblocked server hurt anything?
>
> David
>
>
> *******************************************************************=
************
> Forum Note: Use "Reply" to post a response in the discussion forum.
>
>
> *******************************************************************=
************
> Forum Note: Use "Reply" to post a response in the discussion for=
um.
>
if you are using ontape, then you could send the backup to STDOUT and pipe
it to two output devices at the same time.
From: "David Zinder" <zinder@ztechz.com>
To: ids@iiug.org
Date: 03/20/2012 12:40 PM
Subject: Re: onmode -c block/unblock [26556]
Sent by: ids-bounces@iiug.org
Yes, I could do the backup without blocking, but with blocking (and=
=20
ontape) I get two IDS backups. Its the paranoid admin in me. Your=
=20
onstat.... is functionally the same as what I thought of. I was looki=
ng=20
to see if there was an standard way to see if the server is=20
blocked/unblocked.
On 3/20/2012 12:25 PM, Marcus Haarmann wrote:
> Hi,
>
> you can always check with onstat -p | head -3 | grep Blocked
>
> But why do you block the server during backup with ontape ? You can=
do a
> backup unblocked ...
>
> Marcus
>
> ----- Urspr=FCngliche Mail -----
>
> Von: "DAVID ZINDER"<zinder@ztechz.com>
> An: ids@iiug.org
> Gesendet: Dienstag, 20. M=E4rz 2012 17:12:59
> Betreff: onmode -c block/unblock [26554]
>
> Hi to all,
>
> RHEL 5.7
> IDS 11.50.FC7
>
> Before I do my nightly system backup, I do my ontape commands, and =
block the
> server. After the backup, I uublock it and all is OK. Without getti=
ng into
> useless details, sometimes the backup hangs needing new media and w=
aits. When
> users come in the next morning, the server is blocked and I need to=
unblock
> it. I want to create a cron job that will run long after the backup=
should be
> complete to unblock the server if it is blocked. My questions are: =
Is there a
> simple way to test if the server is blocked or unblocked? "onstat -=
;echo $?"
> returns 5 (online mode) in both cases. I could use "onstat - | grep=
Blocked".
> Or do I even care? If the server is unblocked and I run "onmode -c =
unblock", I
> get a message that the server is already unblocked. Does unblocking=
an
> unblocked server hurt anything?
>
> David
>
>
> *******************************************************************=
************
> Forum Note: Use "Reply" to post a response in the discussion forum.
>
>
> *******************************************************************=
************
> Forum Note: Use "Reply" to post a response in the discussion for=
um.
>
*******************************************************************************
Forum Note: Use "Reply" to post a response in the discussion forum.