[osol-discuss] snv b125 staroffice crash on application startup

[Chad Welsh]

well I just installed my favorite flavor of opensolaris SCXE and I find that 
option menu to select terminal from the desktop is still broken and probably 
will not be fixed, also it seems that staroffice now upon selecting a document 
type will immediately bring up the document recovery panel and never allow you 
to start working with a document. Every time you start staroffice the document 
recovery panel displays. Are we seeing a trend that is trying to force all 
users that love SXCE to the bland version of OS? Gnome is the butt ugliest 
interface but we can't have any branding on the Free OS interface. So you will 
continue to put out broken SXCE release for the next two weeks or is b125 the 
last broken release we get to see and put up with?

Hope is a lost word I guess? Hopefully Oracle can help us in this manner some 
how.

I am not asking for help because I know you (Sun) and the OS dev team are 
purposely making this happen to force the transition by not caring about the QA 
of this distro.

Message was edited by: bsdnix
-- 
This message posted from opensolaris.org
___
opensolaris-discuss mailing list
opensolaris-discuss@opensolaris.org

[osol-discuss] OpenSolaris LDOMs Available

[Jim Walker]

Today Simon Sun in Beijing is making an OpenSolaris Sparc Logical
Domain (LDOM) server available in the test farm where OpenSolaris
LDOMs can be reserved for development and testing. The LDOMs start
with the OpenSolaris 2009.06 release pre-installed, but may be
image-updated to more recent development builds.

LDOM Server: t5140-020207

OpenSolaris users can reserve LDOMs under the Virtual Machines
button here:
http://test.opensolaris.org/testfarm

Information on the OpenSolaris test farm is at:
http://opensolaris.org/os/community/testing/testfarm

Information on the test farm LDOM implementation is at:
http://opensolaris.org/os/community/testing/testfarm/ldoms

The Logical Domains community is located at:
http://opensolaris.org/os/community/ldoms/

Cheers,
Jim

___
opensolaris-discuss mailing list
opensolaris-discuss@opensolaris.org

Re: [osol-discuss] bug submission - appropriate placement

[Alan Coopersmith]

William D. Hathaway wrote:
> Thanks Alan, I submitted the bug.  I didn't realize the meta info was 
> available, that certainly makes finding the right category easy!

It is for packages delivered from SFW, which is mainly the software
from outside open source projects other than the X/GNOME/Mozilla desktop stack.

For other packages, it's not so easy.

-- 
-Alan Coopersmith-   alan.coopersm...@sun.com
 Sun Microsystems, Inc. - X Window System Engineering

___
opensolaris-discuss mailing list
opensolaris-discuss@opensolaris.org

Re: [osol-discuss] bug submission - appropriate placement

[William D. Hathaway]

Thanks Alan, I submitted the bug.  I didn't realize the meta info was 
available, that certainly makes finding the right category easy!
-- 
This message posted from opensolaris.org
___
opensolaris-discuss mailing list
opensolaris-discuss@opensolaris.org

Re: [osol-discuss] [dtrace-discuss] How to dtrace thread_reaper?

[Thomas Blank]

Hi Jon, hi Brian,
thank you both very much for your quick and detailed responses.
Jon, the code you sent me is exactly what I was looking for! I added some 
probes to have some more information.

> Thus the entry probe will only ever be fired once during the kernel 
> initialisation, and by the time you run your dtrace script, 
> thread_reaper:entry has long gone.
This was my fault... 

Best regards,
Thomas
-- 
This message posted from opensolaris.org
___
opensolaris-discuss mailing list
opensolaris-discuss@opensolaris.org

Re: [osol-discuss] exec_attr is empty..

[Shawn Walker]

casper@sun.com wrote:



I've tried to reproduce it. Unsucessfully. Everything updated normally. Maybe 
because this time pa

ckage was taken from cache...

Can't happen when you install a SVr4 package; if exec_attr is empty, then 
it is either:

a SVr4 package with a non-standard i.rbac install script
or
IPS bug (which is what you encontered probably)


IPS does not directly manipulate the exec_attr file.  It just delivers 
the files it was asked to onto the system.


As such, this is more likely a bug in the new service that assembles 
exec_attr, or something that was not accounted for in the packages.


This seems related:
http://defect.opensolaris.org/bz/show_bug.cgi?id=11276

