Unexpected behavior on disk loss.

I’ve installed a cluster with the following soft- and hardware:
Software
Oracle Enterprise Linux 5 (2.6.18-194.0.0.0.3.el5 … x86_64)
Oracle Clusterware 11.1.0.7
Oracle ASM 11.1.0.7
Oracle Database 11.1.0.7
Hardware
Servers:
2 * HP BL460c Intel Xeon 5160
Storages:
HP EVA 8100
HP EVA 6000
NetApp FAS3040
ASM, OCR and votingdisks are placed on the three storages above. (The third votingdisk is placed on the netapp storage.) The whole cluster works fine until I start doing some testing. If I disconnect one OCR or ASM disk (I unpresent them on the storagesystems), the system starts getting some serious problems. Of course this test shouldn’t affect the cluster because I have two OCR disks and for every diskgroup two ASM disks.
The symptoms are:
- Lack of disk doesn’t get logged. (Not sure if this is normal but the loss of a votingdisk gets logged perfectly.)
- Tools that try to access the unavailable disk (e.g. ocrcheck) get blocked.
- The Linux kernel recognizes the problem and prints the following message:
INFO : task oracleasm -read -:30433 blocked for more than 120 seconds
" echo 0 > / proc /sys/ kernel / hung_task_timeout_secs " disables this message .
oracleasm -rea D ffff81012abc07e0 0 30433 30431 ( NOTLB )
ffff8101058f1cb8 0000000000000086 0000000000000400
ffffffff8001c211
0000000000000282 0000000000000001 ffff8100c5f7a860
ffff81012abc07e0
000037 b037830e15 00000000000706 f8 ffff8100c5f7aa48
0000000200000003
Call Trace :
[< ffffffff8001c211 >] generic_make_request +0 x211 /0 x228
[< ffffffff8006f20d >] do_gettimeofday +0 x40 /0 x90
[< ffffffff8005adc4 >] getnstimeofday +0 x10 /0 x28
[< ffffffff800647ea >] io_schedule +0 x3f /0 x67
[< ffffffff800f5905 >] __blockdev_direct_IO +0 x8da /0 xa80
[< ffffffff800e693a >] blkdev_direct_IO +0 x32 /0 x37
[< ffffffff800e6872 >] blkdev_get_blocks +0 x0 /0 x96
[< ffffffff8000c514 >] __generic_file_aio_read +0 xb8 /0 x198
[< ffffffff800c7954 >] generic_file_read +0 xac /0 xc5
[< ffffffff800a1bfd >] autoremove_wake_function +0 x0 /0 x2e
[< ffffffff8002a6d0 >] __vma_link +0 x42 /0 x4b
[< ffffffff8001cca6 >] vma_link +0 x70 /0 xfd
[< ffffffff800b87e5 >] audit_syscall_entry +0 x180 /0 x1b3
[< ffffffff8000b6b0 >] vfs_read +0 xcb /0 x171
[< ffffffff80013626 >] sys_pread64 +0 x50 /0 x70
[< ffffffff8005e229 >] tracesys +0 x71 /0 xe0
[< ffffffff8005e28d >] tracesys +0 xd5 /0 xe0
Also after some time the database that uses the ASM disk, stops working.
Does anyone know how to solve this problem, so that I can keep up operation of the cluster even if one OCR or ASM disk is missing?
Thanks in advance.
Regards

Hi,
You can try to add an new ocr disk an start a restore via ocrconfig.
May be you don't get answer from ocrcheck. follow next step.
ocrcheck
Status of Oracle Cluster Registry is as follows :
Version : 2
Total space (kbytes) : 1043916
Used space (kbytes) : 5120
Available space (kbytes) : 1038796
ID : 143918616
Device/File Name : /dev/raw/raw1
Device/File integrity check succeeded
Device/File Name : /dev/raw/raw2
Device/File integrity check succeeded
Cluster registry integrity check succeeded
If this doesn't work overwrite with dd the ocr disk
dd if=/dev/zero of=/dev/..... bs=4096 count=256
After this do an restore form the automatic backup
ocrconfig -restore /oracle/app/oracle/product/crs-11.1/cdata/RAC/backup00.ocr
regards
SPA2

Similar Messages

Unexpected Behavior error while creating a connection in IDT

