`<html>
<head>
<meta content="text/html; charset=windows-1252"
http-equiv="Content-Type">
</head>
<body bgcolor="#FFFFFF" text="#000000">
<div class="moz-cite-prefix"><tt>I would suggest the following
procedure on problems after system modifications</tt><tt><br>
</tt><tt><br>
</tt><tt>Get a list of all available bootenvironments (BE) either
from napp-it menu snapshots >> bootenvironment or with a
beadm list. This also shows the current BE and the active one
that is the default on next bootup.</tt><tt><br>
<br>
Prior critical actions, you can create a BE manually what allows
a "go back to the state prior this action"<br>
</tt><tt><br>
</tt><tt>From your list there is a quite new BE
(pre_napp-it-16.03f) what is the system state prior last napp-it
update. You can select this BE during bootup from a list. If it
works, redo the napp-it update, activate this BE in menu snapshot
>> bootenvironment and delete the not working BE there.</tt><tt><br>
</tt><tt><br>
</tt><tt>Prior this, you may run the napp-it backup job that saves
all current napp-it settings to your data pool so you can
restore them to the former bootenvironment ex via menu User >
Restore settings</tt><tt><br>
</tt><tt><br>
</tt><tt>Gea</tt><br>
<br>
<br>
<br>
<br>
On 20.05.2016 03:48, Robert Fantini wrote:<br>
</div>
<blockquote
cite="mid:CALnM7znepAASuoCTpgsqOm2h=hrvOr5yXo58E8Y_Kr16CHecGg@mail.gmail.com"
type="cite">
<div dir="ltr">
<div>after the rollback, per was the same version , and napp-it
had same issue. <br>
<br>
</div>
<div>Here are our zfs filesystems:<br>
</div>
<div><br>
<font face="monospace,monospace"># alias df<br>
alias df='zfs list -t filesystem'<br>
sys4 ~ # df<br>
NAME USED AVAIL
REFER MOUNTPOINT<br>
data 175G 1.68T
27.2K /data<br>
data/backup_napp-it 265M 1.51T
37.8M /data/backup_napp-it<br>
rpool 23.9G 437G
24.5K /rpool<br>
rpool/ROOT 5.82G 437G
19K legacy<br>
rpool/ROOT/omnios 273M 437G
2.97G /<br>
rpool/ROOT/omnios-1 5.55G 437G
3.18G /<br>
rpool/ROOT/omnios-1-backup-1 41K 437G
3.34G /<br>
rpool/ROOT/omnios-backup-1 63K 437G
1.64G /<br>
rpool/ROOT/omniosvar 19K 437G
19K legacy<br>
rpool/ROOT/pre_download_16.03f_1463010047 1K 437G
2.92G /<br>
rpool/ROOT/pre_napp-it-16.02f 35K 437G
1.63G /<br>
rpool/ROOT/pre_napp-it-16.03f 41K 437G
3.19G /<br>
rpool/export 38K 437G
19K /export<br>
rpool/export/home 19K 437G
19K /export/home<br>
<br>
</font></div>
<div><font face="monospace,monospace">I had done this to roll
back:<br>
zfs rollback -r rpool/ROOT/omnios@2016-05-19-150000<br>
</font></div>
<div><font face="monospace,monospace"><br>
</font></div>
<div><font face="monospace,monospace">In case you know
omnios/napp-it , is there another file system which should
be rolled back to fix the napp-it storage? <br>
</font></div>
<div><font face="monospace,monospace"><br>
</font></div>
</div>
<div class="gmail_extra"><br>
<div class="gmail_quote">On Thu, May 19, 2016 at 6:46 PM, Robert
Fantini <span dir="ltr"><<a moz-do-not-send="true"
href="mailto:robertfantini@gmail.com" target="_blank">robertfantini@gmail.com</a>></span>
wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0
.8ex;border-left:1px #ccc solid;padding-left:1ex">
<div dir="ltr">
<div>
<div>
<div>
<div>
<div>
<div>
<div>so I was installing postfix to use with a
log check script. instead will do remote
logging ...<br>
<br>
</div>
to fix our issue I think doing a zfs rollback
. following <a moz-do-not-send="true"
href="http://omnios.omniti.com/wiki.php/GeneralAdministration"
target="_blank">http://omnios.omniti.com/wiki.php/GeneralAdministration</a>
...<br>
<br>
</div>
we've hourly snapshots.<br>
<br>
</div>
so I plan to do this:<br>
<br>
</div>
1- shut down all virtual machines [ kvm on iscsi .
using proxmox. ]<br>
</div>
2- init 1<br>
3- zfs rollback rpool/ROOT/omnios@2016-05-19-150000<br>
</div>
4- reboot <br>
<br>
</div>
Or am I being overly cautions?<br>
<br>
<div>
<div>
<div>
<div>
<div>
<div>
<div><br>
</div>
</div>
</div>
</div>
</div>
</div>
</div>
</div>
<div class="HOEnZb">
<div class="h5">
<div class="gmail_extra"><br>
<div class="gmail_quote">On Thu, May 19, 2016 at 5:32
PM, Robert Fantini <span dir="ltr"><<a
moz-do-not-send="true"
href="mailto:robertfantini@gmail.com"
target="_blank"><a class="moz-txt-link-abbreviated" href="mailto:robertfantini@gmail.com">robertfantini@gmail.com</a></a>></span>
wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0
.8ex;border-left:1px #ccc solid;padding-left:1ex">
<div dir="ltr">
<div>
<div>so I assume that when postfix got
installed, an update to perl occurred.<br>
<br>
</div>
can someone please point me in the direction
to install the prior perl version?<br>
<br>
</div>
PS: others have had a similar issue:<br>
<a moz-do-not-send="true"
href="https://hardforum.com/threads/opensolaris-derived-zfs-nas-san-omnios-openindiana-solaris-and-napp-it.1573272/page-180#post-1041974303"
target="_blank">https://hardforum.com/threads/opensolaris-derived-zfs-nas-san-omnios-openindiana-solaris-and-napp-it.1573272/page-180#post-1041974303</a><br>
</div>
<div>
<div>
<div class="gmail_extra"><br>
<div class="gmail_quote">On Thu, May 19,
2016 at 5:05 PM, Robert Fantini <span
dir="ltr"><<a moz-do-not-send="true"
href="mailto:robertfantini@gmail.com"
target="_blank">robertfantini@gmail.com</a>></span>
wrote:<br>
<blockquote class="gmail_quote"
style="margin:0 0 0 .8ex;border-left:1px
#ccc solid;padding-left:1ex">
<div>
<div>
<div dir="ltr"><br>
<div>
<div class="gmail_quote">----------
Forwarded message ----------<br>
From: <b
class="gmail_sendername">Robert
Fantini</b> <span dir="ltr"><<a
moz-do-not-send="true"
href="mailto:robertfantini@gmail.com"
target="_blank"><a class="moz-txt-link-abbreviated" href="mailto:robertfantini@gmail.com">robertfantini@gmail.com</a></a>></span><br>
Date: Thu, May 19, 2016 at
4:43 PM<br>
Subject: Re: [OmniOS-discuss]
after installing postfix, got
'wrong ELF class' issue<br>
To: Dan McDonald <<a
moz-do-not-send="true"
href="mailto:danmcd@omniti.com"
target="_blank"><a class="moz-txt-link-abbreviated" href="mailto:danmcd@omniti.com">danmcd@omniti.com</a></a>><br>
<br>
<br>
<div dir="ltr"><font
face="monospace,monospace">#
/usr/perl5/5.16.1/bin/i386/perl
/var/web-gui/data/napp-it/zfsos/_lib/scripts/<a
moz-do-not-send="true"
href="http://auto.pl"
target="_blank">auto.pl</a><br>
Perl API version v5.14.0
of IO::Tty does not match
v5.16.0 at
/usr/perl5/5.16.1/lib/i86pc-solaris-thread-multi-64int/DynaLoader.pm
line 213.<span><br>
Compilation failed in
require at
/var/web-gui/data/napp-it/CGI/IO/Pty.pm
line 7.<br>
BEGIN
failed--compilation
aborted at
/var/web-gui/data/napp-it/CGI/IO/Pty.pm
line 7.<br>
Compilation failed in
require at
/var/web-gui/data/napp-it/CGI/Expect.pm
line 22.<br>
BEGIN
failed--compilation
aborted at
/var/web-gui/data/napp-it/CGI/Expect.pm
line 22.<br>
Compilation failed in
require at
/var/web-gui/data/napp-it/zfsos/_lib/illumos/<a
moz-do-not-send="true"
href="http://zfslib.pl" target="_blank">zfslib.pl</a> line 2816.<br>
BEGIN
failed--compilation
aborted at
/var/web-gui/data/napp-it/zfsos/_lib/illumos/<a
moz-do-not-send="true"
href="http://zfslib.pl" target="_blank">zfslib.pl</a> line 2816.<br>
</span>Compilation failed
in require at
/var/web-gui/data/napp-it/zfsos/_lib/scripts/<a
moz-do-not-send="true"
href="http://auto.pl"
target="_blank">auto.pl</a>
line 52.<br>
</font><br>
</div>
<div>
<div>
<div class="gmail_extra"><br>
<div class="gmail_quote">On
Thu, May 19, 2016 at
4:40 PM, Dan McDonald
<span dir="ltr"><<a
moz-do-not-send="true" href="mailto:danmcd@omniti.com" target="_blank"><a class="moz-txt-link-abbreviated" href="mailto:danmcd@omniti.com">danmcd@omniti.com</a></a>></span>
wrote:<br>
<blockquote
class="gmail_quote"
style="margin:0 0 0
.8ex;border-left:1px
#ccc
solid;padding-left:1ex"><span><br>
> On May 19,
2016, at 4:32 PM,
Robert Fantini
<<a
moz-do-not-send="true"
href="mailto:robertfantini@gmail.com" target="_blank"><a class="moz-txt-link-abbreviated" href="mailto:robertfantini@gmail.com">robertfantini@gmail.com</a></a>>
wrote:<br>
><br>
> #
/usr/bin/i386/perl
/var/web-gui/data/napp-it/zfsos/_lib/scripts/<a moz-do-not-send="true"
href="http://auto.pl"
rel="noreferrer"
target="_blank">auto.pl</a><br>
> -bash:
/usr/bin/i386/perl:
No such file or
directory<br>
<br>
</span>Interesting.<br>
<br>
/usr/perl5/5.16.1/bin/i386/perl<br>
<br>
should work, but I
wonder if our perl
packaging should be
a bit more
intelligent with
symlinks in
/usr/bin/{i386,amd64}
as well?<br>
<span><font
color="#888888"><br>
Dan<br>
<br>
</font></span></blockquote>
</div>
<br>
</div>
</div>
</div>
</div>
<br>
</div>
</div>
</div>
</div>
</blockquote>
</div>
<br>
</div>
</div>
</div>
</blockquote>
</div>
<br>
</div>
</div>
</div>
</blockquote>
</div>
<br>
</div>
<br>
<fieldset class="mimeAttachmentHeader"></fieldset>
<br>
<pre wrap="">_______________________________________________
OmniOS-discuss mailing list
<a class="moz-txt-link-abbreviated" href="mailto:OmniOS-discuss@lists.omniti.com">OmniOS-discuss@lists.omniti.com</a>
<a class="moz-txt-link-freetext" href="http://lists.omniti.com/mailman/listinfo/omnios-discuss">http://lists.omniti.com/mailman/listinfo/omnios-discuss</a>
</pre>
</blockquote>
<br>
<br>
</body>
</html>
`