[OpenIndiana-discuss] [JTIY] SABNZB newsgroup reader howto

2012-09-06 Thread Open Indiana
I found this article some weeks ago. 
http://blog.bitechular.com/2010/11/19/howto-opensolaris-sabnzbd/

Excellent article with a step by step walkthrough that installs SABNZB with
ease. 
Compliments to the writer! 

Just to inform you

( I installed the latest SABNZB version, without problems) 
 

Now we all can read a lot more! 
;-) 


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


[OpenIndiana-discuss] Mercurial 2.3.1 - local compile fails

2012-09-06 Thread Ewald Ertl
Hello,

yesterday, I upgraded my local installation of OpenIndiana to prestable6.

Now Mercurial 2.3.1 is release, so I downloaded the package extracted the
source
and issued a gmake local compile run, but this fails now.

The error message is:

running build_ext
building 'mercurial.base85' extension
creating build
creating build/temp.solaris-2.11-i86pc-2.6
creating build/temp.solaris-2.11-i86pc-2.6/mercurial
/usr/lib/python2.6/pycc -DNDEBUG -KPIC -I/usr/include/python2.6 -c
mercurial/base85.c -o build/temp.solaris-2.11-i86pc-2.6/mercurial/base85.o
gcc: error: unrecognized option '-KPIC'
error: command '/usr/lib/python2.6/pycc' failed with exit status 1


After a little bit searching, I found that pycc already gets the compile
option -KPIC from the calling process.
So I search in /usr/lib/python2.6 and found in
/usr/lib/python2.6/config/Makefile the Option -KPIC in the line
CCSHARED=   -KPIC

Now after changing this line to CCSHARED=   -fPIC, mercurial can be
compiled.

Can this be some inconsistency from former  updates, or is there a problem
from the last update.

The same procedure works on Solaris 10.

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


Re: [OpenIndiana-discuss] Illumos as a NAS

2012-09-06 Thread James Relph
 
 really? Can you elaborate? The thing is, I'm in the process of
 compiling and updated winbind from latest Samba sources (and
 documenting that process) in order to test with that if the problems
 with supplementary groups go away and if it works with Solaris CIFS.

After I'd installed winbind and had that up and running, doing a svcadm start 
smb just put it straight into maintenance mode.  I didn't do much investigation 
beyond that as it wasn't critical at the time, but I assumed there was some 
kind of conflict in terms of ports.

Have you had any luck getting it working?

Best regards,

James.

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


Re: [OpenIndiana-discuss] Illumos as a NAS

2012-09-06 Thread Open Indiana
You need to post and/or analyse the errorlog of the smb service. 
Assuming killed more cats than curiosity ;-) 


-Original Message-
From: James Relph [mailto:ja...@themacplace.co.uk] 
Sent: donderdag 6 september 2012 10:38
To: Discussion list for OpenIndiana
Subject: Re: [OpenIndiana-discuss] Illumos as a NAS

 
 really? Can you elaborate? The thing is, I'm in the process of 
 compiling and updated winbind from latest Samba sources (and 
 documenting that process) in order to test with that if the problems 
 with supplementary groups go away and if it works with Solaris CIFS.

After I'd installed winbind and had that up and running, doing a svcadm
start smb just put it straight into maintenance mode.  I didn't do much
investigation beyond that as it wasn't critical at the time, but I assumed
there was some kind of conflict in terms of ports.

Have you had any luck getting it working?

Best regards,

James.

___
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


Re: [OpenIndiana-discuss] Mercurial 2.3.1 - local compile fails

2012-09-06 Thread Open Indiana
As far as i know it is a Python 2.6 issue. It should fail on solaris too. 

-Original Message-
From: Ewald Ertl [mailto:ewald.e...@gmail.com] 
Sent: donderdag 6 september 2012 9:50
To: Discussion list for OpenIndiana
Subject: [OpenIndiana-discuss] Mercurial 2.3.1 - local compile fails

Hello,

yesterday, I upgraded my local installation of OpenIndiana to prestable6.

Now Mercurial 2.3.1 is release, so I downloaded the package extracted the
source and issued a gmake local compile run, but this fails now.

The error message is:

running build_ext
building 'mercurial.base85' extension
creating build
creating build/temp.solaris-2.11-i86pc-2.6 creating
build/temp.solaris-2.11-i86pc-2.6/mercurial
/usr/lib/python2.6/pycc -DNDEBUG -KPIC -I/usr/include/python2.6 -c
mercurial/base85.c -o build/temp.solaris-2.11-i86pc-2.6/mercurial/base85.o
gcc: error: unrecognized option '-KPIC'
error: command '/usr/lib/python2.6/pycc' failed with exit status 1


After a little bit searching, I found that pycc already gets the compile
option -KPIC from the calling process.
So I search in /usr/lib/python2.6 and found in
/usr/lib/python2.6/config/Makefile the Option -KPIC in the line
CCSHARED=   -KPIC

Now after changing this line to CCSHARED=   -fPIC, mercurial can be
compiled.

Can this be some inconsistency from former  updates, or is there a problem
from the last update.

The same procedure works on Solaris 10.

Ewald
___
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


Re: [OpenIndiana-discuss] Illumos as a NAS

2012-09-06 Thread James Relph
 You need to post and/or analyse the errorlog of the smb service. 
 Assuming killed more cats than curiosity ;-) 
 

I know, but this had been a bit of a marathon getting to this point alone, and 
all I needed at the time was AFP.  I will have another look when I get half an 
hour.

James.



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


Re: [OpenIndiana-discuss] Illumos as a NAS

