Re: [OpenIndiana-discuss] vfstab and nfs

2011-11-28 Thread Gordon Ross 
On Mon, Nov 28, 2011 at 4:49 PM, Oscar del Rio  wrote:
> On 11/28/11 04:38 PM, Gordon Ross wrote:
>>
>> On Fri, Nov 25, 2011 at 11:39 AM, Gabriele Bulfon
>>  wrote:
>>>
>>> Hi, I tried enabling the nfs/client service, but actually it just goes
>>> offline, and it doesn't mount on reboot,
>>> keeping the nfs/client service in offline state.
>>> I checked both /var/adm/messages and in /var/svc/log/ , but found nothing
>>> about any possible error.
>>> Still, I can mount manually just by doing mount /sources
>>> Any idea?
>>> Gabriele.
>>
>> I suspect that the nfs/client services are off-line at the time mountall
>> runs.
>>
>> File an issue, if you like.  ( And perhaps fix it too! :)
>
> or use the automounter for nfs instead of vfstab  :)

Or add the "bg" (background) option to the NFS mount in vfstab.
(Forgot about that work-around when I responded earlier.)

___
OpenIndiana-discuss mailing list
OpenIndiana-discuss@openindiana.org
http://openindiana.org/mailman/listinfo/openindiana-discuss

Re: [OpenIndiana-discuss] vfstab and nfs

2011-11-28 Thread Oscar del Rio 

On 11/28/11 04:38 PM, Gordon Ross wrote:

On Fri, Nov 25, 2011 at 11:39 AM, Gabriele Bulfon  wrote:

Hi, I tried enabling the nfs/client service, but actually it just goes offline, 
and it doesn't mount on reboot,
keeping the nfs/client service in offline state.
I checked both /var/adm/messages and in /var/svc/log/ , but found nothing about 
any possible error.
Still, I can mount manually just by doing mount /sources
Any idea?
Gabriele.

I suspect that the nfs/client services are off-line at the time mountall runs.

File an issue, if you like.  ( And perhaps fix it too! :)


or use the automounter for nfs instead of vfstab  :)



___
OpenIndiana-discuss mailing list
OpenIndiana-discuss@openindiana.org
http://openindiana.org/mailman/listinfo/openindiana-discuss

Re: [OpenIndiana-discuss] vfstab and nfs

2011-11-28 Thread Gordon Ross 
On Fri, Nov 25, 2011 at 11:39 AM, Gabriele Bulfon  wrote:
> Hi, I tried enabling the nfs/client service, but actually it just goes 
> offline, and it doesn't mount on reboot,
> keeping the nfs/client service in offline state.
> I checked both /var/adm/messages and in /var/svc/log/ , but found nothing 
> about any possible error.
> Still, I can mount manually just by doing mount /sources
> Any idea?
> Gabriele.

I suspect that the nfs/client services are off-line at the time mountall runs.
In a way, this is my fault.  I fixed this for smbfs some time ago, and did not
bother to fix nfs at the same time.  If you compare the files:
   /lib/svc/method/nfs-client
   /lib/svc/method/smb-client
you will see that the latter has a start method that runs mountall
with a "ctrun" so that it does not interfere with exiting the start
medhod function.  That's the key:  The nfs/client service will be
"offline" (starting) until this start method returns.  The work done
in mountall does not need to be synchronous, so simply running
that in the background (and not part of the service contract) is
an easy way to fix it.

File an issue, if you like.  ( And perhaps fix it too! :)

Thanks,
Gordon

___
OpenIndiana-discuss mailing list
OpenIndiana-discuss@openindiana.org
http://openindiana.org/mailman/listinfo/openindiana-discuss

[OpenIndiana-discuss] SFE Qt

2011-11-28 Thread Francois Dion 
Trying to build something (mixxx) that relies on qt, and it appears pkg-config 
is not aware of it (QtCore).

Is there a file for pkg-config somewhere?

Francois



___
OpenIndiana-discuss mailing list
OpenIndiana-discuss@openindiana.org
http://openindiana.org/mailman/listinfo/openindiana-discuss

Re: [OpenIndiana-discuss] about list of snaps in specific fs

2011-11-28 Thread Shawn Webb 
zfs list -r -t snapshot 

On Mon, Nov 28, 2011 at 1:09 PM, Harry Putnam  wrote:
> I must be just getting the syntax all wrong but zfs man page makes
> appear possible to list snapshots of a specific file system.
>
> zfs list -t snapshot zp2/hosts/reader
>
>   zfs list -t snapshot zp2/hosts/reader
>  cannot open 'zp2/hosts/reader': operation not applicable to
>  datasets of this type
>
> `zfs list -t' shows all snapshots... but what about a specific zfs_fs?
>
>
>
> ___
> OpenIndiana-discuss mailing list
> OpenIndiana-discuss@openindiana.org
> http://openindiana.org/mailman/listinfo/openindiana-discuss
>

___
OpenIndiana-discuss mailing list
OpenIndiana-discuss@openindiana.org
http://openindiana.org/mailman/listinfo/openindiana-discuss

[OpenIndiana-discuss] about list of snaps in specific fs

2011-11-28 Thread Harry Putnam 
I must be just getting the syntax all wrong but zfs man page makes
appear possible to list snapshots of a specific file system.

zfs list -t snapshot zp2/hosts/reader

   zfs list -t snapshot zp2/hosts/reader
  cannot open 'zp2/hosts/reader': operation not applicable to 
  datasets of this type

`zfs list -t' shows all snapshots... but what about a specific zfs_fs?



