zfs discuss - May 2008 - SMC Webconsole 3.1 and ZFS Administration 1.0 - stacktraces in snv_b89

I''ve installed SXDE (snv_89) and found that the web console only
listens on https://localhost:6789/ now, and the module for ZFS admin
doesn''t work.

When I open the link, the left frame lists a stacktrace (below) and the right
frame is plain empty. Any suggestions?

I tried substituting different SUNWzfsgr and SUNWzfsgu packages from older
Solarises (x86/sparc, snv_77/84/89, sol10u3/u4), and directly substituting the
zfs.jar file, but these actions resulted in either the same error or
crash-and-restart of SMC Webserver.

I didn''t yet try installing an older SUNWmco* packages (a 10u4 system
with SMC 3.0.2 works ok), I''m not sure it''s a good idea ;)

The system has JDK 1.6.0_06 per default, maybe that''s the culprit? I
tried setting it to JDL 1.5.0_15 and web-module zfs refused to start and
register itself...

==Application Error
com.iplanet.jato.NavigationException: Exception encountered during forward
Root cause = [java.lang.IllegalArgumentException: No enum const class
com.sun.zfs.common.model.AclInheritProperty$AclInherit.restricted]
Notes for application developers:

    * To prevent users from seeing this error message, override the
onUncaughtException() method in the module servlet and take action specific to
the application
    * To see a stack trace from this error, see the source for this page

Generated Thu May 29 17:39:50 MSD 2008
==
In fact, the traces in the logs are quite long (several screenfulls) and nearly
the same; this one starts as:
==com.iplanet.jato.NavigationException: Exception encountered during forward
Root cause = [java.lang.IllegalArgumentException: No enum const class
com.sun.zfs.common.model.AclInheritProperty$AclInherit.restricted]
        at com.iplanet.jato.view.ViewBeanBase.forward(ViewBeanBase.java:380)
        at com.iplanet.jato.view.ViewBeanBase.forwardTo(ViewBeanBase.java:261)
        at
com.iplanet.jato.ApplicationServletBase.dispatchRequest(ApplicationServletBase.java:981)
        at
com.iplanet.jato.ApplicationServletBase.processRequest(ApplicationServletBase.java:615)
        at
com.iplanet.jato.ApplicationServletBase.doGet(ApplicationServletBase.java:459)
        at javax.servlet.http.HttpServlet.service(HttpServlet.java:690)
...
== 
 
This message posted from opensolaris.org

On May 29, 2008, at 9:52 AM, Jim Klimov wrote:
> I''ve installed SXDE (snv_89) and found that the web console only  
> listens on https://localhost:6789/ now, and the module for ZFS admin  
> doesn''t work.
It works for out of the box without any special mojo.  In order to get  
the webconsole to listen on something other than localhost did you do  
this?

# svccfg -s svc:/system/webconsole setprop options/tcp_listen = true
# svcadm disable svc:/system/webconsole
# svcadm enable svc:/system/webconsole

-Andy