2012-09-06 Thread Frank Lahm
2012/9/6 James Relph ja...@themacplace.co.uk:
 You need to post and/or analyse the errorlog of the smb service.
 Assuming killed more cats than curiosity ;-)

 I know, but this had been a bit of a marathon getting to this point alone, 
 and all I needed at the time was AFP.  I will have another look when I get 
 half an hour.

Save your time, I'm just about to test this with an updated winbind
compiled from source. I'm NOT running smbd, only windbindd!
Unfortunately the updated winbindd still doesn't properly return
supplementary groups. :/

-f

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


Re: [OpenIndiana-discuss] stty source code

2012-09-06 Thread Reginald Beardsley
Andrew,

There are no serial ports and hence no /dev/term/b on this system.  In fact if 
the USB-RS-232 adapter is not plugged in, there is no /dev/term or /dev/cua 
either. Which may explain some of the weirdness when I was setting up the port 
as I don't think I had plugged in the Keyspan adapter when I started 
configuring it. /dev/{term,cua}/0 don't get created until you plug in the 
adapter and disappear when you unplug it.

ttymon holds /dev/term/0, so even root or uucp cannot open /dev/term/0.  stty 
just hangs until interrupted.  Everything I've read suggests that it is not 
possible to have a port be outbound only and that is must be bidirectional.  
However, I've not attempted to test that. I've got enough annoyance as it is.  
However, I  can see lots of opportunity for trouble w/ ttymon running on a port 
that goes away when the USB-serial adapter is unplugged.

I can open /dev/cua/0 w/ stty, but do not seem to be able to make any changes.

To wit:

root@openindiana:~# /bin/sh
root@openindiana:~# su uucp
root@openindiana:~# stty -a /dev/term/0
^Csu: /dev/term/0: cannot open [Interrupted system call]
root@openindiana:~# stty -a /dev/cua/0 
speed 9600 baud; rows 0; columns 0;
intr = ^C; quit = ^\; erase = ^?; kill = ^U; eof = ^D; eol = undef;
eol2 = undef; swtch = undef; start = ^Q; stop = ^S; susp = ^Z; dsusp = ^Y;
rprnt = ^R; werase = ^W; lnext = ^V; flush = ^O;
-parenb -parodd cs8 -hupcl -cstopb cread -clocal -crtscts
-ignbrk brkint -ignpar -parmrk -inpck -istrip -inlcr -igncr icrnl ixon -ixoff
-iuclc -ixany imaxbel
opost -olcuc -ocrnl onlcr -onocr -onlret -ofill -ofdel nl0 cr0 tab3 bs0 vt0 ff0
isig icanon iexten echo echoe echok -echonl -noflsh -xcase -tostop -echoprt
echoctl echoke
root@openindiana:~# stty olcuc /dev/cua/0  
root@openindiana:~# stty -a /dev/cua/0  
speed 9600 baud; rows 0; columns 0;
intr = ^C; quit = ^\; erase = ^?; kill = ^U; eof = ^D; eol = undef;
eol2 = undef; swtch = undef; start = ^Q; stop = ^S; susp = ^Z; dsusp = ^Y;
rprnt = ^R; werase = ^W; lnext = ^V; flush = ^O;
-parenb -parodd cs8 -hupcl -cstopb cread -clocal -crtscts
-ignbrk brkint -ignpar -parmrk -inpck -istrip -inlcr -igncr icrnl ixon -ixoff
-iuclc -ixany imaxbel
opost -olcuc -ocrnl onlcr -onocr -onlret -ofill -ofdel nl0 cr0 tab3 bs0 vt0 ff0
isig icanon iexten echo echoe echok -echonl -noflsh -xcase -tostop -echoprt
echoctl echokeroot@openindiana:~# stty olcuc 
/dev/cua/0; stty -a /dev/cua/0 
speed 9600 baud; rows 0; columns 0;
intr = ^C; quit = ^\; erase = ^?; kill = ^U; eof = ^D; eol = undef;
eol2 = undef; swtch = undef; start = ^Q; stop = ^S; susp = ^Z; dsusp = ^Y;
rprnt = ^R; werase = ^W; lnext = ^V; flush = ^O;
-parenb -parodd cs8 -hupcl -cstopb cread -clocal -crtscts
-ignbrk brkint -ignpar -parmrk -inpck -istrip -inlcr -igncr icrnl ixon -ixoff
-iuclc -ixany imaxbel
opost -olcuc -ocrnl onlcr -onocr -onlret -ofill -ofdel nl0 cr0 tab3 bs0 vt0 ff0
isig icanon iexten echo echoe echok -echonl -noflsh -xcase -tostop -echoprt
echoctl echoke


Note that attempting to set olcuc on /dev/cua/0 had no apparent effect.  

Reg

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


Re: [OpenIndiana-discuss] Multiple Windows servers and a OI NAS, how to get there

2012-09-06 Thread Nikola M.

Hi, could you please make new message with its subject,
instead of hitting reply and changing the subject.
That way , your topic thread does not end up hidden under previous topic.

Thanks,
P.S.
Also make sure your Name with mail address (Open indiana) could be 
mistaken for some official sender for OI project, maybe you could think 
about changing it to some more personal designation?

ThanksX2 :)


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


Re: [OpenIndiana-discuss] Illumos as a NAS

2012-09-06 Thread Frank Lahm
2012/9/6 Frank Lahm frankl...@gmail.com:
 2012/9/6 James Relph ja...@themacplace.co.uk:
 You need to post and/or analyse the errorlog of the smb service.
 Assuming killed more cats than curiosity ;-)

 I know, but this had been a bit of a marathon getting to this point alone, 
 and all I needed at the time was AFP.  I will have another look when I get 
 half an hour.

 Save your time, I'm just about to test this with an updated winbind
 compiled from source.