___
OpenIndiana-discuss mailing list
OpenIndiana-discuss@openindiana.org
http://openindiana.org/mailman/listinfo/openindiana-discuss

Re: [OpenIndiana-discuss] BMC driver

2011-11-28 Thread Jason J. W. Williams 
>
>
> Hi Jason, I'm just putting together an oi-151 machine running on an intel
> server board.
>
> Did you ever manage to get the bmc driver running?
>
>
I haven't unfortunately.

-J
___
OpenIndiana-discuss mailing list
OpenIndiana-discuss@openindiana.org
http://openindiana.org/mailman/listinfo/openindiana-discuss

Re: [OpenIndiana-discuss] BMC driver

2011-11-28 Thread jason matthews 

On 11/27/11 4:11 AM, Matt Connolly wrote:

Hi Jason, I'm just putting together an oi-151 machine running on an intel 
server board.

Did you ever manage to get the bmc driver running?

-Matt



I am sorry to report that I havent had any joy on it yet. It is likely 
the mileage will vary based on the hardware used.


___
OpenIndiana-discuss mailing list
OpenIndiana-discuss@openindiana.org
http://openindiana.org/mailman/listinfo/openindiana-discuss

Re: [OpenIndiana-discuss] Sun Ray versions on OI

2011-11-28 Thread Daniel Kjar 
I did not know... Thanks.  I noticed that with Sun studio as well.  I 
have it running on my oi upgraded from opensol box so I guess I will 
have to make sure not to bork that machine.


Since 4.2 has been flawless I will probably just leave my srss alone.  I 
bought my seats from sun so I don't even want to ask oracle how much it 
would cost now.


On 11/26/11 08:24 PM, Rainer Heilke wrote:

Thank you very much for the complete directions.

I never had a problem under any install of OpenSolaris  that I can 
recall, but under OI, it installed without errors but the Sun Rays 
wouldn't come up. Your email suggests a couple reasons to me as to 
why. I'll reinstall OI in the next week and try your instructions. 
Thanks!


BTW, there's a newer version of SRSS,  but like 4.2 it has not been 
made to work with Solaris 11. Neither has any version of Sun Studio 
for that matter, including the new beta. Oracle has made every release 
of 11 a moving target, much more so than OpenSolaris under Sun ever was.


Once again, thank you very much,
Rainer

On 11/26/2011 8:07 AM, Daniel Kjar wrote:

Hi Rainer,

I am using the newest version of SRSS.  I installed it on a 
completely 'fresh' install of OI and followed the instructions at 
http://wiki.sun-rays.org/index.php/SRS_5.1_on_Solaris_11_Express  and 
it worked perfectly.


I had already set my system up for a static ip. So I skipped the 
first part.  What error are you getting on the rays?



Dan


 SRSS 4.2

First of all note that SRS 5 and SRS 5.1 both deliver SRSS 4.2. SRS 
5.1 includes updates to SRSS 4.2 but they are in Solaris patch format 
and Solaris 11 no longer recognizes that format, so you will not be 
able to apply updates. You can choose to download/install SRSS from 
SRS 5 or from SRS 5.1 and you will get the same result. The SRS 5.1 
utinstall program will issue a harmless error at the end about its 
inability to apply patches.


 * Download SRSS from SRS 5 or SRS 5.1 and run utinstall (ignore
   the error at the end of the 5.1 install). *No need to reboot at
   this time!!!*
 * work around a couple of bugs
 o 6909966 [OSol] SRSS 5 GDM can't start X server on
   OpenSolaris osol-snv_129 (XKeepsCrashing)

mkdir /etc/opt/SUNWut/X11
echo "catalogue:/etc/X11/fontpath.d">  /etc/opt/SUNWut/X11/fontpath

 *
 o 6911862 /opt/SUNWut/lib/Xnewt is unable to find
   libXfont.so.1 and libfontenc.so.1

ln -s /usr/lib/xorg /usr/X11/lib/X11/xserver

 * configure in the usual manner utilizing utadm and utconfig (and
   optionally utfwadm and utreplica), then activate the software
   (or reboot, and proceed to SRWC 2.3 instructions if desired):

/opt/SUNWut/lib/utctl enable

 * Ignore the GDM restart error from utctl, and restart via SMF:

svcadm restart gdm

 * If you do not intend to install SRWC, restart SRSS now:

/opt/SUNWut/sbin/utrestart -c




--
Dr. Daniel Kjar
Assistant Professor of Biology
Division of Mathematics and Natural Sciences
Elmira College
1 Park Place
Elmira, NY 14901
607-735-1826
http://faculty.elmira.edu/dkjar