>
>
> When I open the link, the left frame lists a stacktrace (below) and  
> the right frame is plain empty. Any suggestions?
>
> I tried substituting different SUNWzfsgr and SUNWzfsgu packages from  
> older Solarises (x86/sparc, snv_77/84/89, sol10u3/u4), and directly  
> substituting the zfs.jar file, but these actions resulted in either  
> the same error or crash-and-restart of SMC Webserver.
>
> I didn''t yet try installing an older SUNWmco* packages (a 10u4  
> system with SMC 3.0.2 works ok), I''m not sure it''s a good
idea ;)
>
> The system has JDK 1.6.0_06 per default, maybe that''s the culprit?
I
> tried setting it to JDL 1.5.0_15 and web-module zfs refused to start  
> and register itself...
>
>
> ==> Application Error
> com.iplanet.jato.NavigationException: Exception encountered during  
> forward
> Root cause = [java.lang.IllegalArgumentException: No enum const  
> class com.sun.zfs.common.model.AclInheritProperty 
> $AclInherit.restricted]
> Notes for application developers:
>
>    * To prevent users from seeing this error message, override the  
> onUncaughtException() method in the module servlet and take action  
> specific to the application
>    * To see a stack trace from this error, see the source for this  
> page
>
> Generated Thu May 29 17:39:50 MSD 2008
> ==>
> In fact, the traces in the logs are quite long (several screenfulls)  
> and nearly the same; this one starts as:
> ==> com.iplanet.jato.NavigationException: Exception encountered during  
> forward
> Root cause = [java.lang.IllegalArgumentException: No enum const  
> class com.sun.zfs.common.model.AclInheritProperty 
> $AclInherit.restricted]
>        at  
> com.iplanet.jato.view.ViewBeanBase.forward(ViewBeanBase.java:380)
>        at  
> com.iplanet.jato.view.ViewBeanBase.forwardTo(ViewBeanBase.java:261)
>        at  
> com 
> .iplanet 
> .jato 
> .ApplicationServletBase.dispatchRequest(ApplicationServletBase.java: 
> 981)
>        at  
> com 
> .iplanet 
> .jato 
> .ApplicationServletBase.processRequest(ApplicationServletBase.java: 
> 615)
>        at  
> com 
> .iplanet 
> .jato.ApplicationServletBase.doGet(ApplicationServletBase.java:459)
>        at javax.servlet.http.HttpServlet.service(HttpServlet.java:690)
> ...
> ==>
>
> This message posted from opensolaris.org
> _______________________________________________
> zfs-discuss mailing list
> zfs-discuss at opensolaris.org
> http://mail.opensolaris.org/mailman/listinfo/zfs-discuss
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
<http://mail.opensolaris.org/pipermail/zfs-discuss/attachments/20080529/ec2c37e0/attachment.html>

No, I did not set that property; not now, not in previous releases.
Nice to see "secure by default" coming to the admin tools as well.

Waiting for SSH to become 127.0.0.1:22 sometime... just kidding ;)

Thanks for the tip!

Any ideas about the stacktrace? - it''s still there instead of the
web-GUI :(
 
 
This message posted from opensolaris.org

I have the same problem here with https://localhost:6789 ZFS Administration
bombing out with the same error.....

I am using SXCE B90 with ZFS as the root partition running in VBOX 1.6.

Any suggestions on next steps?

Cheers, JP
 
 
This message posted from opensolaris.org

Just tried SXCE B90 with UFS as root partition in VBOX 1.6 and it works fine, so
ZFS as the root partition might be the cause...

Cheers, JP
 
 
This message posted from opensolaris.org

I checked - this system has a UFS root. When installed as snv_84 and then
LU''d to snv_89, and when I fiddled with these packages from various
other releases, it had the stacktrace instead of the ZFS admin GUI (or the
well-known "smcwebserver restart" effect for the older packages).

This system was mostly End-User cluster, handpicked away a few non-needed
packages; usually our server systems are stripped way more (Net-Core plus a few
packages for zone/zfs support). Perhaps I''m missing a bit from some
Java or library dependencies?

Were your UFS and ZFS setups different in packaging?
 
 
This message posted from opensolaris.org

A further update. With B90 and UFS as root partition, the ZFS administration GUI
worked fine. So I presented two additional disks and proceeded to create a
zpool. The creation of the pool worked fine however the ZFS administration
interface is now broken with the same error as in the original post.

So to summarise, ZFS GUI adminstration seems to be broken once a ZFS pool exists
on the system with at least B90.

Is this a bug or is there a workaround?

Cheers, JP
 
 
This message posted from opensolaris.org

> I checked - this system has a UFS root. When
> installed as snv_84 and then LU''d to snv_89, and when
> I fiddled with these packages from various other
> releases, it had the stacktrace instead of the ZFS
> admin GUI (or the well-known "smcwebserver restart"
> effect for the older packages).
>
> .....
>
> Were your UFS and ZFS setups different in packaging?
No. These were straight vanilla installs of SXCE B90 with Entire Distrubtion.

With my original post I thought it might of been related to ZFS as the root
partition but with further testing that is not the case at all...

Cheers, JP
 
 
This message posted from opensolaris.org

snv_89 is the same. The ZFS Administration console worked fine to create my
first 2 pools. I''ve been unable to use it since then. I have the same
stack trace errors.

Did you find a workaround for this issue?

-Rick
 
 
This message posted from opensolaris.org

> snv_89 is the same. The ZFS Administration console
> worked fine to create my first 2 pools. I''ve been
> unable to use it since then. I have the same stack
> trace errors.
> 
> Did you find a workaround for this issue?
> 
> -Rick
Nothing yet....dropping to the command line for the moment. Looking forward to
when its working that''s for sure!
 
 
This message posted from opensolaris.org

Likewise. Just plain doesn''t work.

Not required though, since the command-line is okay and way powerful ;)