Having winbind and Solaris CIFS joined to AD at the same time  can not
be done by default, as both will try to associate the computer account
in AD with their own authentication system and change the machine
password. Back to square one.
-f

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


Re: [OpenIndiana-discuss] isc-dhcp client

2012-09-06 Thread Jonathan Adams
On 6 September 2012 02:51, Bob Friesenhahn bfrie...@simple.dallas.tx.us wrote:
 On Wed, 5 Sep 2012, Gary Gendel wrote:
snip
 If the answer is that I should be able to replace it, the next question is
 if anyone has done this before and how difficult this would be to do.


 I assume you are talking about the client and not the server?  If you are
 talking about the client, then it seems possible to do this via an upgrade.

 If you are talking about the server, unless the ISC version is truely a
 drop-in replacement, it would be best to make it an add-on package using
 different directories so that it is possible to migrate from one to the
 other and not crater users networks due to an update.  As Gordon Ross
 mentions, the Sun dhcp server has nice integration with a dhcpmgr GUI (which
 I use under Solaris 10).

(All following comments are about the DHCP server)

I happened to hate the GUI that came with the DHCP server, and always
relied on the dhtadm and pntadm commands ...

I assume that the ISC version will not use these commands, and will
probably not be able to talk to the same datastores as the Sun version
...

if the commands are different, or the datastores are not
accessible/convertible then I would advise against replacing the Sun
server with the ISC server, but look instead to changing the
svc:/network/dhcp-server:default to svc:/network/dhcp-server:oracle
and creating a new ISC svc:/network/dhcp-server:isc or something
similar.

If the ISC is not a drop in replacement and someone upgrades they will
find that their server no longer works, and being a DHCP server will
find that their network also no longer works.

Jon

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


Re: [OpenIndiana-discuss] isc-dhcp client

2012-09-06 Thread Gary Gendel

Jon,

Oracle is deprecating the Sun dhcp server and replacing it with ISC 
based upon what I've been reading. It's one of the reasons that Oracle 
pushed changes to the ISC source.  Regardless, I have no reason to 
replace the server since it has everything I need in a dhcp server. 
Others don't agree.


That said, the Oracle client is missing IPV6 prefix delegation which is 
a hole for me and will become for more people that have ISPs that use 
this feature to assign blocks of ipv6 IPs.  Without this, you will only 
get a single IP address from these ISPs. Since ipv6 does not support NAT 
there is no alternative if you want to use OpenIndiana as a 
firewall/router.  There are firewall/router boxes that do perform this 
function. DD-WRT and similar do have an implementation but it is very buggy.


I currently get around this by using an ipv6 over ipv4 tunnel to HE, but 
this not a good final solution.


Gary

On 9/6/12 9:13 AM, Jonathan Adams wrote:

On 6 September 2012 02:51, Bob Friesenhahn bfrie...@simple.dallas.tx.us wrote:

On Wed, 5 Sep 2012, Gary Gendel wrote:

snip

If the answer is that I should be able to replace it, the next question is
if anyone has done this before and how difficult this would be to do.


I assume you are talking about the client and not the server?  If you are
talking about the client, then it seems possible to do this via an upgrade.

If you are talking about the server, unless the ISC version is truely a
drop-in replacement, it would be best to make it an add-on package using
different directories so that it is possible to migrate from one to the
other and not crater users networks due to an update.  As Gordon Ross
mentions, the Sun dhcp server has nice integration with a dhcpmgr GUI (which
I use under Solaris 10).

(All following comments are about the DHCP server)

I happened to hate the GUI that came with the DHCP server, and always
relied on the dhtadm and pntadm commands ...

I assume that the ISC version will not use these commands, and will
probably not be able to talk to the same datastores as the Sun version
...

if the commands are different, or the datastores are not
accessible/convertible then I would advise against replacing the Sun
server with the ISC server, but look instead to changing the
svc:/network/dhcp-server:default to svc:/network/dhcp-server:oracle
and creating a new ISC svc:/network/dhcp-server:isc or something
similar.

If the ISC is not a drop in replacement and someone upgrades they will
find that their server no longer works, and being a DHCP server will
find that their network also no longer works.

Jon

___
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


Re: [OpenIndiana-discuss] isc-dhcp client

2012-09-06 Thread Gary Mills
On Wed, Sep 05, 2012 at 08:51:58PM -0500, Bob Friesenhahn wrote:
 On Wed, 5 Sep 2012, Gary Gendel wrote:
 
 Anyone know if there is a fundamental reason why we can't
 wholesale replace the Sun/Oracle dhcp client with the ISC one?  If
 we don't get any updates downstream from Oracle we will never get
 features like ipv6 prefix delegation.  This feature is becoming
 important as some big ISPs (i.e. Comcast) are using this to
 delegate IPV6 blocks to their business/personal customers.
 
 If the answer is that I should be able to replace it, the next
 question is if anyone has done this before and how difficult this
 would be to do.
 
 I assume you are talking about the client and not the server?  If
 you are talking about the client, then it seems possible to do this
 via an upgrade.

The document accompanying the ISC DHCP product states that their
client does not work on Solaris.  It recommends using the native
client instead.  I'm sure it could be made to work, but somebody would
have to take on this project.  To initiate it, please file a bug
report.

 If you are talking about the server, unless the ISC version is
 truely a drop-in replacement, it would be best to make it an add-on
 package using different directories so that it is possible to
 migrate from one to the other and not crater users networks due to
 an update.  As Gordon Ross mentions, the Sun dhcp server has nice
 integration with a dhcpmgr GUI (which I use under Solaris 10).