Cheers,
--
Shawn Walker
___
opensolaris-discuss mailing list
opensolaris-discuss@opensolaris.org

Re: [osol-discuss] odd top segmentation fault

[Jürgen Keil]

> Didn't work; it's not generating a core file, but
> running it from mdb gave this, if it helps:
> 
> > ::stack
> hash_lookup_pidthr+0x38()
> > ::status
> debugging PID 25513 (32-bit)
> file: /export/home/alan/top/i386/top
> threading model: raw lwps
> status: stopped on SIGSEGV (Segmentation Fault)
> event: stop on SIGSEGV

Looks like:

http://defect.opensolaris.org/bz/show_bug.cgi?id=12124
http://sourceforge.net/tracker/index.php?func=detail&aid=2815842&group_id=72892&atid=536042
-- 
This message posted from opensolaris.org
___
opensolaris-discuss mailing list
opensolaris-discuss@opensolaris.org

Re: [osol-discuss] #top - Segmentation Fault

[Jürgen Keil]

> I think I can reproduce something when I have the
> following process running, and run
> 
> env LD_PRELOAD=libumem.so.1
>  UMEM_OPTIONS=backend=mmap UMEM_DEBUG=firewall=1 top
> 
> I've filed
> http://defect.opensolaris.org/bz/show_bug.cgi?id=12124

I tried to fix this "top" bug, and have attached new top binaries
to the above bug.  Would that new top binary fix the bug for 
you?
-- 
This message posted from opensolaris.org
___
opensolaris-discuss mailing list
opensolaris-discuss@opensolaris.org

Re: [osol-discuss] exec_attr is empty..

[Casper . Dik]

>I've tried to reproduce it. Unsucessfully. Everything updated normally. Maybe 
>because this time pa
ckage was taken from cache...

Can't happen when you install a SVr4 package; if exec_attr is empty, then 
it is either:
a SVr4 package with a non-standard i.rbac install script
or
IPS bug (which is what you encontered probably)


Casper

___
opensolaris-discuss mailing list
opensolaris-discuss@opensolaris.org

Re: [osol-discuss] package manager - installation dir

[Rich Reynolds]

there is also a best practices page at:

http://opensolaris.org/os/community/arc/policies/install-locations/
___
opensolaris-discuss mailing list
opensolaris-discuss@opensolaris.org

Re: [osol-discuss] #top - Segmentation Fault

[Jürgen Keil]

> It happened again today. Here is pflags and pstack
...
> # pstack top-14186 
> core 'top-14186' of 14186:  top
> 0040dac0 hash_lookup_pidthr () + 40
> 00414eff getptable () + 35f
> 00411efd get_process_info () + 6d
> 0040f2cd main () + 33d
> 00408a0c  ()

Someone else reported a similar top segmentation
fault some months ago:

http://www.opensolaris.org/jive/message.jspa?messageID=372954


Are you running a process on this machine that creates
(and probably terminates) *lots* of threads?  That is, is
there a multithreaded process running on this machine
with lwp ids > 214748 ?

I think I can reproduce something when I have the
following process running, and run

env LD_PRELOAD=libumem.so.1 UMEM_OPTIONS=backend=mmap UMEM_DEBUG=firewall=1 
top

I've filed
http://defect.opensolaris.org/bz/show_bug.cgi?id=12124


#include 
#include 
#include 

void *
func(void *arg)
{
}

void *
func2(void *arg)
{
pause();
}

main()
{
int i;
int err;
pthread_t tid;
void *status;

for (i = 0; i < 25; i++) {
err = pthread_create(&tid, NULL, func, NULL);
if (err) {
fprintf(stderr, "pthread create: %s\n", strerror(err));
exit(1);
}
pthread_join(tid, &status);
if (i % 1000 == 0)
printf("%d\n", i);
}
err = pthread_create(&tid, NULL, func2, NULL);
pause();
}

-- 
This message posted from opensolaris.org
___
opensolaris-discuss mailing list
opensolaris-discuss@opensolaris.org

Re: [osol-discuss] installing opensolaris without grub

[Emanuele Fontana]

This is a good idea!

Thanks!

emanuele



