OS BLOCK SIZE SOLARIS 8

What is the block size of solaris 8.0 ? Is there any command to findout the block size of OS.

If you want to know the filesystem blocksize, it is 8K by default. The fragment
size is 1K. To check any filesystem, you can use the "fstyp -v <device>" command.
Note the device is the block or raw device of the filesystem.
Here is some sample output (the program dumps a lot more information)::
sblkno 16 cblkno 24 iblkno 32 dblkno 720
sbsize 2048 cgsize 8192 cgoffset 32 cgmask 0xfffffff0
ncg 104 size 4608072 blocks 4534838
bsize 8192 shift 13 mask 0xffffe000
fsize 1024 shift 10 mask 0xfffffc00
bsize is the blocksize and fsize is the fragment size.
Alan
Sun Developer Technical Support
http://www.sun.com/developers

Similar Messages

Solaris 10g RAC Clusterware Raw device dd comand block size, sizing

Hi
We are in the process of installing clusterware for RAc on solaris 10. I have 4 luns 500mb each, we want to use them for the voting disks and ocr,
1. Which one do we use /dev/dsk or /dev/rdsk?
2) Also how do you erase the data to clear them out, I think you use the dd comand correct, but what is the full sytax to cllear the voiting disk and the ocr, do I need to specify a block size ??
3) Somebody was saying I should label the disks, just incase the controllers change the numbering if they ever get reconfigured, can this be done in SUN Solaris, if so can you give me an example, and do I specify the label as the ocr path??
Thanks
For all the info.

1. Which one do we use /dev/dsk or /dev/rdsk?
$$
Please use Character Device ,This is general practice. However from 10.2.0.1 Block Device can also work.
# chown oracle:dba /dev/rdsk/cxtydzs6
# chmod 660 /dev/rdsk/cxtydzs6
2) Also how do you erase the data to clear them out, I think you use the dd comand correct, but what is the full sytax to cllear the voiting disk and the ocr, do I need to specify a block size ??
$$
do
dd if=/dev/zero of=/dev/ocr_disk$i bs=8192 count=25000 &
done
3) Somebody was saying I should label the disks, just incase the controllers change the numbering if they ever get reconfigured, can this be done in SUN Solaris, if so can you give me an example, and do I specify the label as the ocr path??
$$
Oracle recommends that you use a file name similar to dbname_raw.conf for this file.
The following example shows a sample mapping file for a two-instance RAC cluster. Some of the partitions use alternative symbolic link names. Make sure that the partition device file name that you specify identifies the same partition on all nodes.
system=/dev/rdsk/c2t1d1s3
sysaux=/dev/rdsk/c2t1d1s4
example=/dev/rdsk/c2t1d1s5
users=/dev/rdsk/c2t1d1s6
temp=/dev/rdsk/c2t1d2s3
undotbs1=/dev/rdsk/c2t1d2s4
undotbs2=/dev/rdsk/c2t1d2s5
redo1_1=/dev/rdsk/c2t1d2s6
redo1_2=/dev/rdsk/c2t1d3s3
redo2_1=/dev/rdsk/c2t1d3s4
redo2_2=/dev/rdsk/c2t1d3s5
control1=/dev/rdsk/c2t1d4s3
control2=/dev/rdsk/c2t1d4s3
spfile=/dev/rdsk/dbname_spfile_raw_5m
pwdfile=/dev/rdsk/dbname_pwdfile_raw_5m
Hope this will help..
Bharat
NS

Can't change default block size in dbca

10.1.0.3
solaris
I am using the dbca to create a database. When I go to the sizing screen and try to change the default block size this option is always greyed out at 8k.
does anyone know why? this happens even when i pick a data warehouse template.

There is a reason Oracle uses 8K as the default database block size for their warehouse template. Changing the default block size to a larger size generally does not result in better performance when both databases are allocated the exact same SGA memory allocations.
HTH -- Mark D Powell --

Zfs boot block size and ufs boot block size