Oracle Solaris 11 includes two DHCP servers, with a negative
dependancy so that you can't enable both of them at the same time.
Here's how they look:

  Name: service/network/dhcp
   Summary: BOOTP/DHCP Server Services
   Description: BOOTP/DHCP service and commands.  Uses the BOOT Protocol and/or
Dynamic Host Configuration Protocol to provide network
configuration parameters to BOOTP/DHCP clients.
  Category: System/Services
 State: Installed
 Publisher: solaris
   Version: 0.5.11
 Build Release: 5.11
Branch: 0.175.0.0.0.2.1
Packaging Date: October 19, 2011 06:26:00 AM 
  Size: 615.87 kB
  FMRI: 
pkg://solaris/service/network/dhcp@0.5.11,5.11-0.175.0.0.0.2.1:20111019T062600Z
  Name: service/network/dhcp/isc-dhcp
   Summary: ISC DHCP Server and Relay Agent.
   Description: ISC DHCP is open source software that implements the Dynamic
Host Configuration Protocols for connection to a local network.
This package includes the ISC DHCP server, relay agent and the
omshell tool.
  Category: System/Services
 State: Installed
 Publisher: solaris
   Version: 4.1
 Build Release: 5.11
Branch: 0.175.0.0.0.2.537
Packaging Date: October 19, 2011 11:35:53 AM 
  Size: 7.52 MB
  FMRI: 
pkg://solaris/service/network/dhcp/isc-dhcp@4.1,5.11-0.175.0.0.0.2.537:20111019T113553Z

The ISC DHCP server is in OI userland:

https://hg.openindiana.org/upstream/oracle/userland-gate/file/tip/components

It likely hasn't been packaged yet.

-- 
-Gary Mills--refurb--Winnipeg, Manitoba, Canada-

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


Re: [OpenIndiana-discuss] isc-dhcp client

2012-09-06 Thread Gary Gendel

Au contraire mon frere. :)

I packaged the server up and I'm waiting for the thumbs up to push it 
into the main branch.  I was wondering if I should include the server.


As for the client on Solaris, my interpretation of the text tells me 
that it may work but since it exists on Solaris they don't include the 
client.  This is why I asked if anyone had attempted it or knew why it 
wouldn't work.  I'd have to dig into the dhcp client code to see what 
would it take to make it compatible.  I might be enticed to do this if 
others have a similar need.  The alternative is to implement prefix 
delegation in the existing client which I've already been told would be 
difficult.


Gary

On 9/6/12 9:42 AM, Gary Mills wrote:

It likely hasn't been packaged yet.



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


Re: [OpenIndiana-discuss] isc-dhcp client

2012-09-06 Thread Gary Mills
On Thu, Sep 06, 2012 at 10:06:15AM -0400, Gary Gendel wrote:
 Whoops! Make that I was wondering if I should include the client.