Joseph Mocker ha scritto:
What he might be able to do is to reinstall his debian grub2 after the 
Solaris install, then set up a chainloader entry in debian/grub2 to 
boot opensolaris/grub and then opensolaris.


installgrub on opensolaris should install grub on both the MBR and the 
partition boot record, so he would have debian/grub2 in the MBR, which 
chainloads to opensolaris/grub in the partition boot record and then 
onto opensolaris.


  --joe

Ignacio Marambio Catán wrote:

i dont think that's possible, solaris needs grub, and it needs solaris
grub, because it's the only one that understand zfs

On Mon, Oct 19, 2009 at 5:06 PM, Emanuele Fontana  wrote:
  

Hello,

this is a very newbie question, but I'd need a hint. My Hard Disk is 
partitioned as following:

/dev/sda1 --> boot [primary]
/dev/sda2 --> [extended]
  /dev/sda5 --> swap [logic]
  /dev/sda6 --> debian [logic]
/dev/sda3 --> empty [primary]

I'd like to install opensolaris (osol) in /dev/sda3.

I know that osol uses grub to identify other OSs, but I have grub2 now and I 
would not return to the old grub.  I was wondering if I can install osol 
without installing grub, and hence, without touching my boot partition 
(/dev/sda1). If it is possible I will just have to add a script  in 
/etc/grub.d/ of my debian release to make osol bootable.

So can I avoid to install grub during the osol install procedure? Is it easy to 
perform?

Thanks,  sorry for the English I use...it is not my language.

Cheers.
--
This message posted from opensolaris.org
___
opensolaris-discuss mailing list
opensolaris-discuss@opensolaris.org



___
opensolaris-discuss mailing list
opensolaris-discuss@opensolaris.org
  


___
opensolaris-discuss mailing list
opensolaris-discuss@opensolaris.org

Re: [osol-discuss] corporative illness

[Shawn Walker]

Alexander wrote:

The source code is also available, so Sun is not
denying you the fixes, 
they're just not providing free binaries to everyone.


Updates are a form of support, and support costs.

I know, I know, that everything costs something... And a community of users is also a very expensive thing... 
Let's see at other open source operating systems:

FreeBSD ports and release branch - updated regularly, updates are free
Different Linux distros:
Debian - updated regularly, updates are free
Ubuntu - updated regularly, updates are free
CentOS - updated regularly, updates are free

And Sun decided (may be quite late) to make Solaris an open source OS world... Isn't it good to stick to the best traditions? :)  


It is open source.  Even Richard Stallman has made it very clear that 
there is nothing wrong with charging for binaries, and has frequently 
used that as an example for companies that want to produce open source 
software.


And none of the distributions you mentioned are primarily produced by a 
publicly-owned company.  They have significant volunteer bases that do 
the majority of the development, etc.  Or they have significant 
corporate or private sponsorship that allows them to give everything 
away for free.


You're also implying that comparing OpenSolaris to any of those makes it 
equal in terms of support, etc.  However, I think most people would 
agree that OpenSolaris is closer to RedHat Enterprise Linux than Debian, 
Fedora, etc.  I will assume that you did not intentionally omit that, 
since RedHat does not provide free updates for RHEL.


If OpenSolaris is superior in value to you (DTrace, ZFS, zones, etc.), 
and you need stability, guaranteed fixes, etc.  I don't think that it is 
unreasonable to ask that you pay for support.


Now whether the prices of that support are reasonable is up to you and 
something you should provide feedback about to Sun directly through 
customer service.


Cheers,
--
Shawn Walker
___
opensolaris-discuss mailing list
opensolaris-discuss@opensolaris.org

Re: [osol-discuss] corporative illness

[Alexander]

> The source code is also available, so Sun is not
> denying you the fixes, 
> they're just not providing free binaries to everyone.
> 
> Updates are a form of support, and support costs.
> 
I know, I know, that everything costs something... And a community of users is 
also a very expensive thing... 
Let's see at other open source operating systems:
FreeBSD ports and release branch - updated regularly, updates are free
Different Linux distros:
Debian - updated regularly, updates are free
Ubuntu - updated regularly, updates are free
CentOS - updated regularly, updates are free

And Sun decided (may be quite late) to make Solaris an open source OS world... 
Isn't it good to stick to the best traditions? :)  