Hi Everyone,
I have created a connection on top of a database using ODBC.
I could able to see the connection in IDT.
I have mentioned the user name and pw correctly and tried testing the connection and got the error "unexpected behavior"
PFA error.
what could be the reason? any idea?
Thanks.

I find this 32-bit vs. 64-bit ODBC somewhat confusing. I know you aren't dealing with Crystal Reports, but this blog post does provide some clarity. It has a link to this Microsoft knowledge base article from which I quote...
A 64-bit version of the Microsoft Windows operating system includes the following versions of the
Microsoft Open Database Connectivity (ODBC) Data Source Administrator tool (Odbcad32.exe):
The 32-bit version of the Odbcad32.exe file is located in the %systemdrive%\Windows\SysWoW64 folder.
The 64-bit version of the Odbcad32.exe file is located in the %systemdrive%\Windows\System32 folder.
One other warning. In my experience I have found that you cannot run both the 32-bit and 64-bit ODBC admin tools at the same time. If you have one running and try and start the other one it will just bring up the one you already had running.
To make sure I know which instance I am in at any give time I have created a dummy data source that corresponds to the instance; 32-bit or 64-bit.
Let us know how it goes.
Noel

Unexpected behavior on 5.1.19 Select query

Hello There,
We are seeing an unexpected behavior on 11.2.5.1.19 where we are expecting our query should response “X” number of records while it response us back with less number of records in some situation. While looking to the change log we did notice that a fix has been added to 11.2.5.1.25 as follows:
“Fixed a bug that would return DB_NOTFOUND while searching for an existing item using a cursor on a non-sorted duplicate btree database. [#19210]”
We were wondering whether that fix could resolve this issue or not? If yes, is there a way we can get a Patch to apply and validate so that we can move to 11.2.5.1.25 or newer versions.
Here is what we are doing, Within an application we have two threads, One is Inserting/Updating record in the table while the other one is selecting, and all DB operations are done in transaction. Select thread comes after certain time whenever a condition is satisfied. Although it work fine most of the time but there are situation where select response with fewer records that we expected, that causes our program to died as expected. However, if we query the Database (using dbsql) after the application died using the same select query/criteria we could able to select the exact same number of records that we were expecting to see. We are not sure what is going wrong here, any help is appreciated.
Regards & Thanks

Hi Rittick,
I have made some modifications to the example program ex_sql_multi_thread.c,
based on the information you sent in email. So far I can not reproduce the
problem either. This does look like something we have seen before:
Berkeley DB lost data sometimes when I ran the example ex_sql_multi_thread
but it is difficult to pinpoint without an exact reproducer. One thought is
if you can try the application with the latest Berkeley DB release which
is: 5.3.15. Some race conditions were fixed in that release and since you can
reproduce the behavior with 5.1 and 5.2 you should be able to verify if
it is present or not in 5.3.15.
Thanks,
Sandra

Unexpected behavior of Foreach Loop in SSIS 2012

I have come across the unexpected behavior of Foreach Loop in SSIS 2012. While testing package for invalid folder (path asdf:\Vishal_Work does not exists in this case) for source files.
I observed that the control does not enters into Foreach Loop, but also it does not fails the task. The task Foreach Loop runs successfully, though folder was invalid.
The package did not throw any warning regarding invalid folder, but for the unmatched file pattern.
My concern is ‘why Foreach Loop in SSIS did not failed even if folder was invalid or not exists?’

The warning is "The For Each File enumerator is empty. The For Each File enumerator did not find any files that matched the file pattern, or the specified directory was empty."
The warning message states the specified directory was empty, though it does not extists.
We can handle this scenario through script task easily, but I really wonder why Foreach loop does not validate the folder. It is loophole in Foreach loop?
I would not classify it as loophole. I actually agree with Russ, it was a design decision on the side of the development team.
But you may freely file it as a bug or suggestion at MS Connect: https://connect.microsoft.com
I would vote it up because I see how it can lead to undesired package behavior (logical flaw).
Arthur My Blog

DNS SRV Proxy Lookup and Failover Mechanism / Unexpected Behavior

Group,
I came across some unexpected behavior yesterday I was wondering if someone could help shed some light on the problem. In my DNS I created this record: _sip._upd.platautofinance.com which when I do a query using MX Toolbox it is correctly reporting the following:
On the SPA504 I have programmed the SRV records into the system using the following:
So here is the issue, the phones will register correctly to the primary server but after a length of time ALL the phones will abandon ship and jump to the secondary server and stay there. I have to manually shut the secondary down, reboot the endpoints at which point they will re-register with the primary. So I think I need to understand the mechanism a bit better. Here is what I can think of:
The phones are not using the primary DNS service record providers DNS servers, we are using OpenDNS instead of Network Solutions <-- Unlikely because the SPA would not be able to resolve the SIP SRV records / servers at all with a broken DNS resolution. I can tell by dropping from the primary to the secondary that resolution is taking place on the phone because they are jumping between the right ones.
My understanding is the proxy fallback interval should have the phone register (and they should be checking periodically if the primary is available again and if so, re-register the to the lowest-weighted server) but that's not happening without a manual reboot. Once on the secondary they want to stay there.
My firewall for both the primary and secondary servers do not answer ICMP.
So the question is: why do the SPA phones think the primary is offline? What is the mechanism or criteria the SPA uses to determine a server is offline and then rolling to the secondary? Why do they want to stick around the secondary which is using only a best effort connection when we have a bonded T on the primary?
Thanks as always for your help and input group! Appreciate your time.

Hello Adam,
I believe it will be easier if you call SBSC and ask the questions directly. The questions are very good and exact. I will try to answer shortly. Assuming you use only CCA to configure the system.
1. If you have set dns for your internet connection it should work, you may try with different dns servers. Please delete the SIP trunk and recreate it.
2. Please delete the SIP trunk and recreate it.
3. If you need to configure more codecs through CCA you may send feature request using envelope button of the CCA.
I hope the above answers will be helpful although very short. If they are not helpful please contact SBSC and open a case.
Best regards,
Alex

Unexpected behavior error

Header 1
When running a self-built report using the IOM Tactical Reporting Universe. This error is received intermittently, as at times the report runs without any issues (indicating no logic issues in the actual query).if we run rest of the reports on same universe reports working fine.we are using sap BO 3.1 sp 3. please help anyone on this.
Error....Unexpected behavior (wis10901)
Thanks,
subbu.

Hi sathish
when we run that report sometimes it running successfully and sometime getting this error..
why it happen cant understand..if i run 10 times 6 times it success and 4 times getting error like
unexpected behaviour error.
i have look into the functions all working fine..plz give me ur suggestions
Thanks.

Unexpected behavior when moving a shape & text

Any one else run into this on Mac CS6?
I've selected a shape layer and a text layer at the same time. When I move the shape layer, the text goes in unexpected directions. But when I move the text layer, the objects move as expected. Weird!
Does CC1 and CC2014 still do this?

I can replicate your behavior by selecting the text layer and the diamond layer then dragging. That's completely normal because the position parented diamond layer becomes 0,0 when parented and movement of the selected Text layer is based on the recalculated positions. When you get all layers to move together you have selected all 3 ayers. The behavior is completely normal. The only way to prevent this kind of odd movement when selecting two objects, one of which is parented to another, is to work in a square composition. If you can wrap your head around the math you'll figure out why.

Time capsule disk loss connection frequently

I have the latest time capsule (3T) and Mac Book Pro with retina display. The internet connection is perfectly stable but the hard drive loss connection frequently. The only way I could reconnect is to reconnect the wifi with TC (change the wifi from 2G to 5G or the other way around) but after 1 minute I loss the connection again.
I have a usb disk connected to TC and a My Cloud EX2 connected to TC. The My cloud ex2 is working fine.

I have a usb disk connected to TC and a My Cloud EX2 connected to TC. The My cloud ex2 is working fine.
There is something major faulty in the networking of yosemite. Clearly the TC is also involved in this failure.. otherwise you would have the same trouble with the EX2 MyCloud.
I suggest you redo the setup of the TC.
Make sure all names are short (10 is a good limit.. no more than 20 characters), no spaces and pure alphanumeric.
Make sure its IP is static. This is always the case in router mode but tricky if the setup is with the TC bridged to modem router.
Use all passwords that are pure alphanumeric mixed case and numbers.. but 8-20 characters.
Manually mount the disk by IP address is far more successful than by name in Yosemite.
So use Go, Connect to Server in Finder.
Type SMB://10.0.1.1 (replace with the actual IP but that is default for router).
Do not forget to save the password in the keychain when asked.
In the computer set wireless ipv6 to link-local only (this is carry over.. I am not sure it is needed but is easy to do to test).
There are lots of other suggestions in this thread.
new x yosemite doesn't support airport utilities ... time capsule doesn't work.. very frustrated ... need help please
Your experience is not unique.. this is just buggy OS.. there are lots of suggestions in this thread.. some work for some and some don't.. if mine don't work then try some of the others. Welcome to the new Apple, "it just works" after you kick it around the block half a dozen times... because we forgot to test before releasing it.

Unexpected behavior with data control palette after migration to 10.1.3

I recently migrated my adf/struts app to 10.1.3 from 10.1.2.
The app compiles and runs fine in jdev, and the migration had no errors.
When I try to drag and drop attributes from the data control palette onto an existing (or new) page I get the you cant drop that here icon circle with a line through it.
This happens on all my pages and for every attribute in the data control including actions.
Is this the intended behavior? In 10.1.2 there was a section that asked if it should be dropped as a label or text field etc, I dont see that option anymore.
I can still use the component palette  JSTL 1.0 core out and drag that onto the page and then bind the value to binding.attname. this works fine.
In 10.1.3 faces I see that when I drag and drop I get a popup menu which shows the available type of component to drop the item as.
Is this the correct behavior or am I missing something?
I'm using jdev version 10.1.3.0.4 (SU2)
Thanks

So as far as I can tell the issue bioled down to having something wrong with my libraries definition. When would go to the project properties the libraries tab would not show correctly, I was able to remove some libraries and then add them back in. This made the libraries tab in the project properties work, and as a side effect fixed the data control drag and drop.
thx

Unexpected behavior of spreadsheet string to array function

Hello,
I found some weirdness in LabVIEW 2011 that I do not understand. In the attached vi, I provide a one-dimensional spreadsheet string separated by spaces. I use the spreadsheet string to array function to convert this spreadsheet string into an array of strings.
I ran into problems when I wanted to specify a space character as the delimiter.
The conversion works as intended, if I do not specify a delimiter (i.e., the default tab delimiter is used). But if I specify the delimiter, only the first element of the spreadsheet string is converted. I do not understand this behavior.
Thanks for your help.
Peter
Solved!
Go to Solution.
Attachments:
Test spreadsheet string to array.vi ‏9 KB

You don't have spaces in your string. You have tabs and of course the default delimiter works. Right click and select '\' Codes Display and see the \t.

Unexpected behavior: Solaris10 , vlan , ipmp, non-global zones

I've configured a System with several non-global zones.
Each of them has ip - connection via a seperate vlan (1 vlan for each nonglobal zone). The vlans are established by the global zone. They are additionally brought under control of ipmp.
I followed the instructions described at:
http://forum.sun.com/thread.jspa?threadID=21225&messageID=59653#59653
to create the defaultrouters for the non-global zones.
In addition to that, I've created the default route for the 2nd ipmp-interface. (to keep the route in the non-global Zone in case of ipmp-failover)
ie:
route add default 172.16.3.1 -ifp ce1222000
route add default 172.16.3.1 -ifp ce1222002Furthermore, i' ve put the 172.16.3.1 in the /etc/defaultrouter of the global zone, to ensure it will be the 1st entry in the routing table (because it's the defaultrouter for the global zone)
Here the unexpected:
Tried to reach a ip-target ouside the configured subnets, say 172.16.1.3 , via icmp. The router 172.16.3.1 knows the proper route to get it. The 1st tries (can't remember the exact number) went through ce1222000 and associated icmp-replies travelled back trough ce1222000. But suddenly the outgoing interface changed to ce1322000 or ce1122000 ! The defaultrouters configured on these vlans are not aware of the 172.16.1.3 (172.16.1.0/24), and there was no answer. The defaultroutes seemed to be "cycled" between the configured.
Furthermore the connection from the outside to the nonglobal-zones (wich do have only 1 defaultrouter configured: the one of the vlan the non-global Zone belongs to) was broken intermittent.
So, how to get the combination of VLAN ,IPMP, diff. defaultrouters, non-global Zones running?
Got the following config visible in the global zone:
(the 172.13.x.y are sc3.1u4 priv. interconnect)
netstat -rn
Routing Table: IPv4
Destination           Gateway           Flags Ref   Use   Interface
172.31.193.1         127.0.0.1            UH        1      0 lo0
172.16.19.0          172.16.19.6          U         1   4474 ce1322000
172.16.19.0          172.16.19.6          U         1      0 ce1322000:1
172.16.19.0          172.16.19.6          U         1   1791 ce1322002
172.31.1.0           172.31.1.2           U         1 271194 ce5
172.31.0.128         172.31.0.130         U         1 271158 ce1
172.16.11.0          172.16.11.6          U         1   8715 ce1122000
172.16.11.0          172.16.11.6          U         1      0 ce1122000:1
172.16.11.0          172.16.11.6          U         1   7398 ce1122002
172.16.3.0           172.16.3.6           U         1   4888 ce1222000
172.16.3.0           172.16.3.6           U         1      0 ce1222000:1
172.16.3.0           172.16.3.6           U         1   4236 ce1222002
172.16.27.0          172.16.27.6          U         1      0 ce1411000
172.16.27.0          172.16.27.6          U         1      0 ce1411000:1
172.16.27.0          172.16.27.6          U         1      0 ce1411002
192.168.0.0          192.168.0.62         U         1 24469 ce3
172.31.193.0         172.31.193.2         U         1    651 clprivnet0
172.16.11.0          172.16.11.6          U         1      0 ce1122002:1
224.0.0.0            192.168.0.62         U         1      0 ce3
default              172.16.3.1           UG        1   1454
default              172.16.19.1          UG        1      0 ce1322000
default              172.16.19.1          UG        1      0 ce1322002
default              172.16.11.1          UG        1      0 ce1122000
default              172.16.11.1          UG        1      0 ce1122002
default              172.16.3.1           UG        1      0 ce1222000
default              172.16.3.1           UG        1      0 ce1222002
127.0.0.1            127.0.0.1            UH        41048047 lo
#ifconfig -a
lo0: flags=2001000849<UP,LOOPBACK,RUNNING,MULTICAST,IPv4,VIRTUAL> mtu 8232
index 1
        inet 127.0.0.1 netmask ff000000
lo0:1: flags=2001000849<UP,LOOPBACK,RUNNING,MULTICAST,IPv4,VIRTUAL> mtu 8232
index 1
        zone Z-BTO1-1
        inet 127.0.0.1 netmask ff000000
lo0:2: flags=2001000849<UP,LOOPBACK,RUNNING,MULTICAST,IPv4,VIRTUAL> mtu 8232
index 1
        zone Z-BTO1-2
        inet 127.0.0.1 netmask ff000000
lo0:3: flags=2001000849<UP,LOOPBACK,RUNNING,MULTICAST,IPv4,VIRTUAL> mtu 8232
index 1
        zone Z-ITR1-1
        inet 127.0.0.1 netmask ff000000
lo0:4: flags=2001000849<UP,LOOPBACK,RUNNING,MULTICAST,IPv4,VIRTUAL> mtu 8232
index 1
        zone Z-TDN1-1
        inet 127.0.0.1 netmask ff000000
lo0:5: flags=2001000849<UP,LOOPBACK,RUNNING,MULTICAST,IPv4,VIRTUAL> mtu 8232
index 1
        zone Z-DRB1-1
        inet 127.0.0.1 netmask ff000000
ce1: flags=1008843<UP,BROADCAST,RUNNING,MULTICAST,PRIVATE,IPv4> mtu 1500
index 10
        inet 172.31.0.130 netmask ffffff00 broadcast 172.31.0.255
        ether 0:3:ba:f:63:95
ce3: flags=1000843<UP,BROADCAST,RUNNING,MULTICAST,IPv4> mtu 1500 index 8
        inet 192.168.0.62 netmask ffffff00 broadcast 192.168.0.255
        groupname ipmp0
        ether 0:3:ba:f:68:1
ce5: flags=1008843<UP,BROADCAST,RUNNING,MULTICAST,PRIVATE,IPv4> mtu 1500
index 9
        inet 172.31.1.2 netmask ffffff00 broadcast 172.31.1.127
        ether 0:3:ba:d5:b1:44
ce1122000: flags=201000843<UP,BROADCAST,RUNNING,MULTICAST,IPv4,CoS> mtu 1500
index 2
        inet 172.16.11.6 netmask ffffff00 broadcast 172.16.11.127
        groupname ipmp2
        ether 0:3:ba:f:63:94
ce1122000:1:
flags=209040843<UP,BROADCAST,RUNNING,MULTICAST,DEPRECATED,IPv4,NOFAILOVER,CoS>
mtu 1500 index 2
        inet 172.16.11.7 netmask ffffff00 broadcast 172.16.11.127
ce1122002:
flags=9040843<UP,BROADCAST,RUNNING,MULTICAST,DEPRECATED,IPv4,NOFAILOVER> mtu
1500 index 3
        inet 172.16.11.8 netmask ffffff00 broadcast 172.16.11.127
        groupname ipmp2
        ether 0:3:ba:f:68:0
ce1122002:1: flags=1040843<UP,BROADCAST,RUNNING,MULTICAST,DEPRECATED,IPv4>
mtu 1500 index 3
        inet 172.16.11.10 netmask ffffff00 broadcast 172.16.11.255
ce1122002:2: flags=1040843<UP,BROADCAST,RUNNING,MULTICAST,DEPRECATED,IPv4>
mtu 1500 index 3
        zone Z-ITR1-1
        inet 172.16.11.9 netmask ffffff00 broadcast 172.16.11.255
ce1222000: flags=201000843<UP,BROADCAST,RUNNING,MULTICAST,IPv4,CoS> mtu 1500
index 4
        inet 172.16.3.6 netmask ffffff00 broadcast 172.16.3.127
        groupname ipmp3
        ether 0:3:ba:f:63:94
ce1222000:1:
flags=209040843<UP,BROADCAST,RUNNING,MULTICAST,DEPRECATED,IPv4,NOFAILOVER,CoS>
mtu 1500 index 4
        inet 172.16.3.7 netmask ffffff00 broadcast 172.16.3.127
ce1222002:
flags=9040843<UP,BROADCAST,RUNNING,MULTICAST,DEPRECATED,IPv4,NOFAILOVER> mtu
1500 index 5
        inet 172.16.3.8 netmask ffffff00 broadcast 172.16.3.127
        groupname ipmp3
        ether 0:3:ba:f:68:0
ce1222002:1: flags=1040843<UP,BROADCAST,RUNNING,MULTICAST,DEPRECATED,IPv4>
mtu 1500 index 5
        zone Z-BTO1-1
        inet 172.16.3.9 netmask ffffff00 broadcast 172.16.3.255
ce1222002:2: flags=1040843<UP,BROADCAST,RUNNING,MULTICAST,DEPRECATED,IPv4>
mtu 1500 index 5
        zone Z-BTO1-2
        inet 172.16.3.10 netmask ffffff00 broadcast 172.16.3.255
ce1322000: flags=201000843<UP,BROADCAST,RUNNING,MULTICAST,IPv4,CoS> mtu 1500
index 6
        inet 172.16.19.6 netmask ffffff00 broadcast 172.16.19.127
        groupname ipmp1
        ether 0:3:ba:f:63:94
ce1322000:1:
flags=209040843<UP,BROADCAST,RUNNING,MULTICAST,DEPRECATED,IPv4,NOFAILOVER,CoS>
mtu 1500 index 6
        inet 172.16.19.7 netmask ffffff00 broadcast 172.16.19.127
ce1322002:
flags=9040843<UP,BROADCAST,RUNNING,MULTICAST,DEPRECATED,IPv4,NOFAILOVER> mtu
1500 index 7
        inet 172.16.19.8 netmask ffffff00 broadcast 172.16.19.127
        groupname ipmp1
        ether 0:3:ba:f:68:0
ce1322002:1: flags=1040843<UP,BROADCAST,RUNNING,MULTICAST,DEPRECATED,IPv4>
mtu 1500 index 7
        zone Z-TDN1-1
        inet 172.16.19.9 netmask ffffff00 broadcast 172.16.19.255
ce1411000: flags=201000843<UP,BROADCAST,RUNNING,MULTICAST,IPv4,CoS> mtu 1500
index 12
        inet 172.16.27.6 netmask ffffff00 broadcast 172.16.27.255
        groupname ipmp4
        ether 0:3:ba:f:63:94
ce1411000:1:
flags=209040843<UP,BROADCAST,RUNNING,MULTICAST,DEPRECATED,IPv4,NOFAILOVER,CoS>
mtu 1500 index 12
        inet 172.16.27.7 netmask ffffff00 broadcast 172.16.27.255
ce1411002:
flags=9040843<UP,BROADCAST,RUNNING,MULTICAST,DEPRECATED,IPv4,NOFAILOVER> mtu
1500 index 13
        inet 172.16.27.8 netmask ffffff00 broadcast 172.16.27.255
        groupname ipmp4
        ether 0:3:ba:f:68:0
ce1411002:1: flags=1040843<UP,BROADCAST,RUNNING,MULTICAST,DEPRECATED,IPv4>
mtu 1500 index 13
        zone Z-DRB1-1
        inet 172.16.27.9 netmask ffffff00 broadcast 172.16.27.255
clprivnet0:
flags=1009843<UP,BROADCAST,RUNNING,MULTICAST,MULTI_BCAST,PRIVATE,IPv4> mtu
1500 index 11
        inet 172.31.193.2 netmask ffffff00 broadcast 172.31.193.255
        ether 0:0:0:0:0:2

Unflatten Pixmap unexpected behavior

This is not actually a bug in the function Unflatten Pixmap but I see a fail in the function implementation.
It seems that the output is missing the an entire line and collumn of the array corresponding to the input picture.
What is your oppinion ?
University of Sao Paulo
Polytechnic School of Engineering
Dept. of Electronic Systems

tst wrote:
JK-USP wrote:
How about to fix it now ?
There's nothing to fix, as there's nothing broken. Even if NI did decide to change it now to make it easier to work with, they would have a problem because there's a lot of existing code in the world and even if for a lot of it being one pixel off is not a huge deal, at least some of it will depend on having the correct sizes.
NI probably could deal with this by having the old function as a wrapper for a new function and then let the wrapper fix the values, but in general, the picture control does not seem to have gotten too much attention from NI and I don't know if they would touch it now or simply come up with something else to replace it (for instance, something which can do proper vector graphics, aliasing, hardware acceleration and so on).
Fully agree here. This is not a bug but "unexpected" behaviour at most. And as such there are two possible solutions, one being to change the behaviour and the other to change the expectations. The first option is after 20 years of existence of the Picture Control not an option at all. The best you can hope for if you report it as bug is that the documentation is amended to point out this behaviour more explicitedly.
As to a more functional control, it already exists as the 3D Picture Control which uses OpenGL internally. Still not the egg producing, wool spending pig that some would want, but at least offering vector based operations.
Rolf Kalbermatter
CIT Engineering Netherlands
a division of Test & Measurement Solutions

Panel Grid Layout: Column Span unexpected behavior.

Whenever in a Panel Grid Layout, when i give a cell to span over multiple columns(2,3,4 or any), the cell is spanned over the entire row only.. Why does this behavior happens? In JDeveloper, the spanning is shown correctly in design tab and preview tab.

Hi Amanda,
I believe I have discovered the cause of the issue you are facing.
The problem is with the "Alert Region" region template and that it does not have any display points specified so indicate the number of grids that can fit in its region body. Without having any display points, the grid layout system attempts to use all columns available to its container. However, because the Alert Region has additional padding within, the columns will not fit and wrap to the next line.
To fix this issue, you will have to modify the "Alert Region" region template, go to "Display Points" and click Add Row. You will need to enter the following fields:
Name: Region Body
Template Substitution: BODY
Grid Support: Checked
Maximum Fixed Grid Columns: -1
This will fix the issue for you. I've logged a bug within our bug system to track this so we can fix it in a future release of APEX.
Best,
Shakeeb

Master pages failing to be applied (along with some unexpected behavior)

Hi all,
I am having trouble getting our structured app/template to apply master pages properly. We're on Frame 11 using an XDocbook, customized app.
Here is the configuration:
1. Reference page structMasterPageMap:
Maps element E:BookInfo to the "Title Page" master page.
Maps element E:PrefaceInfo to the "Frontmatter" master page.
2. Frame XML document content:
<bookinfo>
     <title>
     <edition>
     <copyright>
</bookinfo>
As you can see, this doc does not yet have a PrefaceInfo element, although one is allowed by the DTD. So the obvious solution is to either: 1) add one (wrap the <copyright> element in a <prefaceinfo> element as allowed); or 2) add an "E:Copyright" mapping to the ref page. Yet, neither of these work. Here's what occurs:
Solution A: On the Ref page, add a mapping from E:Copyright to the "Frontmatter" master page:
1. Open the document in Frame and note that the master page Title Page is applied, but the master page Frontmatter is not, as expected.
2. On the ref page, add the E:Copyright mapping to apply the Frontmatter master page.
3. Reapply Master Pages, and the Frontmatter page is applied, as expected. All is good....except. When you close and then re-open the document, no master pages are applied, not even the Title Page which had previous worked. Huh, what?
4. Remove the E:Copyright mapping from the ref page, reapply Master Pages, and the Title Page master page is again applied.
Note: This behavior is reproducible whether I replace the E:PrefaceInfo with E:Copyright on the reference page, or retain both. I can also reproduce this by using the paragraph tag instead, of the element, i.e. P:FrontmatterCopyright.
Solution B: In the document, add a <prefaceinfo> element:
1. Open the document in Frame and note that the Title Page master page is applied while the Frontmatter is not, which is expected.
2. Wrap the <copyright> element in <prefaceinfo>.
3. Reapply Master Pages. Nothing happens, i.e. the Frontmatter master page is not applied.
4. Save, close, and reopen the document. The Title page is applied, but the Frontmatter is not.
Yes, I have checked and rechecked that the actual master page names match those entered into the reference pages, including case. :-)
Possible conflicts/factors?
1. Could the structure of the document (as allowed by the DTD) affect master page application? The element <copyright> can exist both inside a <prefaceinfo> and independently under <bookinfo>. This doesn't seem likely, especially because as a test, I saved the doc as .fm, discarded the structure, updated the ref page to use para tags instead -- and still the master pages are not applied correctly.
2. Pagination can affect this -- at first we had Format>Page Layout>Pagination set to "Single Sided" so I thought that was why the left-hand Frontmatter was being ignored. But I have ruled that out; the template is now double sided, and Frontmatter is a left page.
I am stumped! Thanks in advance for any ideas.
- Shelley
Shelley Hoose
Sr. Docs Developer, Rogue Wave Software