And there are some more interesting challenges to work on, so I didn''t
push this problem any more yet.
 
 
This message posted from opensolaris.org

Yeah. The command line works fine. Thought it to be a bit curious that there was
an issue with the HTTP interface. It''s low priority I guess because it
doesn''t impact the functionality really.

Thanks for the responses.
 
 
This message posted from opensolaris.org

> Yeah. The command line works fine. Thought it to be a
> bit curious that there was an issue with the HTTP
> interface. It''s low priority I guess because it
> doesn''t impact the functionality really.
> 
> Thanks for the responses.
I was receiving the same stacktrace:
[b]No enum const class
com.sun.zfs.common.model.AclInheritProperty$AclInherit.restricted[/b]

I reviewed the aclinherit properties for both rpool and tank and noted the
following:
[b]zfs get aclinherit tank
NAME  PROPERTY    VALUE        SOURCE
tank  aclinherit  restricted   default[/b]

I ran the following command for both of my storage pools:
[b]zfs set aclinherit=passthrough  <pool name>[/b]
Launching ZFS
 Administration from the Java Web Console was successful.
 
 
This message posted from opensolaris.org

Interesting, we''ll try that.

Our server with the problem has been boxed now, so I''ll check the
solution when it gets on site.

Thanks ahead, anyway ;)
 
 
This message posted from opensolaris.org

That fixed it on my SunBlade 2500 with NV90. Thank you very much. This has been
happening on and off for many builds. The fix gores in my "How To"
document.

--ron

Message was edited by: 
        halstead
 
 
This message posted from opensolaris.org

Hi Dan,

I filed a bug 6715550 to fix this issue.

Thanks for reporting it--

Cindy

Dan Reiland wrote:
>>Yeah. The command line works fine. Thought it to be a
>>bit curious that there was an issue with the HTTP
>>interface. It''s low priority I guess because it
>>doesn''t impact the functionality really.
>>
>>Thanks for the responses.
> 
> 
> I was receiving the same stacktrace:
> [b]No enum const class
com.sun.zfs.common.model.AclInheritProperty$AclInherit.restricted[/b]
> 
> I reviewed the aclinherit properties for both rpool and tank and noted the
following:
> [b]zfs get aclinherit tank
> NAME  PROPERTY    VALUE        SOURCE
> tank  aclinherit  restricted   default[/b]
> 
> I ran the following command for both of my storage pools:
> [b]zfs set aclinherit=passthrough  <pool name>[/b]
> Launching ZFS
>  Administration from the Java Web Console was successful.
>  
>  
> This message posted from opensolaris.org
> _______________________________________________
> zfs-discuss mailing list
> zfs-discuss at opensolaris.org
> http://mail.opensolaris.org/mailman/listinfo/zfs-discuss

Just a note:

Setting compression to gzip on a zpool breaks the GUI with a similar type of
error -

Application Error
com.iplanet.jato.NavigationException: Exception encountered during forward
Root cause = [java.lang.IllegalArgumentException: No enum const class
com.sun.zfs.common.model.CompressionProperty$Compression.gzip]

With compression set to on/lzjb, this error does not occur and the GUI works
fine.

Cheers, JP
 
 
This message posted from opensolaris.org

It would seem that the ZFS Web UI lacks a few requisite classes to support the
updates ZFS features in snv_b89+.
 
 
This message posted from opensolaris.org