just use pkgadd -d wrapper. it will auto-magically convert SVR4
package to the .deb(s) and install them on the fly. You can also use
pkgrm to remove them. pkginfo wrapper is also available.
On Thu, 2007-06-28 at 16:38 +0200, Selim Daoud wrote:
superbe job...synaptic package manager is really
On Fri, 22 Jun 2007, Erast Benson wrote:
New unstable ISO of NexentaCP (Core Platform) available.
http://www.gnusolaris.org/unstable-iso/ncp_beta1-test2-b67_i386.iso
Also available at:
http://www.genunix.org/distributions/gnusolaris/index.html
Changes:
* ON B67 based
* ZFS/Boot manual
On Wed, 6 Jun 2007, Erast Benson wrote:
Announcing new direction of Open Source NexentaOS development:
NexentaCP (Nexenta Core Platform).
NexentaCP is Dapper/LTS-based core Operating System Platform distributed
as a single-CD ISO, integrates Installer/ON/NWS/Debian and provides
basis for
On 6/7/07, Al Hopper [EMAIL PROTECTED] wrote:
On Wed, 6 Jun 2007, Erast Benson wrote:
Announcing new direction of Open Source NexentaOS development:
NexentaCP (Nexenta Core Platform).
NexentaCP is Dapper/LTS-based core Operating System Platform distributed
as a single-CD ISO, integrates
Thanks for the assistance. The bios update solved the problem.
This message posted from opensolaris.org
___
opensolaris-discuss mailing list
opensolaris-discuss@opensolaris.org
Thanks to everyone for their help! yes dtrace did help and I found that in my
layered driver, the prop_op entry point had an error in setting the [Ss]ize
dynamic property, and apparently that's what ZFS looks for, not just Nblocks!
what took me so long in getting to this error was that the
Part of the difference is just an accounting/reporting one.
UFS and most other file systems cache data in unmapped pages.
This page caching looks like free memory, since the pages are easily
reclaimed for other uses. However the kernel has to map the pages
into virtual memory to access the data.
Thanks for the information. I was getting worried that I was going to have to
go back and ask my supervisors for money to by more memory. That would not
have been pretty.
Thanks,
Gary
This message posted from opensolaris.org
___
Gary Peck wrote:
Thanks for the information. I was getting worried that I was going to have to
go back and ask my supervisors for money to by more memory. That would not
have been pretty.
Thanks,
Gary
This message posted from opensolaris.org
I explored this a bit and found that the ldi_ioctl in my layered driver does
fail, but fails because of an iappropriate ioctl for device error, which the
underlying ramdisk driver's ioctl returns. So doesn't seem like that's an issue
at all (since I know the storage pool creation is successful
With what Edward suggested, I got rid of the ldi_get_size() error by defining
the prop_op entry point appropriately.
However, the zpool create still fails - with zio_wait() returning 22.
bash-3.00# dtrace -n 'fbt::ldi_get_size:entry{self-t=1;}
fbt::ldi_get_size:entry/self-t/{}
With what Edward suggested, I got rid of the ldi_get_size() error by defining
the prop_op entry point appropriately.
However, the zpool create still fails - with zio_wait() returning 22.
bash-3.00# dtrace -n 'fbt::ldi_get_size:entry{self-t=1;}
fbt::ldi_get_size:entry/self-t/{}
I ran zpool with truss, and here is the system call trace. (again, zfs_lyr is
the layered driver I am trying to use to talk to the ramdisk driver).
When I compared it to a successful zpool creation, the culprit is the last
failing ioctl
i.e. ioctl(3, ZFS_IOC_CREATE_POOL, address)
I tried
Thanks Eric and Manoj.
Here's what ldi_get_size() returns:
bash-3.00# dtrace -n 'fbt::ldi_get_size:return{trace(arg1);}' -c 'zpool create
adsl-pool /dev/layerzfsminor1' dtrace: description 'fbt::ldi_get_size:return'
matched 1 probe
cannot create 'adsl-pool': invalid argument for this pool
Thanks Edward.
Currently my layered driver does not implement the prop_op(9E) entry point - I
didn't realize this was necessary since my layered driver worked fine without
it when used over UFS.
My layered driver sits above a ramdisk driver.
I realized the same problem that you've mentioned
To give more information, here is the kernel log dump when I run:
zpool create mypool path to layered device
(my layered driver is called zfs_lyr.)
May 14 02:19:27 unknown zfs_lyr: [ID 902459 kern.notice] NOTICE: Inside
zfs_lyr_open***SYNC
May 14 02:19:27 unknown zfs_lyr: [ID 215874
Ian Collins wrote:
Lori Alt wrote:
Horvath wrote:
in case you did not recieve my respond. Yes you're right I need zfs
boot support. I don't wanna mess with add on thing.
To clarify, the support for zfs boot DID go into build 62 (it's official,
no add-on needed), but the
Horvath wrote:
in case you did not recieve my respond. Yes you're right I need zfs boot
support. I don't wanna mess with add on thing.
To clarify, the support for zfs boot DID go into build 62 (it's official,
no add-on needed), but the standard install code doesn't support
it yet. So the
Lori Alt wrote:
Horvath wrote:
in case you did not recieve my respond. Yes you're right I need zfs
boot support. I don't wanna mess with add on thing.
To clarify, the support for zfs boot DID go into build 62 (it's official,
no add-on needed), but the standard install code doesn't
in case you did not recieve my respond. Yes you're right I need zfs boot
support. I don't wanna mess with add on thing.
This message posted from opensolaris.org
___
opensolaris-discuss mailing list
opensolaris-discuss@opensolaris.org
Well then again... Had a power outage today...
And 'zpool import' no longer works.
System continuously panics on import now...
Bummer!
This message posted from opensolaris.org
___
opensolaris-discuss mailing list
Is there a way to recover a Pool that has all disks faulted?
This message posted from opensolaris.org
___
opensolaris-discuss mailing list
opensolaris-discuss@opensolaris.org
W00t I figured it out...
She My Zones were on there!
Ok.. Steps to recover.
1. zpool destroy zfszones
2. zpool import
3. zpool import
pool: zfszones
id: 12403141992165190919
state: ONLINE
action: The pool can be imported using its name or numeric identifier.
config:
1. So we'll see ZFS as a default FS in the future ?
2. How can I convert my current FS (I assume it's UFS that comes as default) to
ZFS?
3. I upgraded my snv_59 to snv_60 and Firefox is still 2.0.1 I wonder why.
This message posted from opensolaris.org
Horvath wrote:
1. So we'll see ZFS as a default FS in the future ?
yes
2. How can I convert my current FS (I assume it's UFS that comes as default) to
ZFS?
Short answer - you need more disks, so that you can create the zpool
and zfs, then copy your files across. At the moment there is no
No, AFAIK there is no such option. But there is a easy way to convert your home
directory from UFS to ZFS. This is from a German Sun Blog
http://blogs.sun.com/solarium/ : I did it that way, slightly diffrent
mkdir /space
ufsdump -0f /space/home.dump /export/home
Remove /export/home from vfstab
The reason for this question is we currently have our disk setup in a hardware
raid5 on a EMC device and these disks are configured as a zfs file system.
Would it benefit us to have the disk be setup as a raidz along with the
hardware raid 5 that is already setup too? Or with this double raid
The reason for this question is we currently have our
disk setup in a hardware raid5 on a EMC device and
these disks are configured as a zfs file system.
Would it benefit us to have the disk be setup as a
raidz along with the hardware raid 5 that is already
setup too? Or with this double
Hello UNIX,
Tuesday, March 20, 2007, 5:03:36 PM, you wrote:
The reason for this question is we currently have our
disk setup in a hardware raid5 on a EMC device and
these disks are configured as a zfs file system.
Would it benefit us to have the disk be setup as a
raidz along with the
Are you exporting these filesystems or have quotas on them, since I believe
there is a slow boot problem with that!
This message posted from opensolaris.org
___
opensolaris-discuss mailing list
opensolaris-discuss@opensolaris.org
this is off list on purpose ?
run zpool import, it will search all attached storage and give you a list
of availible pools. then run zpool import poolname or add a -f if you
didn't export before the install/upgrade.
assume worst case
someone walks up to you and drops an array on you.
sorry, CCed to wrong list (should have been zfs-discuss).
On 15/11/06, Dick Davies [EMAIL PROTECTED] wrote:
On 14/11/06, [EMAIL PROTECTED] [EMAIL PROTECTED] wrote:
Actually, we have considered this. On both SPARC and x86, there will be
a way to specify the root file system (i.e., the
I suppose it depends how 'catastrophic' the failture is, but if it's
very low level,
booting another root probabyl won't help, and if it's too high level, how will
you detect it (i.e. you've booted the kernel, but it is buggy).
If it panics (but not too early) or fails to come up properly?
ZFS 11.0 on Solaris release 06/06, hangs systems when
trying to copy files from my VXFS 4.1 file system.
any ideas what this problem could be?.
What kind of system is that? How much memory is installed?
I'm able to hang an Ultra 60 with 256 MByte of main memory,
simply by writing big files
or
2) prtvtoc / fmthard (eg: prtvtoc /dev/rdsk/c0t0d0s0
/tmp/
vtoc.out ; fmthard -s /tmp/vtoc.out
/dev/rdsk/c1t0d0s0)
There is a more elegant way to do this, namely:
prtvtoc /dev/rdsk/c0t0d0s2 | fmthard -s '-' /dev/rdsk/c1t0d0s2
This message posted from opensolaris.org
John Brewer wrote:
Support for Jumpstart to include the ZFS Boot options would be needed as well!
Yes, this will be part of the Install support.
Lori Alt
This message posted from opensolaris.org
___
opensolaris-discuss mailing list
This would be a really great community to start as this will change a
lot of things for people. It will be great to see this integrated into
the installer and jumpstart.
Octave
--- Stephen Potter [EMAIL PROTECTED] wrote:
The ZFS boot and Install project is responsible for providing
install,
The ZFS boot and Install project is responsible for providing install,
boot, and root support for ZFS filesystems on Solaris. This project is
still in the development phase and therefore unavailable to the
OpenSolaris community. Without community exposure,
we believe that we will be
You get my vote. Thanks.
Ron
This message posted from opensolaris.org
___
opensolaris-discuss mailing list
opensolaris-discuss@opensolaris.org
Noel Dellofano wrote:
Solaris 10u2 was released today. You can now download it from here:
http://www.sun.com/software/solaris/get.jsp
Seems the download links are dead except for x86-64. No Sparc downloads.
Everything works perfectly.
$ ls -1
sol-10-u2-ga-sparc-lang-iso.zip
Matt Ingenthron wrote:
Sara Dornsife wrote:
How about Turn up your environment with AMPS?
Stephen Potter wrote:
Someone here just came up with: Charge up your environment with AMPS
(Apache MySQL, PHP, Solaris)
Seems it's been done before, I just stumbled across this page:
Someone here just came up with: Charge up your environment with AMPS (Apache
MySQL, PHP, Solaris)
-spp
This message posted from opensolaris.org
___
opensolaris-discuss mailing list
opensolaris-discuss@opensolaris.org
How about Turn up your environment with AMPS?
Stephen Potter wrote:
Someone here just came up with: Charge up your environment with AMPS (Apache
MySQL, PHP, Solaris)
-spp
This message posted from opensolaris.org
___
opensolaris-discuss mailing
Sara Dornsife wrote:
How about Turn up your environment with AMPS?
Seems to fly in the face of that whole green computing/low power thing
the hardware guys have going on. :) But it's catchy...
Stephen Potter wrote:
Someone here just came up with: Charge up your environment with AMPS
Matt Ingenthron wrote:
Sara Dornsife wrote:
How about Turn up your environment with AMPS?
Seems to fly in the face of that whole green computing/low power thing
the hardware guys have going on. :) But it's catchy...
AMPS: This one really does go to eleven
... though that might be a
Matt Ingenthron wrote:
Sara Dornsife wrote:
How about Turn up your environment with AMPS?
Seems to fly in the face of that whole green computing/low power thing
the hardware guys have going on. :) But it's catchy...
AMPS: This one really does go to eleven
You meen we have to wait for
[EMAIL PROTECTED] wrote:
Matt Ingenthron wrote:
Sara Dornsife wrote:
How about Turn up your environment with AMPS?
Seems to fly in the face of that whole green computing/low power thing
the hardware guys have going on. :) But it's catchy...
AMPS: This one really
On Wed 06/07/06 at 14:32 PM, [EMAIL PROTECTED] wrote:
Matt Ingenthron wrote:
Sara Dornsife wrote:
How about Turn up your environment with AMPS?
Seems to fly in the face of that whole green computing/low power thing
the hardware guys have going on. :) But it's catchy...
AMPS: This one
Sara Dornsife wrote:
How about
"Turn up your environment with AMPS"?
Stephen Potter wrote:
Someone here just came up with: Charge up
your environment with AMPS (Apache MySQL, PHP, Solaris)
Seems it's been done before, I just stumbled across this page:
On Wed, 7 Jun 2006, Stephen Potter wrote:
Someone here just came up with: Charge up your environment with AMPS (Apache
MySQL, PHP, Solaris)
The other discussion in this thread notwithstanding, I think PostgreSQL
would be the better database to mention.
I like the acronym SIDE (Solaris
On Fri, May 12, 2006 at 10:29:53AM -0700, Derek Cicero wrote:
Nicolas Williams wrote:
The ZFS discuss list is re-delivering old messages.
Which message(s) was redelivered?
E.g., a post from Eric Schrock from May 5, 2006, with message ID
[EMAIL PROTECTED]
and a few others.
Have the
Nicolas Williams wrote:
On Fri, May 12, 2006 at 10:29:53AM -0700, Derek Cicero wrote:
Nicolas Williams wrote:
The ZFS discuss list is re-delivering old messages.
Which message(s) was redelivered?
E.g., a post from Eric Schrock from May 5, 2006, with message ID
[EMAIL PROTECTED]
OK,
On Fri, May 12, 2006 at 02:28:42PM -0700, Derek Cicero wrote:
E.g., a post from Eric Schrock from May 5, 2006, with message ID
[EMAIL PROTECTED]
OK, based on this message ID, it did not come twice to the same list. It
came once to the zfs list on 5/5 and was cross posted to the nfs list.
Why not just put a picture of your
middle finger raised with Use OpenSolaris printed
below it? That would have the same meaning, and
people won't think you made a typo.
Because Ben Rockwood came up with a much cooler slogan than that:
use UNIX or die.
(Ben, you rock.)
That's a variant on
Subject: [osol-discuss] Re: [zfs-discuss] Best. Solaris Tees. Ever.
Why not just put a picture of your
middle finger raised with Use OpenSolaris printed
below it? That would have the same meaning, and
people won't think you made a typo.
Because Ben Rockwood came up with a much cooler
Sorry about the duplications everyone...there were some java exceptions when i
was submitting these and i didn't think they were posting :|
This message posted from opensolaris.org
___
opensolaris-discuss mailing list
I'm not sure I understand your question. ZFS is a local filesystem, not a
network filesystem (like NFS or CIFS). Are you asking what the ramifications
of sharing a ZFS filesystem via NFS are?
Or are you looking to do some kind of interesting SAN replication trick with
symmetric remote
THANK YOU That worked great I had forgot all about the labels. I have been
using ZFS on the drives for so Long. I really want to run it but I have to use
the GA 1/06 release for stabilty and security pathces.
Brian
This message posted from opensolaris.org
Darren J Moffat [EMAIL PROTECTED] wrote:
On Thu, 2005-10-06 at 13:16, Joerg Schilling wrote:
James C. McPherson [EMAIL PROTECTED] wrote:
The design of ZFS is endian-neutral. Ufs is very much endian-dependent
and as I understand it the work involved to remedy that is more than
On Thu, 2005-10-06 at 13:16, Joerg Schilling wrote:
James C. McPherson [EMAIL PROTECTED] wrote:
The design of ZFS is endian-neutral. Ufs is very much endian-dependent
and as I understand it the work involved to remedy that is more than
non-trivial.
The effort to make ufs endien
On Monday 05 September 2005 10:11 am, Daniel Johnsen wrote:
Thanks for your replies, I will wait in suspense for ZFS to come on Solaris
and hopefully also on Linux :)
Wow, do you think it's easily portable to the Linux kernel?
How long do you think it might take them?
--
Alan DuBoff - Sun
Thanks for your replies, I will wait in suspense for ZFS to come on Solaris and
hopefully also on Linux :)
This message posted from opensolaris.org
___
opensolaris-discuss mailing list
opensolaris-discuss@opensolaris.org
On 31/08/05, Gary Gendel [EMAIL PROTECTED] wrote:
Is zfs endian independent? I just went through a bad experience when I tried
to move a ufs volume from a sparc to x86 Solaris box. I also tried Linux
because the documentation claims that Linux ufs is able to read either ufs
endian, but I
On Wed, 2005-08-31 at 11:12, Joerg Schilling wrote:
Making UFS dual endian would not be really hard.
and it's been done to a cousin of the Solaris UFS code (take a look at
NetBSD; look through their ufs/ffs and fsck code for FFS_EI ifdefs).
To port that over to solaris, additional work would
Joerg Schilling schrieb:
At mount time the correctness of Bill Joy's birthday needs to be verified
Actually, it is Kirk's birthday.
Daniel
___
opensolaris-discuss mailing list
opensolaris-discuss@opensolaris.org
Daniel Rock [EMAIL PROTECTED] wrote:
At mount time the correctness of Bill Joy's birthday needs to be verified
Actually, it is Kirk's birthday.
Maybe it's Bill Joy's birthday in Sun's UFS and Kirk's in the
BSD one? But wasn't Bill involved with BSD before Kirk?
But Kirk was
Daniel Rock [EMAIL PROTECTED] wrote:
Why do you believe this, do you have any prove for this?
There are many other sites which cite Kirk as primary author of FFS. But
Kirk himself is more humble about it:
- Bill Joy did the first design of FFS. I implemented his initial design
- filling
Joerg Schilling schrieb:
Daniel Rock [EMAIL PROTECTED] wrote:
With a UFS version from SunOS-4.0 (1987) or later, newfs of course and
even by default uses bigger values (depending on the geometry and size
of the disk). BTW: The number of inodes/cylinder group is unrelated
to the number of
Gary Gendel wrote:
Is zfs endian independent? I just went through a bad experience when
I tried to move a ufs volume from a sparc to x86 Solaris box. I also
tried Linux because the documentation claims that Linux ufs is able
to read either ufs endian, but I think that's only in a future (or
How much is the code going to help with incompatible licenses? I suppose Linux
distros could use the userland side of ZFS, and from what I know this is a big
deal because ZFS is as much a volume manager as a filesystem, but what about
the kernel side? CDDL code can't be distributed with the
On 8/29/05, Jake Maciejewski [EMAIL PROTECTED] wrote:
How much is the code going to help with incompatible licenses?
[...]
CDDL code can't be distributed with the kernel, so everything would have to
be rewritten.
License issues don't seem to have prevented distribution of a Linux
port of
71 matches
Mail list logo