Hi,
In Solaris UFS file system , boot block resides in 1 to 15 sectors, and each sector is 512 bytes total makes 7680 bytes
bash-3.2# pwd
/usr/platform/SUNW,SPARC-Enterprise-T5220/lib/fs/ufs
bash-3.2# ls -ltr
total 16
-r--r--r-- 1 root sys 7680 Sep 21 2008 bootblk
for zfs file system the boot block size is
bash-3.2# pwd
/usr/platform/SUNW,SPARC-Enterprise-T5220/lib/fs/zfs
bash-3.2# ls -ltr
total 32
-r--r--r-- 1 root sys 15872 Jan 11 2013 bootblk
when we install zfs bootblk on disk using the install boot command ,how many sectors it will use to write the bootblk?
Thanks,
SriKanth Muvva

Thanks for your reply.
my query is when zfs boot block size is 16K, and on disk 1 to 15 sectors(here boot block going to be installed) make around 8K,
it mean in the 16K,it writes only 8K on the disk
if you don't mid will you please explain me in depth
I m referring the doc for UFS, page no 108 ,kernel bootstrap and initialization (its old and its for Solaris 8)
http://books.google.co.in/books?id=r_cecYD4AKkC&printsec=frontcover&source=gbs_ge_summary_r&cad=0#v=onepage&q&f=false
please help me to find a doc for kernel bootstrap and initialization for Solaris 10 with zfs and boot archive
Thanks in advance .
Srikanth

What is Optimal Block Size?

Given technological improvements in the past several years to hardware, should we stick with block size of 8 to 100 kb per DBAG? I would think we can go higher.
But how high is very high?
We designing a database and if I stick with Acc (D) and Time (D) I will have around 700k of block size and this may grow in the future if more accounts are added.
What is your recommendation? Pros and cons with your recommendation.
Server Config:
OS: Sun Solaris 10
RAM: 32 GB
CPUs: 4
Thanks in advance for your ideas and answers!
Venu

If you're in a Planning environment, you really have to benchmark form performance when Accounts and Time are the axes if they're not dense -- sometimes pulling multiple blocks per form is okay, sometimes not. And in turn that performance drives what is in the block and thus block size.
The "right" answer is based on perspective -- is it calc time or retrieve time that is the performance measure, or both. Where you fall in that multidimensional continum determines block size. This would be the art part of sizing.
Regards,
Cameron Lackpour

Database block size and swap

Hi,
I changed the db_block_size from 4k(oracle 9.2.0.1) to 8k on my solaris machine. The swap use has increased dramatically I am wondering is there any relation between db_block_size and swap.

Dup Database Block Size, please check our replies in other post.

ORA-27046: file size is not a multiple of logical block size

Hi All,
Getting the below error while creating Control File after database restore. Permission and ownership of CONTROL.SQL file is 777 and ora<sid>:dba
ERROR -->
SQL> !pwd
/oracle/SID/sapreorg
SQL> @CONTROL.SQL
ORACLE instance started.
Total System Global Area 3539992576 bytes
Fixed Size                  2088096 bytes
Variable Size            1778385760 bytes
Database Buffers         1744830464 bytes
Redo Buffers               14688256 bytes
CREATE CONTROLFILE SET DATABASE "SID" RESETLOGS ARCHIVELOG
ERROR at line 1:
ORA-01503: CREATE CONTROLFILE failed
ORA-01565: error in identifying file
'/oracle/SID/sapdata5/p11_19/p11.data19.dbf'
ORA-27046: file size is not a multiple of logical block size
Additional information: 1
Additional information: 1895833576
Additional information: 8192
Checked in target system init<SID>.ora and found the parameter db_block_size is 8192. Also checked in source system init<SID>.ora and found the parameter db_block_size is also 8192.
/oracle/SID/102_64/dbs$ grep -i block initSID.ora
Kindly look into the issue.
Regards,
Soumya

Please chk the following things
1.SPfile corruption :
Startup the DB in nomount using pfile (ie init<sid>.ora) create spfile from pfile;restart the instance in nomount state
Then create the control file from the script.
2. Check Ulimit of the target server , the filesize parameter for ulimit shud be unlimited.
3. Has the db_block_size parameter been changed in init file by any chance.
Regards
Kausik

