[osol-discuss] Why fsflush/pageout damemon were implemented by newproc() as kernel process
I have a question about solaris boot strap main() function. solaris create fsflush/pageout in main function by newproc() as sys class kernel process and use kernel address space? Is there any special reason we cannot implement fsflush(pid 2) and pageout daemon(pid3) by thread_create() as a kernel thread directly? If the driver-discuss is not the appropriate alias to ask the question, which aliase should be better to get my question answered? Thanks -- This message posted from opensolaris.org ___ opensolaris-discuss mailing list opensolaris-discuss@opensolaris.org
Re: [osol-discuss] [storage-discuss] help! I need long-term data protection advice
I need the locally-connected behavior of iScsi -- our work-a-day machines are Macs and I want to use Time Machine After I wrote this note I _then_ saw pointers to Comstar, and will be exploring that this week. I think I will likely end up using CIFS for communication between my various machines and Archival storage -- relying on the iScsi to keep my machines current state restorable. al; -- This message posted from opensolaris.org ___ opensolaris-discuss mailing list opensolaris-discuss@opensolaris.org
[osol-discuss] Laptop Battery Monitor
When i installed open solaris on my Campaq laptop the battery monitor would never change off of 100% one time it even turned off on me when it said a 100% . Any one have any ideas on how to fix that. If i could get that fixed i would love to change back from windows to open solaris. -- This message posted from opensolaris.org ___ opensolaris-discuss mailing list opensolaris-discuss@opensolaris.org
Re: [osol-discuss] About the pkg manager on default desktop
Mark Phalan wrote: I would warn strongly against doing that. "Primary Administrator" basically means root. NOT something you want to have associated with your local user. The fact that OpenSolaris assigns the "Primary Administrator" role is a serious security problem. The first thing I do after installing OpenSolaris is to remove this role from the user created by the installer. Currently, any user that expects to install software must have the root role assigned. The package system is not yet privilege aware, so the "Software Installation Profile" does not yet apply to it. At some future point, it is hoped that will be sufficient instead. Cheers, -- Shawn Walker ___ opensolaris-discuss mailing list opensolaris-discuss@opensolaris.org
[osol-discuss] osol-1002-XXX-sparc.iso
does anyone know when we get a osol-1002-XXX-sparc.iso release? osol-1002-124-ai-sparc.iso is there -- which is good and very much (!) appreciated -- but a osol-1002-XXX-sparc.iso would ease install and setup a lot on sparc. -- This message posted from opensolaris.org ___ opensolaris-discuss mailing list opensolaris-discuss@opensolaris.org
[osol-discuss] Weird boot issue with sxce_124
I have the habit of putting my root's home onto a separate partition, so /root is /dev/dsk/c1d1s1 /dev/rdsk/c1d1s1/root ufs 1 yes - (yep, I know it's lame to be always root :)) I LU'ed from nv_104 to 124, and during boot the system goes into maintenance mode, stating that filesystem/local:default is in maintenance mode. mountall -l fails, because "/dev/dsk/c1d1s1 is already mounted or /root is busy" According to "mount | grep c1d1s1" /dv/dsk/c1d1s1 is _not_mounted, and /root is empty. (As long as I login, then there is an .sh_history file, of course) I tried to put /root into /export/home/root, etc, but no luck... I have never experienced similar errors. I use Solaris since S9, and sxce since ~49 or so. (Okay, sxce is soon to be EOL'ed, but I like it, and would like to stick to it as long as I can.) Any ideas/pointers/tips anyone?? Thanks in advance! Attila -- This message posted from opensolaris.org ___ opensolaris-discuss mailing list opensolaris-discuss@opensolaris.org
Re: [osol-discuss] b124: root window terminal
Alan Coopersmith wrote: Clarence CHU wrote: Dear Alan, So, all the users with no shell specified in /etc/passwd had to be changed, done. next is: Accessories->Terminator doesn't work. That appears to be another bug you could have found in a search of http://defect.opensolaris.org/ (though you'd have to do advanced search in order to find bugs marked as RESOLVED in upcoming builds): http://defect.opensolaris.org/bz/show_bug.cgi?id=11673 I don't know what the workaround is for this one, perhaps someone else in desktop-discuss does. The workaround is in the bug itself. This is one of the python 2.6 syntax failed with 2.4 interpretor. Works are happening to move over to python 2.6 in the desktop modules though there is no confirmation as to when the default python version will be moved over to 2.6 yet. That will be more than just a flag day exercise as far as I understand, but that will be really GREAT! -Ghee ___ opensolaris-discuss mailing list opensolaris-discuss@opensolaris.org
Re: [osol-discuss] 128 bit technology
John Thompson wrote: On 2009-10-11, Peter Jones wrote: Microsoft has announced that the next release windows 8 will be a 128 bit system.Apart from haveing few applications,isv,isv,on their side.Is this a marketing gimmick or saine thinking? Will opensolaris work on 128 bit? I'd say it's realistic on Microsoft's part -- considering how long it takes them to get a new version of Windows out the door. In other words, there's plenty of time for 128-bit desktop machines to appear on the marketplace and become obsolete before Windows 8 is ready to go... :) As stated previously, what hardware are they going to use? There is no 128 bit computer announced by any computer manufacturer. It must be a 128 bit file system to compete with ZFS. Paul ___ opensolaris-discuss mailing list opensolaris-discuss@opensolaris.org
Re: [osol-discuss] b124: root window terminal
Clarence CHU wrote: Dear Alan, So, all the users with no shell specified in /etc/passwd had to be changed, done. next is: Accessories->Terminator doesn't work. This sounds like 6885253. You could edit terminator.py to remove the pair of brackets (as suggested in the full bug report behind sun firewall). The committed fix to use python 2.6 should be available in build 126 according to the bug. http://bugs.opensolaris.org/bugdatabase/view_bug.do?bug_id=6885253 and sometimes running tasks of previously logout users hold up CPU cycles. I'm seriously considering putting Mwm into Xclients and not to use fancy interfaces. Best wishes, Clarence CHU ___ opensolaris-discuss mailing list opensolaris-discuss@opensolaris.org
Re: [osol-discuss] b124: root window terminal
Clarence CHU wrote: > Dear Alan, > > So, all the users with no shell specified in /etc/passwd had to be changed, > done. > > next is: Accessories->Terminator doesn't work. That appears to be another bug you could have found in a search of http://defect.opensolaris.org/ (though you'd have to do advanced search in order to find bugs marked as RESOLVED in upcoming builds): http://defect.opensolaris.org/bz/show_bug.cgi?id=11673 I don't know what the workaround is for this one, perhaps someone else in desktop-discuss does. -- -Alan Coopersmith- alan.coopersm...@sun.com Sun Microsystems, Inc. - X Window System Engineering ___ opensolaris-discuss mailing list opensolaris-discuss@opensolaris.org
Re: [osol-discuss] 128 bit technology
On 2009-10-11, Peter Jones wrote: > Microsoft has announced that the next release windows 8 will > be a 128 bit system.Apart from haveing few applications,isv,isv,on > their side.Is this a marketing gimmick or saine thinking? Will > opensolaris work on 128 bit? I'd say it's realistic on Microsoft's part -- considering how long it takes them to get a new version of Windows out the door. In other words, there's plenty of time for 128-bit desktop machines to appear on the marketplace and become obsolete before Windows 8 is ready to go... :) -- -John (j...@os2.dhs.org) ___ opensolaris-discuss mailing list opensolaris-discuss@opensolaris.org
Re: [osol-discuss] Nvidia graphics cards
There seems to be a bit more about this two year dispute than meets the eye. http://www.xbitlabs.com/news/video/display/20081016063449_Foxconn_Set_to_Stop_Producing_Nvidia_GeForce_Graphics_Cards_Sources_Confirm.html -- This message posted from opensolaris.org ___ opensolaris-discuss mailing list opensolaris-discuss@opensolaris.org
Re: [osol-discuss] [networking-discuss] link aggregating
Arun Tomar wrote: > I've a zfs box for storage and gigabit network. the max data transfer > speed that i could get is may be between 100-125 mbps need to check > that. Is that MBps (megabytes per second) or Mbps (megabits per second)? The former sounds about right. > I wanted to achieve close to 300mbps of data transfer speed. > > I remembered that if i could use link aggregation, it improves > reliability and performance. In general, true. > so my question is if supposed with 1 lan card if my transfer speed is > 100 mbps, then if i aggregate the links (2 gigabit lan cards aggregated) > then would it double to 200 mbps? Not necessarily. If you don't have a bottleneck elsewhere (meaning that your CPU, disks, and other parts of your system can deliver that kind of performance), and if you have enough distinct flows to hash out over the available interfaces, then, yes, it'll scale in that way. -- James Carlson 42.703N 71.076W ___ opensolaris-discuss mailing list opensolaris-discuss@opensolaris.org
Re: [osol-discuss] [belenix-discuss] link aggregating
On Sat, Oct 10, 2009 at 9:59 PM, Arun Tomar wrote: > Dear all, > > I've a zfs box for storage and gigabit network. the max data transfer > speed that i could get is may be between 100-125 mbps need to check > that. > > I wanted to achieve close to 300mbps of data transfer speed. > > I remembered that if i could use link aggregation, it improves > reliability and performance. > > so my question is if supposed with 1 lan card if my transfer speed is > 100 mbps, then if i aggregate the links (2 gigabit lan cards aggregated) > then would it double to 200 mbps? Yes. But not all NICs are supported and your switch would need to support aggregation as well. If you want to scale between many clients and server(s) you could use IPMP instead. cheers Binu > regds, > Arun. > > ___ > belenix-discuss mailing list > http://mail.opensolaris.org/mailman/listinfo/belenix-discuss > http://groups.google.com/group/belenix-discuss > ___ opensolaris-discuss mailing list opensolaris-discuss@opensolaris.org
Re: [osol-discuss] [belenix-discuss] practical zfs implementation problem
On Sat, Oct 10, 2009 at 4:07 PM, Arun Tomar wrote: > Dear all, > > I really love zfs. > > What i want to do is to create a zfs based storage solution say 15 TB > from commodity hardware. > > What I have: > software: opensolaris 0906, belenix and solaris 10. > > hardware: 2 normal machines == core2duo and amd dual core, 2 gig's of > RAM each, motherboard has the capacity to attach 4 sata drives to each > of the machines, 1 TBx15 sata drives. > > Problem: > > 1. If my motherboard can support only 6 sata drives, how can i attach > more. You can try self-powered sata expander boxes. Basically a sata jbod enclosure with smps. Don't know about the cost though. > 2. If i divided and attach the disks to each of the machines, 1 TB x 6 > per machine, then how can i make a single pool out of it. The user > shouldn't know what's at backend, they are only supposed to get an > exported nfs or smb single mount point for storage, which could keep on > increasing. Currently only decent way to tie together storage on different machines is via iscsi. Comstar has made this much more robust. If you are thinking of HA than expanding the storage you could try open solaris cluster to tie together pools using iscsi in an HA config. I would advice against making everything you have into a single pool. cheers Binu > Idea: > 1. I could install sata controllers to expand the capacity, but would > the machine take so much of load? > 2. another thought is to have 2 machines setup with zfs and storage > configured and with iscsi, and a 3rd machine which will control both of > them and export them as a single mount point. Need to try the iscsi > stuff, this is just a thought. > > Any more ideas would be helpful. > > regds, > Arun. > > ___ > belenix-discuss mailing list > http://mail.opensolaris.org/mailman/listinfo/belenix-discuss > http://groups.google.com/group/belenix-discuss > ___ opensolaris-discuss mailing list opensolaris-discuss@opensolaris.org
Re: [osol-discuss] About the pkg manager on default desktop
On 10/12/09 12:21 PM, Mark Phalan wrote: On 10/11/09 06:21 PM, Harry Putnam wrote: Michal Pryc writes: [...] Harry, Icon on the desktop is invoking: gksu packagemanager whoops... I missed that... thanks Which de facto is calling pfexec. So it looks like your privilages are broken. Here is what I have for my user migi: # cat /etc/user_attr | grep migi migiprofiles=Primary Administrator;roles=root The same command for me shows a massive list, including `Software Installation'. Looks like I should be up for about anything I'd probably want to go with what you have eh? I would warn strongly against doing that. "Primary Administrator" basically means root. NOT something you want to have associated with your local user. The fact that OpenSolaris assigns the "Primary Administrator" role is a serious security problem. The first thing I do after installing OpenSolaris is to remove this role from the user created by the installer. Oops! substitute "profile" for "role" in the above paragraph. -M ___ opensolaris-discuss mailing list opensolaris-discuss@opensolaris.org
Re: [osol-discuss] Can we EOL "indiana" soon?
Which is where the (somewhat ill thought out) differentiation between the
"opensolaris product" and "opensolaris community" becomes a problem.
Personally I believe that the "opensolaris product" should just be named as
"Solaris Enterprise" for the current Solaris, "Solaris Standard" for the
indiana stable releases and "Solaris Dev" for dev releases. But thats just
me :)
Che
On Mon, Oct 12, 2009 at 20:52, Sean Sprague wrote:
> Hello all,
>
> Can we please EOL the use of "*indiana*" soon, archive all the mailing list
> entries and website pages, and formally replace it (and rename/reallocate
> the project) with(in) "OpenSolaris"? Mike Kupfer recently pointed out the
> fact the opening sentence on the indiana docs page (
> http://www.opensolaris.org/os/project/indiana/documents/ ) was incorrect;
> and I would even suggest that the title ("Gateway to Indiana") should be
> "Gateway to OpenSolaris", or even "Gateway to an Open Solaris".
>
> Please don't flame me ;-)
>
> Thanks and regards... Sean.
>
> ___
> opensolaris-discuss mailing list
> opensolaris-discuss@opensolaris.org
>
___
opensolaris-discuss mailing list
opensolaris-discuss@opensolaris.org
Re: [osol-discuss] About the pkg manager on default desktop
On 10/11/09 06:21 PM, Harry Putnam wrote: Michal Pryc writes: [...] Harry, Icon on the desktop is invoking: gksu packagemanager whoops... I missed that... thanks Which de facto is calling pfexec. So it looks like your privilages are broken. Here is what I have for my user migi: # cat /etc/user_attr | grep migi migiprofiles=Primary Administrator;roles=root The same command for me shows a massive list, including `Software Installation'. Looks like I should be up for about anything I'd probably want to go with what you have eh? I would warn strongly against doing that. "Primary Administrator" basically means root. NOT something you want to have associated with your local user. The fact that OpenSolaris assigns the "Primary Administrator" role is a serious security problem. The first thing I do after installing OpenSolaris is to remove this role from the user created by the installer. See here for more details: http://defect.opensolaris.org/bz/show_bug.cgi?id=4885 -M ___ opensolaris-discuss mailing list opensolaris-discuss@opensolaris.org
[osol-discuss] Can we EOL "indiana" soon?
Hello all,
Can we please EOL the use of "*indiana*" soon, archive all the mailing
list entries and website pages, and formally replace it (and
rename/reallocate the project) with(in) "OpenSolaris"? Mike Kupfer
recently pointed out the fact the opening sentence on the indiana docs
page ( http://www.opensolaris.org/os/project/indiana/documents/ ) was
incorrect; and I would even suggest that the title ("Gateway to
Indiana") should be "Gateway to OpenSolaris", or even "Gateway to an
Open Solaris".
Please don't flame me ;-)
Thanks and regards... Sean.
___
opensolaris-discuss mailing list
opensolaris-discuss@opensolaris.org