I guessed that was it.  I'd expect the client to be in a separate
package since it should replace `dhcpagent' and possibly `dhcpinfo'
and `in.ndpd', and might require changes to the SMF services that
start them.  As well, all OI machines will require the client but only
a few will require the server.

-- 
-Gary Mills--refurb--Winnipeg, Manitoba, Canada-

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


Re: [OpenIndiana-discuss] stty source code

2012-09-06 Thread Andrew Gabriel
The stty changes will be lost when the last stream closes and the port 
settings are reset, which is probably the very instant that the stty 
command which makes the changes exits in your example. So this will only 
work if something else is holding the port open. That's why I said try 
it when tip is running.


Alternatively, just to check you can change the parameter, use some 
other command in another window to keep it open, such as

sleep 1  /dev/cua/0

Reginald Beardsley wrote:

Andrew,

There are no serial ports and hence no /dev/term/b on this system.  In fact if the 
USB-RS-232 adapter is not plugged in, there is no /dev/term or /dev/cua 
either. Which may explain some of the weirdness when I was setting up the port as I 
don't think I had plugged in the Keyspan adapter when I started configuring it. 
/dev/{term,cua}/0 don't get created until you plug in the adapter and disappear when 
you unplug it.

ttymon holds /dev/term/0, so even root or uucp cannot open /dev/term/0.  stty 
just hangs until interrupted.  Everything I've read suggests that it is not 
possible to have a port be outbound only and that is must be bidirectional.  
However, I've not attempted to test that. I've got enough annoyance as it is.  
However, I  can see lots of opportunity for trouble w/ ttymon running on a port 
that goes away when the USB-serial adapter is unplugged.

I can open /dev/cua/0 w/ stty, but do not seem to be able to make any changes.
  


--
Andrew


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


[OpenIndiana-discuss] Grub for ext2fs filesystem

2012-09-06 Thread Ivan Gualandri
I just installed openindiana on my laptopo in dual boot with linux.

But i have a problem with grub of openindiana. I try to load the linux
kernel using grub command line.

The boot partition is ext2 fs.

When i enter the command root(hd0, 0)  it recognize the partition as
ext2fs.

The problem is with command kernel, when i insert the kernel line i always
have a file not found error. And if i try to enter the kernel name using
tab completion the folder is correctly recognized, but when it try to look
for kernel name, it replace all characters with weird characters.

Any idea?
Is this a bug?

Ivan

-- 
elen sila lumenn omentielvo
___
OpenIndiana-discuss mailing list
OpenIndiana-discuss@openindiana.org
http://openindiana.org/mailman/listinfo/openindiana-discuss


Re: [OpenIndiana-discuss] Grub for ext2fs filesystem

2012-09-06 Thread Fabrizio Chierzi
Hi Ivan ... I've already installed OpenIndiana in dual boot with Ubuntu,
Windows, PC-BSD ... I use the boot loader of Ubuntu (Grub 2) to choose
among them ... In /etc/grub.d there is a the file 40_custom ... Suppose
that you installed OpenIndiana on the 3rd primary partition of the first
disk ... You edit this file and you add this entry

menuentry OpenIndiana {
set root=(hd0,3)
chainloader +1
}

Later you run that command: sudo update-grub

In the end you restart your laptop and everything has to be right

Enjoy your day

Fabrizio Chierzi

2012/9/6 Ivan Gualandri ivan.gualan...@gmail.com

 I just installed openindiana on my laptopo in dual boot with linux.

 But i have a problem with grub of openindiana. I try to load the linux
 kernel using grub command line.

 The boot partition is ext2 fs.

 When i enter the command root(hd0, 0)  it recognize the partition as
 ext2fs.

 The problem is with command kernel, when i insert the kernel line i always
 have a file not found error. And if i try to enter the kernel name using
 tab completion the folder is correctly recognized, but when it try to look
 for kernel name, it replace all characters with weird characters.

 Any idea?
 Is this a bug?

 Ivan

 --
 elen sila lumenn omentielvo
 ___
 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


Re: [OpenIndiana-discuss] VERY slow server performance

2012-09-06 Thread Ben Taylor
On Thu, Sep 6, 2012 at 12:48 AM, Stuart  Shirley
antarc...@sympatico.ca wrote:

 Hi - Look for some assistance in improving disk access performance on my
 OpenIndiana install.

 Wanting to upgrade my server based on OpenSolaris and ZFS to 3TB drives, I
 upgraded the OS to OpenIndiana 151a.

 Performance is terrible over the network as compared to the previous
 OpenSolaris installation. Hardware is identical with the exception of a
 second SATA controller (a second identical  Supermicro AOC-SAT2-MV8) and
 additional hard drives.

 Perhaps related, the USB mouse is virtually none-operational. It will only
 update the location of the mouse for about 0.5s out of every 10s. This has
 not been an issue, as I usually connect remotely. But still an indication
 that all is not well.

 Transfers on the  machine, from drive to drive appears about the same as
 when running under OpenIndiana - but across the networks it's very slow.

 Moving a large file from my windows 7 machine across the GbE lan - transfers
 at ~11.5MB/s as reported by windows copy.

 Using zpool iostat, the write bandwidth is reported as high as 20M.

 Now if I run zpool iostat continuously (display every 3 seconds), copy
 performance increases - moving into the 16 to 17 MB/s range as reported by
 windows.

 Copying from one storage pool to another, zpool iostat will report write
 bandwidths of 26M.


 My pool configuration is detailed below.

 Other's slow performance had been pegged to flow control enabled on the
 Ethernet port - this was disabled. It did make a difference, but not that
 dramatic.

 Any suggestions on how to improve performance and how to fix the mouse would
 be greatly appreciated!

 Flow control properties:

 LINK PROPERTYPERM VALUE  DEFAULTPOSSIBLE
 e1000g0  flowctrlrw   no bi no,tx,rx,bi

 Zpool configurations:
   pool: rpool

 state: ONLINE

   scan: resilvered 4.63G in 0h7m with 0 errors on Wed Jun  6 22:12:16 2012

 config:

  NAME  STATE READ WRITE CKSUM
  rpool ONLINE   0 0 0
mirror-0ONLINE   0 0 0
  c3t0d0s0  ONLINE   0 0 0
  c3t1d0s0  ONLINE   0 0 0

 errors: No known data errors

   pool: tank_12T

 state: ONLINE
   scan: none requested
 config:
  NAMESTATE READ WRITE CKSUM
  tank_12TONLINE   0 0 0
raidz2-0  ONLINE   0 0 0
  c3t7d0  ONLINE   0 0 0
  c3t3d0  ONLINE   0 0 0
  c3t5d0  ONLINE   0 0 0
  c3t6d0  ONLINE   0 0 0
  c5d0ONLINE   0 0 0
  c8d0ONLINE   0 0 0

 errors: No known data errors

   pool: tank_m

 state: ONLINE

   scan: none requested
 config:
  NAMESTATE READ WRITE CKSUM
  tank_m  ONLINE   0 0 0
mirror-0  ONLINE   0 0 0
  c3t2d0  ONLINE   0 0 0
  c7t6d0  ONLINE   0 0 0
  c6d0ONLINE   0 0 0
mirror-1  ONLINE   0 0 0
  c3t4d0  ONLINE   0 0 0
  c7t7d0  ONLINE   0 0 0
  c4d0ONLINE   0 0 0

 errors: No known data errors

The mouse interrupt issue is, in my experience, is not a new one.

I've been seeing this on solaris laptops for as long as I can remember.
The interesting issue for you is this only happened with the addition
of another sata controller.  This leads me to believe that there's some
rather confused logic in the interrupt handler, such that the mouse
interrupts basically gets preempted by the interrupts between the
sata controller as data is passed from one controller to the other.

Ben

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


Re: [OpenIndiana-discuss] VERY slow server performance

2012-09-06 Thread Roel_D
Reading this it reminds me of the old days where IRQ's were important to
systems.
Those days my serial mouse could interfere with my modem. 

But I thought those days were way back.. 


-Original Message-
From: Ben Taylor [mailto:bentaylor.sol...@gmail.com] 
Sent: donderdag 6 september 2012 16:56
To: Discussion list for OpenIndiana
Subject: Re: [OpenIndiana-discuss] VERY slow server performance

On Thu, Sep 6, 2012 at 12:48 AM, Stuart  Shirley antarc...@sympatico.ca
wrote:

 Hi - Look for some assistance in improving disk access performance on 
 my OpenIndiana install.

 Wanting to upgrade my server based on OpenSolaris and ZFS to 3TB 
 drives, I upgraded the OS to OpenIndiana 151a.

 Performance is terrible over the network as compared to the previous 
 OpenSolaris installation. Hardware is identical with the exception of 
 a second SATA controller (a second identical  Supermicro AOC-SAT2-MV8) 
 and additional hard drives.

 Perhaps related, the USB mouse is virtually none-operational. It will 
 only update the location of the mouse for about 0.5s out of every 10s. 
 This has not been an issue, as I usually connect remotely. But still 
 an indication that all is not well.

 Transfers on the  machine, from drive to drive appears about the same 
 as when running under OpenIndiana - but across the networks it's very
slow.

 Moving a large file from my windows 7 machine across the GbE lan - 
 transfers at ~11.5MB/s as reported by windows copy.

 Using zpool iostat, the write bandwidth is reported as high as 20M.

 Now if I run zpool iostat continuously (display every 3 seconds), copy 
 performance increases - moving into the 16 to 17 MB/s range as 
 reported by windows.

 Copying from one storage pool to another, zpool iostat will report 
 write bandwidths of 26M.


 My pool configuration is detailed below.

 Other's slow performance had been pegged to flow control enabled on 
 the Ethernet port - this was disabled. It did make a difference, but 
 not that dramatic.

 Any suggestions on how to improve performance and how to fix the mouse 
 would be greatly appreciated!

 Flow control properties:

 LINK PROPERTYPERM VALUE  DEFAULTPOSSIBLE
 e1000g0  flowctrlrw   no bi
no,tx,rx,bi

 Zpool configurations:
   pool: rpool

 state: ONLINE

   scan: resilvered 4.63G in 0h7m with 0 errors on Wed Jun  6 22:12:16 
 2012

 config:

  NAME  STATE READ WRITE CKSUM
  rpool ONLINE   0 0 0
mirror-0ONLINE   0 0 0
  c3t0d0s0  ONLINE   0 0 0
  c3t1d0s0  ONLINE   0 0 0

 errors: No known data errors

   pool: tank_12T

 state: ONLINE
   scan: none requested
 config:
  NAMESTATE READ WRITE CKSUM
  tank_12TONLINE   0 0 0
raidz2-0  ONLINE   0 0 0
  c3t7d0  ONLINE   0 0 0
  c3t3d0  ONLINE   0 0 0
  c3t5d0  ONLINE   0 0 0
  c3t6d0  ONLINE   0 0 0
  c5d0ONLINE   0 0 0
  c8d0ONLINE   0 0 0

 errors: No known data errors

   pool: tank_m

 state: ONLINE

   scan: none requested
 config:
  NAMESTATE READ WRITE CKSUM
  tank_m  ONLINE   0 0 0
mirror-0  ONLINE   0 0 0
  c3t2d0  ONLINE   0 0 0
  c7t6d0  ONLINE   0 0 0
  c6d0ONLINE   0 0 0
mirror-1  ONLINE   0 0 0
  c3t4d0  ONLINE   0 0 0
  c7t7d0  ONLINE   0 0 0
  c4d0ONLINE   0 0 0

 errors: No known data errors

The mouse interrupt issue is, in my experience, is not a new one.

I've been seeing this on solaris laptops for as long as I can remember.
The interesting issue for you is this only happened with the addition of
another sata controller.  This leads me to believe that there's some rather
confused logic in the interrupt handler, such that the mouse interrupts
basically gets preempted by the interrupts between the sata controller as
data is passed from one controller to the other.

Ben

___
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


Re: [OpenIndiana-discuss] stty source code

2012-09-06 Thread James Carlson
Reginald Beardsley wrote:
 Sorry, I missed that detail.  I just opened the connection w/ tip, went to 
 the window where I was setuid to uucp and did stty olcuc /dev/cua/0 then 
 back to the tip window. No effect.  Everything is still lower case.

Don't forget opost.

And don't forget that the output options you're changing on /dev/cua/0
will reflect how that port processes output text going *TO* that serial
port, and not the data you see coming back.

If your concern is (as it was before) with the characters coming from
that remote system and being displayed on your xterm, then here are the
players involved:

- remote system transmits some characters
- the /dev/cua/0 tty receives them and processes according to
  the current input settings on that device
- tip reads some data from the tty and writes it to stdout
- tip's stdout is the slave side of the pty connected to xterm
  (this is your session tty)
- the pty's output is processed by the output settings on that
  pty
- xterm reads the master side of the pty and decides (based on
  configuration) how to render those characters for the display
- xterm writes the characters to the display

As you can see, doing stty on /dev/cua/0 may or may not do what you
desire to do here.  More likely, I'd expect that cranking up tip and
then doing stty on the pty that tip is using will produce the sorts of
results you want.  But it's still the Wrong Way To Solve The Problem
because it's based on a fairly fundamental set of misunderstandings.

By far, I believe the best way to solve the problems you're having here
are to either (a) use something with more sophisticated terminal
emulation processing than just 'tip', which inherently assumes that
you've configured the remote terminal configuration to be compatible
with the local terminal emulator (which you have not done), or (b)
reconfigure xterm and/or the remote system such that they have
compatible terminal emulation modes.

 At this point, I think I need to make a non-setuid copy of tip and run tip 
 under truss from a shell which is setuid to uucp.  I'll have to wait until 
 tomorrow to try that though as other things will take up the rest of the day.

If you run truss as user 'uucp' or as 'root', you shouldn't have that
problem.  Simple enough to try if all you're doing is debugging.  No
need to make a copy.

 I'm beginning to suspect that there's something in the USB serial driver 
 which is being more helpful than it should.  So another thing is to spin up 
 OI on a box w/ a real serial port and see how it behaves.

I still think you're really barking up the wrong tree here, and it makes
the problem far harder to solve.

-- 
James Carlson 42.703N 71.076W carls...@workingcode.com

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


Re: [OpenIndiana-discuss] stty source code

2012-09-06 Thread Gary Mills
On Thu, Sep 06, 2012 at 11:45:45AM -0400, James Carlson wrote:
 
 By far, I believe the best way to solve the problems you're having here
 are to either (a) use something with more sophisticated terminal
 emulation processing than just 'tip', which inherently assumes that
 you've configured the remote terminal configuration to be compatible
 with the local terminal emulator (which you have not done), or (b)
 reconfigure xterm and/or the remote system such that they have
 compatible terminal emulation modes.

Keep in mind that the function of `tip' is to emulate an ASCII
terminal.  To do that, it places the terminal in raw mode, disabling
most of the tty settings.  When you type a line of text followed by
[Enter], it sends the text followed by CR (0x0d).  The device at the
other end of the serial line should echo each of those characters,
including the CR.  If that device is another Unix system, its tty will
be in cooked mode.  That means that it will send a LF (0x0a) after the
CR.  The cursor on your terminal should first return to the left, and
then drop down one line.  A firmware device should be doing the same
thing.