Is Adobe World Ready Paragraph Composer the default in CS6 or something? Perhaps that must have caused some issue. I still don't know. I can confirm that no one else has touched this particular file, and it was created and edited only in CS6.
For new basic styles, you recommend aforementioned composer or the old Adobe Paragraph Composer, especially if the work is only in English (UK/India)?
Thanks for your time.

Unexpected behavior while trying to post reply

Here's the scenario:
Clicked reply within an existing thread to the last post.
The message window came up and I started typing text.
The message window refreshed, as it does occasionally and is annoying.
There was a typo due to the refresh dropping some letter.
I hit the "Backspace" key to erase the unwanted characters.
The message dissappeared and it took me to the first page of a 3 page thread.
I was not expecting that behavior.
R
Solved!
Go to Solution.

I've seen this happen quite a bit. Basically the page takes too long to load. Normally if you start typing even if it hasn't completely loaded, it will take your characters and fill them in once you get caught up. I'm someone who definitely does not look at the keyboard while typing, and I don't necessarily need to look at the screen either. Even if I haven't seen what I've typed, I'll know if I mistyped something and will instinctively go to Backspace to clear the character and retype. Do this at the wrong time while the page is still loading and that backspace gets interpreted by the browser as Go Back rather than the editor portion as backspace.
Since I usually open threads by right clicking the number in the New column and open in new window, it takes me to the first of the unread messages. But since I've already seen all the messages (I was just in the thread read them and wanted to reply to one), there are no new messages and the Go Back which takes it to the thread &jump=true, automatically takes it back to the first message since there is no new message to jump to.
Very annoying, and the only way to get around it is to either get the browser to load the page quicker, or try to be patient and be sure it completely loads before you type and hit a backspace.
As a side note, I've noticed in recent months that my home Verizon DSL connection has been dropping pages where it takes longer to load, or eventually times out and doesn't load the page (with other websites besides NI as well), and I'm forced to reload to get the page. Sometimes it loses it in the middle of the page where you basically see everything but the progress bar at the bottom is stalled loading something else. Has anyone else who may be using Verizon DSL noticed this a more of a problem in recent months? I don't notice very often at my work PC, so I'm thinking that the Verizon portion of the network is just not doing its job correctly in getting the packets across.
Message Edited by Ravens Fan on 09-17-2009 11:52 PM

Unexpected behavior on disk loss.

Similar Messages

Maybe you are looking for