Mac Pro RAID block size recommendations for working with audio in Logic Pro

I have recently ordered a Mac Pro and plan to do a RAID configuration across 3 HDD's
The RAID type i am going to do is a RAID 0 striped.
The computer is going to be used primarily for audio post production and working with 20+ 24-Bit audio files at any one time within a Logic project.
I want to know what is the best block size i should use when configuring the RAID.
I understand that using a higher block size is best for working with large files but do i need to do this in my case or will the default 32k block size be enough?
Thanks in advance

Use 64k. Things like databases like having 32k blocks because of all the small files. Audio files are pretty small even at 24-bit 192KHz. Go to 128k if all you are doing is streaming and no samples. But 20+ 24-bit is really not too large anyway considering most modern HDD's can stream 100MB/s off one spindle. You'll probably be fine regardless of the block size you choose. But most audio pro's choose 64k.

ORA-00349: failure obtaining block size for '+Z' in Oracle XE

Hello,
I am attempting to move the online redo log files to a new flash recovery area location created on network drive "Z" ( Oracle Database 10g Express Edition Release 10.2.0.1.0).
When I run @?/sqlplus/admin/movelogs; in SQL*Plus as a local sysdba, I get the following errors:
ERROR at line 1:
ORA-00349: failure obtaining block size for '+Z'
ORA-06512: at line 14
Please let me know how to go about resolving this issue.
Thank you.
See below for detail:
Connected.
SQL> @?/sqlplus/admin/movelogs;
SQL> Rem
SQL> Rem $Header: movelogs.sql 19-jan-2006.00:23:11 banand Exp $
SQL> Rem
SQL> Rem movelogs.sql
SQL> Rem
SQL> Rem Copyright (c) 2006, Oracle. All rights reserved.
SQL> Rem
SQL> Rem NAME
SQL> Rem movelogs.sql - move online logs to new Flash Recovery Area
SQL> Rem
SQL> Rem DESCRIPTION
SQL> Rem This script can be used to move online logs from old online
log
SQL> Rem location to Flash Recovery Area. It assumes that the database
SQL> Rem instance is started with new Flash Recovery Area location.
SQL> Rem
SQL> Rem NOTES
SQL> Rem For use to rename online logs after moving Flash Recovery
Area.
SQL> Rem The script can be executed using following command
SQL> Rem sqlplus '/ as sysdba' @movelogs.sql
SQL> Rem
SQL> Rem MODIFIED (MM/DD/YY)
SQL> Rem banand 01/19/06 - Created
SQL> Rem
SQL>
SQL> SET ECHO ON
SQL> SET FEEDBACK 1
SQL> SET NUMWIDTH 10
SQL> SET LINESIZE 80
SQL> SET TRIMSPOOL ON
SQL> SET TAB OFF
SQL> SET PAGESIZE 100
SQL> declare
2 cursor rlc is
3 select group# grp, thread# thr, bytes/1024 bytes_k
4 from v$log
5 order by 1;
6 stmt varchar2(2048);
7 swtstmt varchar2(1024) := 'alter system switch logfile';
8 ckpstmt varchar2(1024) := 'alter system checkpoint global';
9 begin
10 for rlcRec in rlc loop
11 stmt := 'alter database add logfile thread ' ||
12 rlcRec.thr || ' size ' ||
13 rlcRec.bytes_k || 'K';
14 execute immediate stmt;
15 begin
16 stmt := 'alter database drop logfile group ' || rlcRec.grp;
17 execute immediate stmt;
18 exception
19 when others then
20 execute immediate swtstmt;
21 execute immediate ckpstmt;
22 execute immediate stmt;
23 end;
24 execute immediate swtstmt;
25 end loop;
26 end;
27 /
declare
ERROR at line 1:
ORA-00349: failure obtaining block size for '+Z'
ORA-06512: at line 14
Can someone point me in the right direction as to what I may be doing wrong here - Thank you!