-- 
-Gary Mills--refurb--Winnipeg, Manitoba, Canada-

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


Re: [OpenIndiana-discuss] stty source code

2012-09-06 Thread Roel_D
never use USB- Serial when you're testing something. There is a huge
difference between products, and the bad products behave very unpredictable.

Don't forget that the voltage of USB is 5V MAXIMUM but can be much lower
depending on the hardware, legacy serialports need a good 5V for a logical
1. 
So communication can be disrupted by voltagedrops because the logical 1's
are not transmitted at the right voltage. 




-Original Message-
From: Reginald Beardsley [mailto:pulask...@yahoo.com] 
Sent: donderdag 6 september 2012 17:14
To: Discussion list for OpenIndiana
Subject: Re: [OpenIndiana-discuss] stty source code

Sorry, I missed that detail.  I just opened the connection w/ tip, went to
the window where I was setuid to uucp and did stty olcuc /dev/cua/0 then
back to the tip window. No effect.  Everything is still lower case.

At this point, I think I need to make a non-setuid copy of tip and run tip
under truss from a shell which is setuid to uucp.  I'll have to wait until
tomorrow to try that though as other things will take up the rest of the
day.

I'm beginning to suspect that there's something in the USB serial driver
which is being more helpful than it should.  So another thing is to spin
up OI on a box w/ a real serial port and see how it behaves.

