- Community Home
- >
- Servers and Operating Systems
- >
- Operating Systems
- >
- Operating System - HP-UX
- >
- Another BDF problem
Categories
Company
Local Language
Forums
Discussions
Forums
- Data Protection and Retention
- Entry Storage Systems
- Legacy
- Midrange and Enterprise Storage
- Storage Networking
- HPE Nimble Storage
Discussions
Forums
Discussions
Discussions
Discussions
Forums
Discussions
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
- BladeSystem Infrastructure and Application Solutions
- Appliance Servers
- Alpha Servers
- BackOffice Products
- Internet Products
- HPE 9000 and HPE e3000 Servers
- Networking
- Netservers
- Secure OS Software for Linux
- Server Management (Insight Manager 7)
- Windows Server 2003
- Operating System - Tru64 Unix
- ProLiant Deployment and Provisioning
- Linux-Based Community / Regional
- Microsoft System Center Integration
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Community
Resources
Forums
Blogs
- Subscribe to RSS Feed
- Mark Topic as New
- Mark Topic as Read
- Float this Topic for Current User
- Bookmark
- Subscribe
- Printer Friendly Page
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
06-28-2006 11:40 PM
06-28-2006 11:40 PM
Another BDF problem
The size of the drive,files is all identical but I am not sure why I still get to different BDF o/p
I have rebooted the Server but still no luck
Details below of Server1 and Server2
SERVER 1 O/P
/dev/vg01/lvu01 10485760 6815329 3441034 66% /u2
/u02 (/dev/vg01/lvu01 ) : 10256363 total allocated Kb
3441034 free allocated Kb
6815329 used allocated Kb
-rw-rw---- 1 oracle dba 5128192 Jun 28 16:48 control02.ctl
-rw-rw---- 1 oracle dba 83887104 Jun 23 10:56 redo01.log
-rw-rw---- 1 oracle dba 83887104 Jun 28 16:47 stdredo05.log
-rw-rw---- 1 oracle dba 2354061312 Jun 23 10:48 temp01.dbf
-rw-rw---- 1 oracle dba 1073750016 Jun 26 23:06 undotbs01.dbf
-rw-rw---- 1 oracle dba 214966272 Jun 26 23:06 users01.dbf
-rw-rw---- 1 oracle dba 5497692160 Jun 26 23:06 win_item_index02.db
/home/root> df -t /u02
/u2 (/dev/vg01/lvu01 ): 6882068 blocks 917607 i-nodes
20971520 total blocks 917620 total i-nodes
13630658 used blocks 13 used i-nodes
2 percent minfree
:/home/root> du -k /u2
0 /u2/lost+found
6796291 /u2/oradata/BD1
6796291 /u2/oradata
6796291 /u2
:/home/root>
SERVER 2 O/P
/dev/vg01/lvu01 10485760 9111582 1288297 88% /u2
/u2 (/dev/vg01/lvu01 ) : 10399879 total allocated Kb
1288297 free allocated Kb
9111582 used allocated Kb
-rw-rw---- 1 oracle dba 5128192 Jun 28 16:47 control02.ctl
-rw-rw---- 1 oracle dba 83887104 Jun 28 16:32 redo01.log
-rw-rw---- 1 oracle dba 83887104 Jun 23 10:58 stdredo05.log
-rw-rw---- 1 oracle dba 2354061312 Jun 26 23:30 temp01.dbf
-rw-rw---- 1 oracle dba 1073750016 Jun 28 16:41 undotbs01.dbf
-rw-rw---- 1 oracle dba 214966272 Jun 28 16:41 users01.dbf
-rw-rw---- 1 oracle dba 5497692160 Jun 28 16:41 win_item_index02.db
:/> df -t /u2
/u2 (/dev/vg01/lvu01 ): 2576594 blocks 343542 i-nodes
20971520 total blocks 343556 total i-nodes
18223164 used blocks 14 used i-nodes
0 percent minfree
:/> du -k /u2
0 /u2/lost+found
9091931 /u2/oradata/BD1
9091931 /u2/oradata
9091931 /u2
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
06-29-2006 12:08 AM
06-29-2006 12:08 AM
Re: Another BDF problem
what are thr options of creation ?
(mkfs -m /dev/vgxx/lvolxx)
regards
L-DERLYN
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
06-29-2006 12:18 AM
06-29-2006 12:18 AM
Re: Another BDF problem
mkfs -F vxfs -o ninode=unlimited,bsize=1024,version=6,inosize=256,logsize=16384,
largefiles / dev/vg01/lvu01 10485760
Same on both the servers
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
06-29-2006 12:28 AM
06-29-2006 12:28 AM
Re: Another BDF problem
The Oracle datafiles on Server 1 are "sparse". This means that while space was allocated at file creation time, the files are padded out with zeros. These 0 bytes are accounted for by 'ls -l', but not by 'df'.
Check out:
http://forums1.itrc.hp.com/service/forums/questionanswer.do?threadId=1038972
http://www2.itrc.hp.com/service/cki/docDisplay.do?docLocale=en_US&docId=200000079999249
PCS
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
06-29-2006 12:34 AM
06-29-2006 12:34 AM
Re: Another BDF problem
http://forums1.itrc.hp.com/service/forums/questionanswer.do?threadId=967309
And here are a couple more:
http://forums1.itrc.hp.com/service/forums/questionanswer.do?threadId=968235
http://forums1.itrc.hp.com/service/forums/bizsupport/questionanswer.do?threadId=637542
PCS
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
06-29-2006 01:07 AM
06-29-2006 01:07 AM
Re: Another BDF problem
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
06-29-2006 01:21 AM
06-29-2006 01:21 AM
Re: Another BDF problem
If you want identical space, you will have to recopy the sparse files from the unexpanded source.
'fbackup' and 'frecover' can accomodate this. Use the '-s' switch with 'frecover'. See the manpages for more information.
Regards!
...JRF...
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
06-29-2006 01:25 AM
06-29-2006 01:25 AM
Re: Another BDF problem
Use 'dd' or GNU cpio or some other program that supports sparse files to copy the contents of /u2 from Server 1 to Server 2.
PCS
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
06-29-2006 01:50 AM
06-29-2006 01:50 AM