So, on one hand - we have stable (and quite communicable) community , but on 
other hand - strange corporative policies, which sometimes are quite 
frightening... Some kind of corporative illness. 
For example, we don't know what will be with OpenSolaris without independent 
Sun. We don't have any figures, only abstract Oracle promises. 

So when I say: "Let's make our new terminal server on base of OpenSolaris, it 
has a lot of interesting features...", my boss asks : "And do you know, what 
will be with it in two years? Will someone support it if Sun stops donating 
this project?"
After he asks : "Is it secure? Does it have modern software?"
I say: "Yes, but we need to buy support".
The reaction is: "Let's try CentOS/Debian/etc, we will have stable, de-facto, 
standard Unix-like system with a lot of modern software and we shouldn't pay 
for its support." 
When I say about zfs and zones, I'm asked to look at LVM (in future to Btrfs) 
and Vserver...
When I try to say that in OpenSolaris these things are  more convenient and it 
is scalable and so, I am asked "Do you recieve money from Sun for making such 
propaganda?" :)  
And I begin thinking: "Does OpenSolaris is really so good, or some Linux distro 
is more adequate and cheap enough decision for our needs?"
-- 
This message posted from opensolaris.org
___
opensolaris-discuss mailing list
opensolaris-discuss@opensolaris.org

Re: [osol-discuss] change root password

[Norm Jacobs]

sridhar wrote:

how to change the root user password without logging as root user?
  

Assuming that you have the 'root' role, you can use

 opensolaris% pfexec passwd root

   -Norm
___
opensolaris-discuss mailing list
opensolaris-discuss@opensolaris.org

Re: [osol-discuss] OpenSolaris Terminal Server/Diskless Clients

[Shawn Walker]

Alexander wrote:

Alexander wrote:

OpenSolaris

...

4) - No binary updates for stable systems

http://www.opensolaris.com/learn/subscriptions/

Yes, I was inaccurate. I meant:
- No free binary updates for stable systems

It's quite strange. Looks like: hey, guys, test it, find bugs, fix it, we won't 
give you these fixes, but you may buy it...
Open source is a very profitable thing :)


I have no idea what Sun's plans are, but ...

Keep in mind that Sun bears the cost of testing and publishing them, 
provides indemnity, code review, legal review, bandwidth, support staff, 
etc.


In the very near future, it will be easier for community members to 
provide their own pkg(5) repository with updated binaries if they want 
to bear those costs.  Although there are a few community members that 
have chosen to do this already for the ON consolidation.


The source code is also available, so Sun is not denying you the fixes, 
they're just not providing free binaries to everyone.


Updates are a form of support, and support costs.

Cheers,
--
Shawn Walker
___
opensolaris-discuss mailing list
opensolaris-discuss@opensolaris.org

Re: [osol-discuss] OpenSolaris Terminal Server/Diskless Clients

[Alexander]

> Alexander wrote:
> > OpenSolaris
> ...
> > 4) - No binary updates for stable systems
> http://www.opensolaris.com/learn/subscriptions/
Yes, I was inaccurate. I meant:
- No free binary updates for stable systems

It's quite strange. Looks like: hey, guys, test it, find bugs, fix it, we won't 
give you these fixes, but you may buy it...
Open source is a very profitable thing :)
-- 
This message posted from opensolaris.org
___
opensolaris-discuss mailing list
opensolaris-discuss@opensolaris.org

Re: [osol-discuss] exec_attr is empty..

[Alexander]

Hello.

> What did you upgrade from?
I upgraded from opensolaris b123 (x86-64).

> If you mount the old BE, did the file have any
> contents there?
Yes, they had about 300 lines in old BE.

> Is this reprodicible? (i.e. beadm activate the old BE
> and attempt a 
> fresh upgrade to snv_125 again - does the same
> happen?)
I've tried to reproduce it. Unsucessfully. Everything updated normally. Maybe 
because this time package was taken from cache...




> 
> Alexander wrote:
> > What a hell!!! 
> > After updating to opensolaris build 125 I got an
> empty /etc/security/exec_attr, pkg fix SUNWcs (from
> old BE) didn't help from the first time, only after
> deleting empty file.
> > Do these bugs bother only me?
> >   
> 
> -- 
> Brian Ruthven
> Solaris Revenue Product Engineering
> Sun Microsystems UK
> Sparc House, Guillemont Park, Camberley, GU17 9QG
> 
> ___
> opensolaris-discuss mailing list
> opensolaris-discuss@opensolaris.org
-- 
This message posted from opensolaris.org
___
opensolaris-discuss mailing list
opensolaris-discuss@opensolaris.org