--- On Thu, 9/6/12, Andrew Gabriel illu...@cucumber.demon.co.uk wrote:

 From: Andrew Gabriel illu...@cucumber.demon.co.uk
 Subject: Re: [OpenIndiana-discuss] stty source code
 To: Discussion list for OpenIndiana 
 openindiana-discuss@openindiana.org
 Date: Thursday, September 6, 2012, 9:34 AM The stty changes will be 
 lost when the last stream closes and the port settings are reset, 
 which is probably the very instant that the stty command which makes 
 the changes exits in your example. So this will only work if something 
 else is holding the port open. That's why I said try it when tip is 
 running.
 
 Alternatively, just to check you can change the parameter, use some 
 other command in another window to keep it open, such as sleep 1  
 /dev/cua/0
 
 Reginald Beardsley wrote:
  Andrew,
  
  There are no serial ports and hence no /dev/term/b on
 this system.  In fact if the USB-RS-232 adapter is not plugged in, 
 there is no /dev/term or /dev/cua either.
 Which may explain some of the weirdness when I was setting up the port 
 as I don't think I had plugged in the Keyspan adapter when I started 
 configuring it. /dev/{term,cua}/0 don't get created until you plug in 
 the adapter and disappear when you unplug it.
  
  ttymon holds /dev/term/0, so even root or uucp cannot
 open /dev/term/0.  stty just hangs until interrupted.  Everything I've 
 read suggests that it is not possible to have a port be outbound only 
 and that is must be bidirectional.  However, I've not attempted to 
 test that. I've got enough annoyance as it is.
 However, I  can see lots of opportunity for trouble w/ ttymon running 
 on a port that goes away when the USB-serial adapter is unplugged.
  
  I can open /dev/cua/0 w/ stty, but do not seem to be
 able to make any changes.
    
 
 -- Andrew
 
 
 ___
 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 mailing list
OpenIndiana-discuss@openindiana.org
http://openindiana.org/mailman/listinfo/openindiana-discuss


Re: [OpenIndiana-discuss] OI stopped booting after 151a6 update.

2012-09-06 Thread Andrey Sokolov
Hi,

Where does OI hang? Use -v option for kernel and boot without progress bar