888442 wrote:
I am trying to drop and recreate ONLINE redo logs on my STANDB DATABASE (11.1.0.7)., but i am getting the below error.
On primary, we have done the changes., ie we added new logfile with bigger size and 3 members. When trying to do the same on Standby we are getting this error.
Our database is in Active DG Read only mode and the oracle version is 11.1.0.7.
I have deffered the log apply and cancelled the managed recovery, and dg is in manual mode.
SQL> alter database Add LOGFILE GROUP 4 ('+DT_DG1','+DT_DG2','+DT_DG3') SIZE 1024M;
alter database Add LOGFILE GROUP 4 ('+DT_DG1','+DT_DG2','+DT_DG3') SIZE 1024M
ERROR at line 1:
ORA-00349: failure obtaining block size for '+DT_DG1'First why you are dropping & recreating online redo log files on standby.
On standby only standby redo log files will be used. Not sure what you are trying to do.
here is example how to create online redo log files, Check that diskgroup is mounted and have sufficient space to create.
sys@ORCL> select member from v$logfile;
MEMBER
C:\ORACLE\ORADATA\ORCL\REDO03.LOG
C:\ORACLE\ORADATA\ORCL\REDO02.LOG
C:\ORACLE\ORADATA\ORCL\REDO01.LOG
sys@ORCL> alter database add logfile group 4 (
2     'C:\ORACLE\ORADATA\ORCL\redo_g01a.log',
3     'C:\ORACLE\ORADATA\ORCL\redo_g01b.log',
4     'C:\ORACLE\ORADATA\ORCL\redo_g01c.log') size 10m;
Database altered.
sys@ORCL> select member from v$logfile;
MEMBER
C:\ORACLE\ORADATA\ORCL\REDO03.LOG
C:\ORACLE\ORADATA\ORCL\REDO02.LOG
C:\ORACLE\ORADATA\ORCL\REDO01.LOG
C:\ORACLE\ORADATA\ORCL\REDO_G01A.LOG
C:\ORACLE\ORADATA\ORCL\REDO_G01B.LOG
C:\ORACLE\ORADATA\ORCL\REDO_G01C.LOG
6 rows selected.
sys@ORCL>
Your profile:-
888442
     Newbie
Handle:      888442
Status Level:      Newbie
Registered:      Sep 29, 2011
Total Posts:      12
Total Questions:      8 (7 unresolved)
Close the threads if answered, Keep the forum clean.

Tablespaces and block size in Data Warehouse

We are preparing to implement Data Warehouse on Oracle 11g R2 and currently I am trying to set up some storage strategy - unfortunately I have very little experience with that. The question is what are general advices in such considerations according table spaces and block size? I made some research and it is hard to find some clear answer, there are resources advising that block size is not important and can be left small (8 KB), others state that it is crucial and should be the biggest possible (64KB). The other thing is what part of data should be placed where? Many resources state that keeping indexes apart from its data is a myth and a bad practice as it may lead to decrease of performance, others say that although there is no performance benefit, index table spaces do not need to be backed up and thats why it should be split. The next idea is to have separate table spaces for big tables, small tables, tables accessed frequently and infrequently. How should I organize partitions in terms of table spaces? Is it a good idea to have "old" data (read only) partitions on separate table spaces?
Any help highly appreciated and thank you in advance.