Re: [osol-discuss] bug submission - appropriate placement

[Alan Coopersmith]

William D. Hathaway wrote:
> I wanted to file a bug on the svc manifest for SUNWsquid, but it isn't clear 
> to me what the appropriate product and classification would be on 
> defect.opensolaris.org.  Can someone point me towards the appropriate info?

http://src.opensolaris.org/source/xref/sfw/usr/src/cmd/squid/METADATA says
the right bug category is solaris/utility/squid - which would be via
bugs.opensolaris.org, not defect.   (You could file it in defect, but it
wouldn't get fixed until copied to the internal bug database anyway.)

-- 
-Alan Coopersmith-   alan.coopersm...@sun.com
 Sun Microsystems, Inc. - X Window System Engineering

___
opensolaris-discuss mailing list
opensolaris-discuss@opensolaris.org

Re: [osol-discuss] Sun Solaris 10 Zones - specification available?

[Alan Coopersmith]

Andre Boegelsack wrote:
> I was wondering if anyone knows if there is a Sun Solaris Zones specification 
> availabe and where I might get it?! Currently I'm looking for an official 
> document which describes the Sun Solaris Zones architecture in detail.

The original design spec from 2002 is available in the Architectural Review
case log at:
http://arc.opensolaris.org/caselog/PSARC/2002/174/zones-design.spec.opensolaris.pdf

Of course, there have been many changes & updates in the 7 years since then,
many of which should also be in the ARC case logs at:
http://arc.opensolaris.org/caselog/

-- 
-Alan Coopersmith-   alan.coopersm...@sun.com
 Sun Microsystems, Inc. - X Window System Engineering

___
opensolaris-discuss mailing list
opensolaris-discuss@opensolaris.org

Re: [osol-discuss] OpenSolaris Terminal Server/Diskless Clients

[Shawn Walker]

Alexander wrote:

OpenSolaris

...

4) - No binary updates for stable systems

http://www.opensolaris.com/learn/subscriptions/

--
Shawn Walker
___
opensolaris-discuss mailing list
opensolaris-discuss@opensolaris.org

[osol-discuss] bug submission - appropriate placement

[William D. Hathaway]

I wanted to file a bug on the svc manifest for SUNWsquid, but it isn't clear to 
me what the appropriate product and classification would be on 
defect.opensolaris.org.  Can someone point me towards the appropriate info?
I'm using:
sunwsq...@2.7.6,5.11-0.125

The defect is:
/lib/svc/method/http-squid

should have:
if [[ ! -d /var/squid/cache/00 ]] ; then
not the current value of:
if [[ ! -f /var/squid/cache/00 ]] ; then

this bug results in trying to build the squid cache every time the service is 
started
-- 
This message posted from opensolaris.org
___
opensolaris-discuss mailing list
opensolaris-discuss@opensolaris.org

Re: [osol-discuss] Sun Solaris 10 Zones - specification available?

[Tomas Bodzar]

http://docs.sun.com/app/docs/doc/817-1592?l=en
-- 
This message posted from opensolaris.org
___
opensolaris-discuss mailing list
opensolaris-discuss@opensolaris.org

Re: [osol-discuss] exec_attr is empty..

[Brian Ruthven - Sun UK]

What did you upgrade from?
If you mount the old BE, did the file have any contents there?
Is this reprodicible? (i.e. beadm activate the old BE and attempt a 
fresh upgrade to snv_125 again - does the same happen?)


Regards,
Brian


Alexander wrote:
What a hell!!! 
After updating to opensolaris build 125 I got an empty /etc/security/exec_attr, pkg fix SUNWcs (from old BE) didn't help from the first time, only after deleting empty file.

Do these bugs bother only me?
  


--
Brian Ruthven
Solaris Revenue Product Engineering
Sun Microsystems UK
Sparc House, Guillemont Park, Camberley, GU17 9QG

___
opensolaris-discuss mailing list
opensolaris-discuss@opensolaris.org

Re: [osol-discuss] strange bash behavior