2012/9/6 Dmitry Kozhinov d...@desktopfay.com

 Hi all,

 I have a quite old machine running OI: ASUS A7N8X-X motherboard, Athlon XP
 1150Mhz CPU, 1GB RAM. Everything worked fine until the 151a6 update. Now
 the boot process hangs (progress bar is moving, no HDD activity, nothing).
 Previous 151a5 BE boots fine.

 Any advices appreciated.

 __**_
 OpenIndiana-discuss mailing list
 OpenIndiana-discuss@**openindiana.orgOpenIndiana-discuss@openindiana.org
 http://openindiana.org/**mailman/listinfo/openindiana-**discusshttp://openindiana.org/mailman/listinfo/openindiana-discuss

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


Re: [OpenIndiana-discuss] Illumos as a NAS

2012-09-06 Thread James Relph

 Having winbind and Solaris CIFS joined to AD at the same time  can not
 be done by default, as both will try to associate the computer account
 in AD with their own authentication system and change the machine
 password. Back to square one.
 -f

Do you need CIFS to be joined to AD?  Can you not just give it winbind as a pam 
module and leave it in Workgroup mode?

James.

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


Re: [OpenIndiana-discuss] Grub for ext2fs filesystem

2012-09-06 Thread Ivan Gualandri
Thank you fabrizio!
It worked :)

Ivan

On 6 September 2012 16:55, Fabrizio Chierzi fabrizio.chie...@gmail.comwrote:

 Hi Ivan ... I've already installed OpenIndiana in dual boot with Ubuntu,
 Windows, PC-BSD ... I use the boot loader of Ubuntu (Grub 2) to choose
 among them ... In /etc/grub.d there is a the file 40_custom ... Suppose
 that you installed OpenIndiana on the 3rd primary partition of the first
 disk ... You edit this file and you add this entry

 menuentry OpenIndiana {
 set root=(hd0,3)
 chainloader +1
 }

 Later you run that command: sudo update-grub

 In the end you restart your laptop and everything has to be right

 Enjoy your day

 Fabrizio Chierzi

 2012/9/6 Ivan Gualandri ivan.gualan...@gmail.com

  I just installed openindiana on my laptopo in dual boot with linux.
 
  But i have a problem with grub of openindiana. I try to load the linux
  kernel using grub command line.
 
  The boot partition is ext2 fs.
 
  When i enter the command root(hd0, 0)  it recognize the partition as
  ext2fs.
 
  The problem is with command kernel, when i insert the kernel line i
 always
  have a file not found error. And if i try to enter the kernel name using
  tab completion the folder is correctly recognized, but when it try to
 look
  for kernel name, it replace all characters with weird characters.
 
  Any idea?
  Is this a bug?
 
  Ivan
 
  --
  elen sila lumenn omentielvo
  ___
  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




-- 
elen sila lumenn omentielvo
___
OpenIndiana-discuss mailing list
OpenIndiana-discuss@openindiana.org
http://openindiana.org/mailman/listinfo/openindiana-discuss


Re: [OpenIndiana-discuss] OpenIndiana lead Alasdair Lumsden resigns

2012-09-06 Thread David Brodbeck
On Fri, Aug 31, 2012 at 8:53 AM, Gary gdri...@gmail.com wrote:

 But there's an enormous, tedious history of butthurt when it comes
 to giving back to a BSD project. There's more than ten years of whining
 about OS X. and several more about OpenBSD, OpenSSH, etc. The reality is
 that these projects can get bent out of shape and demand support but
 there's no recourse.


Yes, and you don't have to read the mailing lists long to realize that some
of the butthurt goes the other way.  Some of those projects are
notoriously hard to contribute to if you're not already part of the inner
circle.  The *BSDs OS's, in particular, are known for being hostile to
outside contributors.

-- 
David Brodbeck
System Administrator, Linguistics
University of Washington
___
OpenIndiana-discuss mailing list
OpenIndiana-discuss@openindiana.org
http://openindiana.org/mailman/listinfo/openindiana-discuss


Re: [OpenIndiana-discuss] stty source code

2012-09-06 Thread Reginald Beardsley
The MCU is 3.3V, so it requires a level shifter to match the 5V coming from the 
USB-serial adapter to the MCU. The level shifter and Keyspan work just fine, 
though the USB driver may not be playing nice.

The real issue is the pathologically complex handling of serial lines in 
Solaris and the ambiguous documentation.  I am not convinced that anyone, 
myself included, knows which direction is which.  I know which direction is in 
and out for communication w/ the local host, but that is all I'm sure of.  
Coupled w/ the fact that no one seems to have done  much w/ a serial port 
connection in many years makes it more difficult.  

I last used tip 14 years ago to connect to my ISDN router.  It took only a 
couple of minutes to setup.  The first forth MCU also took a couple of minutes 
to setup.  The second beat me senseless for 6 hours.

In light of the long history of misery and suffering by system admins at the 
hands of serial port connections, this should not be a big surprise. When I 
actually did a lot of RS-232 work I was running VMS 4.x on a MicroVAX  
connecting to a variety of terminals and an 11/780 w/ an FPS-120B attached.  
That was a long time ago when Sun was a young upstart I'd not even heard of.

I *may* build up OI from source so I can run under the debugger and resolve the 
issue.  But because I've modified the remote host to emit NL-CR, it's really 
not important to me other than it would be nice to have a reasonably behaved 
facility for connecting over a serial line to a remote host.  If I really get 
in a jam, I can run Linux. I just prefer not to if I can avoid it.  If I elect 
to work on the OI/Illumos serial port discipline, it will be for aesthetic  
rather than practical reasons.

Have Fun!
Reg


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