Wojtus-J wrote:
We are preparing to implement Data Warehouse on Oracle 11g R2 and currently I am trying to set up some storage strategy - unfortunately I have very little experience with that. With little experience, the key feature is to avoid big mistakes - don't try to get too clever.
The question is what are general advices in such considerations according table spaces and block size? If you need to ask about block sizes, use the default (i.e. 8KB).
I made some research and it is hard to find some clear answer, But if you get contradictory advice from this forum, how would you decide which bits to follow ?
A couple of sensible guidelines when researching on the internet - look for material that is datestamped with recent dates (last couple of years), or references recent - or at least relevant - versions of Oracle. Give preference to material that explains WHY an idea might be relevant, give greater preference to material that DEMONSTRATES why an idea might be relevant. Check that any explanations and demonstrations are relevant to your planned setup.
The other thing is what part of data should be placed where? Many resources state that keeping indexes apart from its data is a myth and a bad practice as it may lead to decrease of performance, others say that although there is no performance benefit, index table spaces do not need to be backed up and thats why it should be split. The next idea is to have separate table spaces for big tables, small tables, tables accessed frequently and infrequently. How should I organize partitions in terms of table spaces? Is it a good idea to have "old" data (read only) partitions on separate table spaces?
It is often convenient, and sometimes very important, to separate data into different tablespaces based on some aspect of functionality. The performance thing was mooted (badly) in an era when discs were small and (disk) partitions were hard; but all your other examples of why to split are potentially valid for administrative. Big/Small, table/index, old/new, read-only/read-write, fact/dimension etc.
For data warehouses a fairly common practice is to identify some sort of aging pattern for the data, and try to pick a boundary that allows you to partition data so that a large fraction of the data can eventually be made read-only: using tablespaces to mark time-boundaries can be a great convenience - note that the tablespace boundary need not match the partition boudary - e.g. daily partitions in a monthly tablespace. If you take this type of approach, you might have a "working" tablespace for recent data, and then copy the older data to "time-specific" tablespace, packing it and making it readonly as you do so.
Tablespaces are (broadly speaking) about strategy, not performance. (Temporary tablespaces / tablespace groups are probably the exception to this thought.)
Regards
Jonathan Lewis

Raid storage usage and block size

We have two XServe RAID units Raid 5 and we are adding a new 16 bay ACNC raid with 16 1.5TB drives in Raid 6 + Hot Spare. I initialized the Raid 6 with 128K block size. The total data moving from the older raid volumes is around 5.7TB, but on the new Raid it is taking around 7.4TB of space. Is this due to the 128K block size? This is a prepress server so most of the files are quite large, but there may be lots of small files as well.

Hi
RAID 0 does indeed offer best performance, however if any one drive of the striped set fails you will lose all your data. If you have not considered a backup strategy now would be the time to do so. For redundancy RAID 1 Mirror might be a better option as this will offer a safety net in case of a single drive failure. A RAID is not a backup and you should always consider a workable backup strategy.
Purchase another 2x1TB drives and you could consider a RAID 10? Two Stripes mirrored.
Not all your files will be large ones as I'm guessing you'll be using this workstation for the usual mundane matters such as email etc? Selecting a larger block size with small file sizes usually decreases performance. You have to consider all applications and file sizes, in which case the best block size would be 32k.
My 2p
Tony

Change block size for several log-files simultaneously?

Hi,
I'm using SignalExpress to record and analyze data.
Sometimes I want to analyze the recorded data both for a short period of time and for longer time.
(Imagine creating an average of every second first and then an average of every 10 seconds)
Then I need to change all the log-files, and also the specific parts of the log-file. See attachment.
I have sometimes up to 1000 log-files containing signals from 4 different modules, that makes 4000 adjustments to change from block size 10000 to block size 1000.
Is there any way to adjust all the log-files block size at once?
Many thanks!
Anders Hansson
Engineer
Attachments:
NI.JPG ‏95 KB

Hi,
Is't anyone else interested in a solution for this operation?
I reported this to the NI-feedback service and they adviced me to report/request advice here to get a quicker reply.
So...
Best regards
Ingenjör Hansson

Mirrored RAID: MediaKit reports block size error

I am trying to create a 2nd set up backup drives for my photos. I have two new iomega 2TB drives, which look essentially identical to drives I'm currently using as my primary backups as a mirrored RAID set.
I can start the process with freshly erased and reformatted drives (with the default mac format, extended, journaled, unencrypted, not case-sensitive). And after a minute or three, I see
"MediaKit reports block size error, usually caused by not being a multiple of 512."
The RAID options are Mirrored RAID, Mac extended journaled, and options settings are default.
I see several series of posts with complaints about encrypting RAIDs and disk block sizes, but not unencrypted errors. I actually started out trying to do this with the 2006 MBP running 10.6.8 and got a different error: "POSIX reports: the operation couldn't be completed. Operation not permitted." I wasn't sure whether the 2TB RAID I already have was set up iwth the older or newer computer--it was definitely before I put Lion on this one--so I tried this one and now have a different error.
Any idea what the problem might be?