[Brian Ruthven - Sun UK]

What is your home directory in /etc/passwd?
What is the underlying directory path?
If these two are not the same, then:
   Are you using automounter?
   Are there any symlinks in the path to your homedir?

e.g. I use /home/brian as my home directory, but the underlying path is 
/export/home/brian, and I use automounter. bash-3.2.50(1) works fine 
with this setup if I either "cd $HOME", "cd" (no args), "cd ~" - all use 
the '~' in the prompt.


I would expect bash to use $HOME (set during login) rather than 
something in your home directory (unless you fiddle with it in .bashrc 
or the like).


Regards,
Brian



Chris wrote:

bash rev:
GNU bash, version 3.2.25(1)-release (i386-pc-solaris2.11)
Copyright (C) 2005 Free Software Foundation, Inc.

I just tried the same prompt on another account and it worked fine. I am now 
thinking that this does not work on my account because this account was created 
before I moved the home directory to a different drive. There has to be some 
reference of the old home directory path lingering somewhere that bash is 
looking at on whether to replace it with the tilde or not. Not sure where this 
could be though.
  


--
Brian Ruthven
Solaris Revenue Product Engineering
Sun Microsystems UK
Sparc House, Guillemont Park, Camberley, GU17 9QG

___
opensolaris-discuss mailing list
opensolaris-discuss@opensolaris.org

Re: [osol-discuss] Sun Solaris 10 Zones - specification available?

[Calum Benson]

On 20 Oct 2009, at 13:14, Andre Boegelsack wrote:


Hi to everyone,

I was wondering if anyone knows if there is a Sun Solaris Zones  
specification availabe and where I might get it?! Currently I'm  
looking for an official document which describes the Sun Solaris  
Zones architecture in detail.


How about these?





Cheeri,
Calum.

--
CALUM BENSON, Interaction Designer Sun Microsystems Ireland
mailto:calum.ben...@sun.comOpenSolaris Desktop Team
http://blogs.sun.com/calum +353 1 819 9771

Any opinions are personal and not necessarily those of Sun Microsystems

___
opensolaris-discuss mailing list
opensolaris-discuss@opensolaris.org

Re: [osol-discuss] How to dtrace thread_reaper?

[Brian Ruthven - Sun UK]

If I'm not mistaken, thread_reaper() is created during system boot by a 
call to thread_create. It then lives forever in the system until it is 
shut down.
Thus the entry probe will only ever be fired once during the kernel 
initialisation, and by the time you run your dtrace script, 
thread_reaper:entry has long gone.


Take a look at the code at 
http://src.opensolaris.org/source/xref/onnv/onnv-gate/usr/src/uts/common/disp/thread.c#896 
and you'll see a big "for (;;)" loop.


Try a probe on thread_reap_list:entry (which is called twice on each 
iteration) and see if that gives you any output.
Whether or not the output is any good or usable is up to you ... and 
note the :entry specifier too to avoid duplicating your output by 
including the return probe.


However, from your description of the way the program works, I'm not 
sure the thread_reaper code is the right place to be looking at anyway. 
I would doubt that normally exiting threads end up on thread_deathrow 
(which is what thread_reaper looks at). I could be wrong... :-)


Regards,
Brian


Thomas Blank wrote:

Hi all,
I want to trace the thread_reaper and want to find out, how often it runs and 
how many threads it really reaps.
I use this one-liner in the first step:
[r...@itotcsol104 bin]# dtrace -n 'fbt:genunix:thread_reaper: { @num[probefunc] 
= count(); }'
dtrace: description 'fbt:genunix:thread_reaper: ' matched 1 probe
^C

During the run there were created about 40,000 threads - the threads exit 
immediately after their work. I monitored the number of threads with the 
nthread macro of mdb.
The mentioned dtrace script ran during the whole test and ~10 minutes 
afterwards, but I do not get any output from it.

What am I doing wrong? Can anybody help me out with this?
Thanks for your help! Thomas
  


--
Brian Ruthven
Solaris Revenue Product Engineering
Sun Microsystems UK
Sparc House, Guillemont Park, Camberley, GU17 9QG

___
opensolaris-discuss mailing list
opensolaris-discuss@opensolaris.org

[osol-discuss] Sun Solaris 10 Zones - specification available?