"...humans send their young men to war; ants send their old ladies"
-E. O. Wilson




___
OpenIndiana-discuss mailing list
OpenIndiana-discuss@openindiana.org
http://openindiana.org/mailman/listinfo/openindiana-discuss

Re: [OpenIndiana-discuss] statfs() problem with HP-UX 11.23, 11.31 client and oi_151a server

2011-11-28 Thread James Carlson 
Albert Chin wrote:
> On Sun, Nov 27, 2011 at 08:04:33AM -0500, James Carlson wrote:
>> On 11/27/11 02:03, Albert Chin wrote:
>>> On Sun, Nov 27, 2011 at 12:48:39AM -0600, Albert Chin wrote:
 We're running oi_151a and using it to serve up file systems to HP-UX
 11.23 and 11.31 hosts. Unfortunately, we're seeing statfs() problems
 on this NFS server. We don't see this issue on any other client
 (Solaris 2.6-10, AIX 5.1-7, HP-UX 10.20, 11.00, 11.11, Tru64 UNIX,
 IRIX, RHEL 4-6).
>> Do you have 1TB or more in this file system?  If so, then this is
>> (unfortunately) the expected result.  statfs() has int32_t structure
>> members, which overflow if you have 2^31 blocks or more in your file
>> system.  2^31 blocks is 1TB.
> 
> I think you're correct. If we quota the exported file system to 40G,
> then there is no problem. So why don't all operating systems return
> EOVERFLOW?

In a different environment (particularly on a 64-bit system), those
values may not be just 32 bits wide.

If you can't fix the application that's doing this, then I think setting
a quota just under 1TB may be the simplest work-around.

-- 
James Carlson 42.703N 71.076W 

___
OpenIndiana-discuss mailing list
OpenIndiana-discuss@openindiana.org
http://openindiana.org/mailman/listinfo/openindiana-discuss

Re: [OpenIndiana-discuss] statfs() problem with HP-UX 11.23, 11.31 client and oi_151a server

2011-11-28 Thread Albert Chin 
On Sun, Nov 27, 2011 at 09:13:30PM -0500, Gordon Ross wrote:
> Do you compile it with -D_FILE_OFFSET_BITS=64 in the compiler flags?
> If not, does that change what you see when you run it?

I added this to the compilation options but the error remained. Even
statvfs() fails but statvfs() works when -D_FILE_OFFSET_BITS=64 is
added. Will work with HP to modify their packaging tools to shift from
statfs() to statvfs() with -D_FILE_OFFSET_BITS=64. Thanks.

> On Sun, Nov 27, 2011 at 1:48 AM, Albert Chin
>  wrote:
> > We're running oi_151a and using it to serve up file systems to HP-UX
> > 11.23 and 11.31 hosts. Unfortunately, we're seeing statfs() problems
> > on this NFS server. We don't see this issue on any other client
> > (Solaris 2.6-10, AIX 5.1-7, HP-UX 10.20, 11.00, 11.11, Tru64 UNIX,
> > IRIX, RHEL 4-6).
> >
> > With the following program:
> >  $ cat st.c
> > #include 
> > #include 
> > #include 
> >
> > #include 
> >
> > /* Tru64 UNIX */
> > /* #include  */
> >
> > /* AIX, HP-UX, RHEL */
> > #include 
> >
> > /* IRIX, Solaris */
> > /* #include  */
> >
> > int
> > main (void) {
> >  struct statfs stbuf;
> >  int err;
> >
> >  err = statfs ("/opt/dist", &stbuf);
> >  if (err != 0) {
> >    printf ("errno: %d\n", err);
> >    printf ("errno: %d\n", errno);
> >    perror ("error");
> >    exit (1);
> >  }
> >
> >  exit (0);
> > }
> >
> > $ uname -a
> > HP-UX yukio B.11.31 U ia64 1117140128 unlimited-user license
> > $ mount | grep /opt/dist
> > /opt/dist on sanji:/opt/dist/yukio 
> > rsize=32768,wsize=32768,NFSv3,dev=100042e on Sun Nov 27 06:39:33 2011
> > $ cc st.c
> > errno: -1
> > errno: 72
> > error: Value too large to be stored in data type
> >
> > errno 72 is EOVERFLOW.
> >
> > Trying to mount with NFS v2 gives the same result. Any ideas?
> >
> > --
> > albert chin (ch...@thewrittenword.com)
> >
> > ___
> > OpenIndiana-discuss mailing list
> > OpenIndiana-discuss@openindiana.org
> > http://openindiana.org/mailman/listinfo/openindiana-discuss
> >
> 
> ___
> OpenIndiana-discuss mailing list
> OpenIndiana-discuss@openindiana.org
> http://openindiana.org/mailman/listinfo/openindiana-discuss
> 

-- 
albert chin (ch...@thewrittenword.com)

___
OpenIndiana-discuss mailing list
OpenIndiana-discuss@openindiana.org
http://openindiana.org/mailman/listinfo/openindiana-discuss