Update: I spent some time on the phone with an Apple support RAID expert, and couldn't figure out what the error was; we couldn't bypass it by playing with partitions on the drives, or any of another couple of manuevers that I've already forgotten. He noted that his own searches were showing a lot of mentions of similar problems but only with Iomega drives, and he was finding the same links I found earlier about problems creating encrypted drives. Now trying to decide if it's worth throwing more good money after bad for a call with Iomega support, and waiting to see if the iomega forum is at all helpful.

RAID block size for final cut pro x

Just got one of the new late 2012 27" iMacs and a 6 TB LaCie Thunderbolt drive. Can finally edit the video I took last spring. I'll be using Final Cut Pro X, and doing a lot of multicam stuff with 4 or 5 views and a separate audio track. The LaCie came formatted as a mirrored RAID. I'm going to change that to 0 (Striped RAID set), but am wondering what block size to set. The default is 32k, but I have read that this ought to be increased to the max (256k) for video editing. I have also read it should NOT be increased. And the posts I have read have all been at least 3 years old. So let me ask you all--what block size would you recommend for my situation?
Thanks in advance!

Hi Eddie...
This depends on what kind of source footage you are editing....
For compressed Video, Audio and Uncompressed audio 128k
I have only had BAD results with 256k. 64 is also weird. Whereas 32 is fine.
All my RAIDs have 128k for audio/video editing
you can go further if you editing Image Sequences.. but according to my own findings and I have been dealing with raid since years.... 128k does the job the best.
Rule of thumb.... The smaller the file sizes you are putting the RAID the smaller the block size. And vice versa.
I.e. You would cripple the raid performance if storing a database on it, having a block size of 256. In case of servers and OS 32k would be a good choice, perhaps even 16k if supported.

OSD-04001: invalid logical block size (OS 2800189884)

My Windows 2003 crashed which was running Oracle XE.
I installed Oracle XE on Windows XP on another machine.
I coped my D:\oracle\XE10g\oradata folder of Win2003 to the same location in WinXP machine.
When I start the database in WinXP using SQLPLUS i get the following message
SQL> startup
ORACLE instance started.
Total System Global Area 146800640 bytes
Fixed Size 1286220 bytes
Variable Size 62918580 bytes
Database Buffers 79691776 bytes
Redo Buffers 2904064 bytes
ORA-00205: error in identifying control file, check alert log for more info
I my D:\oracle\XE10g\app\oracle\admin\XE\bdump\alert_xe I found following errors
starting up 1 dispatcher(s) for network address '(ADDRESS=(PARTIAL=YES)(PROTOCOL=TCP))'...
starting up 4 shared server(s) ...
Oracle Data Guard is not available in this edition of Oracle.
Wed Apr 25 18:38:36 2007
ALTER DATABASE MOUNT
Wed Apr 25 18:38:36 2007
ORA-00202: control file: 'D:\ORACLE\XE10G\ORADATA\XE\CONTROL.DBF'
ORA-27047: unable to read the header block of file
OSD-04001: invalid logical block size (OS 2800189884)
Wed Apr 25 18:38:36 2007
ORA-205 signalled during: ALTER DATABASE MOUNT...
ORA-00202: control file: 'D:\ORACLE\XE10G\ORADATA\XE\CONTROL.DBF'
ORA-27047: unable to read the header block of file
OSD-04001: invalid logical block size (OS 2800189884)
Please help.
Regards,
Zulqarnain

Hi Zulqarnain,
Error OSD-04001 is Windows NT specific Oracle message. It means that the logical block size is not a multiple of 512 bytes, or it is too large.
So what you can do? Well you should try to change the value of DB_BLOCK_SIZE in the initialization parameter file.
Regards

OS BLOCK SIZE SOLARIS 8

Similar Messages

Maybe you are looking for