[Andre Boegelsack]

Hi to everyone,

I was wondering if anyone knows if there is a Sun Solaris Zones specification 
availabe and where I might get it?! Currently I'm looking for an official 
document which describes the Sun Solaris Zones architecture in detail.

Regards
André
-- 
This message posted from opensolaris.org
___
opensolaris-discuss mailing list
opensolaris-discuss@opensolaris.org

Re: [osol-discuss] package manager - installation dir

[Tomas Bodzar]

Ou. Great. Thanks to point. I think that man hier will be more appropriate.
-- 
This message posted from opensolaris.org
___
opensolaris-discuss mailing list
opensolaris-discuss@opensolaris.org

Re: [osol-discuss] package manager - installation dir

[Sergio Schvezov]

On Tue, 2009-10-20 at 02:07 -0700, Tomas Bodzar wrote:
> If you want to have garbage on your disk then use another OS. 
> Packaging systems like IPS and others are here to have consistent hierarchy 
> of installed packages on your system for easy maintenance, easy writing of 
> apps from third vendors and so on.
> 
> If you are installing some app which is not in repositories then there is a 
> possibility that you can choose where to install it (like with RealPlayer). 
> But anyway, recommended directory is /opt . I can't find similar man page on 
> OpenSolaris 
> (maybe it's thanks to ZFS filesystem which is totally different then others 
> on Unix or 
> Win platform) but you can get idea here 
> http://www.openbsd.org/cgi-bin/man.cgi?query=hier&apropos=0&sektion=0&manpath=OpenBSD+Current&arch=i386&format=html
>  or in similar pages on Linux and so on.

This should provide the necessary info:
$ man filesystem

___
opensolaris-discuss mailing list
opensolaris-discuss@opensolaris.org

Re: [osol-discuss] package manager - new feature request

[Tomas Bodzar]

And again. You don't understand Unix world. Read something about it first.

Application settings are stored in your home directory so you can't loose them 
after upgrade of OS or installation of new version of app. Some apps may have 
additional directories with specific settings but it's mentioned in their 
documentation or in man page.
-- 
This message posted from opensolaris.org
___
opensolaris-discuss mailing list
opensolaris-discuss@opensolaris.org

Re: [osol-discuss] general request/advice/suggestion for os and os app developers

[Tomas Bodzar]

1) You completely misunderstood ZFS so that's why you don't know why it needs 
at least 1GB of RAM for normal function and even why it can run with less then 
512MB of RAM

2) Learn something about Solaris

3) Use OS which is appropriate for your needs and don't listen to PRs then 
something is only one great OS because then you will be crying around like 
right now ;-) My preferred OS is OpenBSD. I'm able to use it as multimedia 
desktop, gaming platform or something like firewall, router or secure 
file/mail/... server and so on. But it doesn't mean that this OS is good for 
every use on the Earth. No, it isn't. That's why I'm using OpenSolaris/Solaris 
too.

There are a lot of other OS's with lower needs on HW, but they may want more 
"brain" from their users. And yes, even OpenSolaris can use much lower 
resources if you know how to do it ;-) But yes, other OS's offer easier part in 
this.
-- 
This message posted from opensolaris.org
___
opensolaris-discuss mailing list
opensolaris-discuss@opensolaris.org

Re: [osol-discuss] create a directory/ file

[Tomas Bodzar]

http://www.opensolaris.org/os/documentation/

http://wikis.sun.com/display/OpenSolarisInfo200906/Home

man man

As a user you don't need anything then your home directory. And until you learn 
some about Unix and read some of links above don't touch anything outside of 
your home or you will damage or destroy your installation.

Message was edited by: bodie
-- 
This message posted from opensolaris.org
___
opensolaris-discuss mailing list
opensolaris-discuss@opensolaris.org

Re: [osol-discuss] install apps intended for other unix variants

[Tomas Bodzar]

1) Use as much as possible apps from official repositories or some third party 
repositories

2) If it's not enough then consider using some virtualization

3) If it's still not enough then learn how to compile apps on OpenSolaris, how 
to prepare apps for IPS in OpenSolaris and so on
-- 
This message posted from opensolaris.org
___
opensolaris-discuss mailing list
opensolaris-discuss@opensolaris.org

Re: [osol-discuss] change root password

[Tomas Bodzar]

man pfexec
man passwd
-- 
This message posted from opensolaris.org
___
opensolaris-discuss mailing list
opensolaris-discuss@opensolaris.org

Re: [osol-discuss] package manager - installation dir

[Tomas Bodzar]

If you want to have garbage on your disk then use another OS. Packaging systems 
like IPS and others are here to have consistent hierarchy of installed packages 
on your system for easy maintenance, easy writing of apps from third vendors 
and so on.

If you are installing some app which is not in repositories then there is a 
possibility that you can choose where to install it (like with RealPlayer). But 
anyway, recommended directory is /opt . I can't find similar man page on 
OpenSolaris (maybe it's thanks to ZFS filesystem which is totally different 
then others on Unix or Win platform) but you can get idea here 
http://www.openbsd.org/cgi-bin/man.cgi?query=hier&apropos=0&sektion=0&manpath=OpenBSD+Current&arch=i386&format=html
 or in similar pages on Linux and so on.
-- 
This message posted from opensolaris.org
___
opensolaris-discuss mailing list
opensolaris-discuss@opensolaris.org

Re: [osol-discuss] package manager - installation dir

[Tomas Bodzar]

:-D

+1
-- 
This message posted from opensolaris.org
___
opensolaris-discuss mailing list
opensolaris-discuss@opensolaris.org

Re: [osol-discuss] install apps intended for other unix variants

[Che Kristo]

There are a number of ways you can achieve this on OpenSolaris using
virtualbox, xvm, zones, wine etc. you will need to provide an actual
specific use case to the list if you want pointed information about this.

On Tue, Oct 20, 2009 at 17:40, sridhar  wrote:

> How to install / setup applications (that are intended for
> unix/linux/bsd/debian/novell, etc) from internet?
> --
> This message posted from opensolaris.org
> ___
> opensolaris-discuss mailing list
> opensolaris-discuss@opensolaris.org
>
___
opensolaris-discuss mailing list
opensolaris-discuss@opensolaris.org

Re: [osol-discuss] package manager - installation dir

[Che Kristo]

This is not windows, please become familiar with unix and linux file system
heirarchies, this will give you an understanding that there is no single
"directory" that is used to contain applications.

On Tue, Oct 20, 2009 at 17:39, sridhar  wrote:

> package manager should ask the user about the installation directory
> for all user applications. usability is not automation. I don't like those
> user applications which did not ask me about the installation directory.
> --
> This message posted from opensolaris.org
> ___
> opensolaris-discuss mailing list
> opensolaris-discuss@opensolaris.org
>
___
opensolaris-discuss mailing list
opensolaris-discuss@opensolaris.org

Re: [osol-discuss] create a directory/ file

[Che Kristo]

Hi,

You need the right permissions using the pfexec command, at the terminal
type:

man pfexec

this will explain the pfexec command

On Tue, Oct 20, 2009 at 17:38, sridhar  wrote:

> I am unable to create a directory/ file anywhere in the file system
> except my home directory. How can I enable my user account to
> create a directory / file anywhere in the file system (other than
> system related directories)?  I am new user(non-unix) trying os.
> --
> This message posted from opensolaris.org
> ___
> opensolaris-discuss mailing list
> opensolaris-discuss@opensolaris.org
>
___
opensolaris-discuss mailing list
opensolaris-discuss@opensolaris.org

[osol-discuss] How to dtrace thread_reaper?

[Thomas Blank]

Hi all,
I want to trace the thread_reaper and want to find out, how often it runs and 
how many threads it really reaps.
I use this one-liner in the first step:
[r...@itotcsol104 bin]# dtrace -n 'fbt:genunix:thread_reaper: { @num[probefunc] 
= count(); }'
dtrace: description 'fbt:genunix:thread_reaper: ' matched 1 probe
^C

During the run there were created about 40,000 threads - the threads exit 
immediately after their work. I monitored the number of threads with the 
nthread macro of mdb.
The mentioned dtrace script ran during the whole test and ~10 minutes 
afterwards, but I do not get any output from it.

What am I doing wrong? Can anybody help me out with this?
Thanks for your help! Thomas
-- 
This message posted from opensolaris.org
___
opensolaris-discuss mailing list
opensolaris-discuss@opensolaris.org