Drop columns without ORA-30036: unable to extend segment ... UNDO_TBS
Hello folks, I've a table with 290 million-rows (big enought to be a headache sometimes). And this is my problem, I must drop 21 columns of this table... So, I did
ALTER TABLE <table_name> DROP (column1, column2, ...., column21);
But I got an ORA-30036: unable to extend segment by 8 in undo tablespace "UNDO_TBS". And I don't want to extend this tablespace.
There is any operation that doesn't use UNDO space???
To Use this is a valid option?
ALTER TABLE <table_name> SET UNUSED COLUMN <column_name>;
ALTER TABLE <table_name> DROP UNUSED COLUMNS;
Thanks.
Martin
Etbin,
DBMS_REDEFINITION offers some interesting features, among the most important one is probably the "online" redefinition option, but it doesn't do any magic behind the scenes. You'll have a copy of your original table (called the "interim" table) while performing the redefinition so I thought it makes sense to mention that due to the fact that the table we talk about probably consumes a significant amount of space.
It'll will also consume a significant amount of resources to perform the copy of this particular table. What is meant by "original table redefined and the interim table statistics" is that you apply whatever statistics to the interim table while performing the redefinition. The interim table actually becomes the "original" table when completing the redefinition, the two tables are basically "swapped" and you have to finally drop the "interim" table, which also indicates that there are two tables allocating space while performing the redefinition.
I didn't mean to offend you in any way, I just thought it would be good to know about the implications of using DBMS_REDEFINITION.
Regards,
Randolf
Oracle related stuff blog:
http://oracle-randolf.blogspot.com/
SQLTools++ for Oracle (Open source Oracle GUI for Windows):
http://www.sqltools-plusplus.org:7676/
http://sourceforge.net/projects/sqlt-pp/
Similar Messages
-
Doubt regarding ORA-30036: unable to extend segment by 8 in undo tablespace
I am using 11g Release 1 Database .
I have to analyze the performance of two tables of different designs which serve the same purpose and come up with the design which is efficient .
SQL> desc staging_dict
Name Null? Type
SNO NUMBER
CODE_FRAGMENTS CLOB
CODE_FRAGMENTS_U CLOB
CODE_FRAGMENTS_D CLOB
CODE_FRAGMENTS_DO CLOB
SQL> desc staging_dict1
Name Null? Type
SNO NUMBER
CODE_FRAGMENTS CLOB
CODE_FRAGMENTS_UD CLOB
CODE_TYPE VARCHAR2(5 CHAR)Initially I tried inserting a few thousand records into both the tables . Then I did some conversion on one column and I populate the result on other column of the same table . So I update the table in bulk mode and I commit for every thousand records .
I have a undo tablespace of 2G with undo_retention=900 , retention guratantee is not set for the undo tablespace .
When I tried the conversion and update on the first table (STAGING_DICT) it took more time for around 2500 records compared to other table and when I increased the number of records to 10000 it threw an error
ORA-30036: unable to extend segment by 8 in undo tablespace 'UNDOTBS'
But I didn't come across this error when I tried the conversion and update on the table for the same 2500 records (STAGING_DICT1) and it was also 10 times faster .
My doubt is does the error ORA-30036 occur because it is saving the undo image of all the four clob columns though I am doing conversion on one column and updating the other column (using only two columns in the update and only one column is affected by update command) ?
Also how is that having less CLOB rows prove more effective by adding one more VARCHAR column which differentiates the code_frament type in the STAGING_DICT1 table than having it as more CLOB columns as in STAGING_DICT table ?Don't you think the error OP reported is kind of weird?
Because as you said, Oracle stores "undo" of lob in user tablespace not undo tablespace if the lob is stored out-of-line.
1. If the size of lob was small, small size of undo would be stored into undo tablespace,
and OP would'nt have undo tablespace shortage problem.
(How does small lob flood undo tablespace?)
2. If the size of lob was big, OP would have 01555 error on user tablespace not undo tablespace shortage error.
So, i think there are 2 theories that can explain this abnormality.
1. OP hit the bug of massive undo generation.
2. OP is using securefile which is 11g new feature.
Oracle documents says that undo for securefile lob is stored in "undo" tablespace, not user tablespace.
But unfortunately, i'm not sture about this coz i didn't try it myself -
ORA-30036: unable to extend segment by 8 in undo tablespace 'UNDOTBS1'
Hi experts,
I'm getting this error
"ORA-30036: unable to extend segment by 8 in undo tablespace 'UNDOTBS1'"
will you please tell me the reason and suggest me, what to do.
OS - SunOS 5.10
oracle - 10.2.0.3.0Hallo.
I have this problem 30036 after this request (ver. 10.2):
DELETE FROM AUDITDBA.SEOSDATA where COMPUTERNAME ='xxxxx' AND TIMSTAMP >= '18-03-2011' (! number of rows is less as 2 000 000)
I tried do this:
ALTER SYSTEM SET UNDO_RETENTION = 5;
But after next action "DELETE" again problem 30036..
Here is a "space status" from the system:
TABLESPACE_NAME VOLNE_MIESTO
CA_AUDIT 3714,1875 MB
SYSAUX 42,1875 MB
SYSTEM 5,25 MB
UNDO_TEMP 7998,0625 MB
USERS 999,125 MB
It's clear for me that datafile UNDOTBS is small but I have same questions:
1. What You recommend - use autoextend on for the UNDOTBS datafile or extend it manualy?
2. What size You recommend for the UNDOTBS when I have DB size cca 350 GB, into DB incomming cca 50 events (rows) per second and I need remove from this DB aproximetly 1/2 numbers of rows (old data)
3. Recommend me best way how I can remove old data from DB without problems as "30036"...
Thank You in advance
Peter -
ORA-30036: unable to extend segment by 8 in undo tablespace 'APPS_UNDOTS1'
Hi,
A user who is trying to run a report on an EBS system, gets the following error from the application end:
java.sql.SQLException: ORA-30036: unable to extend segment by 8 in undo tablespace 'APPS_UNDOTS1'
I would have expected to see this ORA error in the Oracle database alert log as well, however this is not the case.
I increased the size of the APPS_UNDOTS1 tablespace from 1700mb with autoextend to max 3000mb, however it seems that the tablespace is not extending beyond it's original size of 1700mb. In TOAD, I see that the tablespace has not grown even after the user ran the report again. Any idea why? Is there perhaps something that needs to be adjusted on the application side as well?
Thanks.Hi,
The tablespace is not extending and this error is not written to the alert log, but I found a trace file with the following information....
ORA-30036 happens when trying to extend undo segment SYSSMU91258636580$ (usn=9) by 8 blocks
Reason: Fail to Steal
Current undo tablespace APPS_UNDOTS1 (tsn=1)
undo tablespace current size 218240 blks, maxsize 218240 blks, fixed sized
Undo Retention (reactive): 936, Parameter Undo Retention: 900, Tuned Undo Retention: 936, High threshold Undo Retention: -2
Retention Guarantee FALSE
Does anyone know how to solve this "Fail to Steal" problem?
Btw, the query SELECT DISTINCT STATUS, SUM(BYTES), COUNT(*) FROM DBA_UNDO_EXTENTS GROUP BY STATUS; returns about 55 expired extents, therefore there are still available extents to "steal" from. So why does this fail? -
ORA-30036: unable to extend segment, our UNDO TABLESPACE grow to 500 GB
Our client report that when they run their batch job the error "ORA-30036: unable to extend segment..." came into their log file.
I have checked with alert log but nothing there. We use Oracle 11g on Solaris 10 SPARC.
Any suggestion ?
Thanks & RegardsRefer to
Troubleshooting ORA-30036 - Unable To Extend Undo Tablespace [ID 460481.1]
ORA-30036: unable to extend segment by <N> in undo tablespace '<tname>' [ID 271664.1] -
OEM Upgrade - ORA-30036: unable to extend segment by 8 in undo tablespace
Oem upgrade Installer failed on repository in upgrading to grid Control 10.2.0.5
757921: ORA-30036: unable to extend segment by 8 in undo tablespace 'UNDOTBS'
757922: ORA-06512: at line 117
I added two datafiles to fix this error so I thought I had enough space now - installer failed when upgrading the repository with ORA-30036 unable to extend segment by 8 in undo tablespace 'UNDOTBS', When I hit retry it keeps failing on the same error. The upgrade is in STATUS -3. Could I run this as sysman and then go back to the installer screen and retry again.
execute emd_maintenance.set_comp_status('_
UPGRADE_', EMD_MAINTENANCE.G_STATUS_
CONFIGURED_READY);
If you have any tips going forward pleases let me know.,
JosephHas anyone encountered this error: doing re-installation on OEM upgrade. I can seem to find anything on metallink. There is no error code
txnRemoveConfirmation .
Joseph -
ORA-30036: unable to extend segment by 8 in undo tablespace 'UNDOTBS2'
Hi,
I am running a Pl/Sql block and it is a batch process which will run once a day.
Yesterday, i gave me this error:
ORA-30036: unable to extend segment by 8 in undo tablespace 'UNDOTBS2'
What should i do?
Can any one help me on this.
thanks in advance,
BalaHi
SQL>SHOW PARAMETER UNDO_RETENTION
NAME TYPE VALUE
undo_retention integer 900
Rgds
Adnan -
ORA-30036: unable to extend segment by string in undo tablespace "string"
Hi hussein/helios,
EBS 11i
RHEL 4.6
Our users in Inventory - Order Management Module , tried to enter and save transactions, but they encounter this ORA-30036 error:
Unable to extend segment by 8 in undo tablespace 'APPS_UNDOTS1'
in Package OE_ORDER_WF_UTIL Procedure Start_FlowIn your experience how do you tune this package for an appropriate UNDO? What is the appropriate size for my UNDO? Do I allow it to
to autoextend? or just allocate enough space.
Thanks a lot,
Ms Kuser_unlimited wrote:
Hi new2,
I don't get it clearly :( . I guess oracle already tuned these apps tablespaces extents. I just want to know if its >ok to increase it.Not all tablespace i found is tuned.
Do you have a productions EBS 11i? EBS R12 RUP 6 DB 10.2.0.0
what is the size of your UNDO?4GB
>
>
ThanksUNDO Tablespaces should contain between 1024 and 4096 extents
To check for UNDO and TEMP tablespaces that do not obey the extent size rules you can run the following query:
select tablespace_name, initial_extent, next_extent, pct_increase, min_extlen
from dba_tablespaces t,
(select tablespace_name tbspc,
sum(bytes) tbspc_sz,
count(*) num_files,
sum(bytes)/sum(blocks) blk_sz
from dba_data_files
group by tablespace_name) f
where
( initial_extent < (tbspc_sz - blk_sz * num_files) / 4096
or initial_extent > (tbspc_sz - blk_sz * num_files) / 1024
or next_extent != initial_extent
or pct_increase != 0
or min_extlen != initial_extent)
and tablespace_name = tbspc
and tablespace_name != 'SYSTEM'
and ( contents = 'TEMPORARY'
or tablespace_name in (select tablespace_name from dba_rollback_segs));My cases i found iitial extent 65536 and min_exlen 65536
check with this query then decide what will u do...
HTH -
ORA-30036: unable to extend segment by 8 in undo tablespace 'UNDO'
Hello,
I have an OWB Mapping (which translates into a MERGE query) that often fails with the above error. I wanted to have more information on UNDO. What uses most UNDO?
Thanks.Dear mugunthan,
One little, tiny correction that i want to make. I can get what you wanted to say when you said "increase the tablespace". Normally we are not increasing the size of the tablespace, we are increasing the size of the "datafiles" in that tablespace. That is tricky and how words can change everything i know but just for the information :)
I think the OP's undo tablespace size is 100% full and the auto extensible ability is disabled. He needs to either increase the size of the datafile in the undo tablespace slightly more or enable the auto extensible of one more datafiles (if exists) to a particular new and more bigger size.
Regards.
Ogan -
0RA-30036: Unable to extend segment by 8 in Undo tablespace
Hi,
I am getting this error " 0RA-30036: Unable to extend segment by 8 in Undo tablespace ". Please Advise me how i can solve this error. Just to let u know that I don't have extra space in my Partition at OS level to increase the size of Undo tablespace. Please Advise what is the alternate option to solve this problem.
I know that I can't do coalesce on Undo tablespace any other way.
RegardsDo frecuent commits.
whats the size of your temp tablespace.
you can try reducing its size and giving to undo / rollback.
try droping unused indexes.
But man..... strart planning your space and make an annual budget for disks. -
Unable to extend segment by 8 in undo tablespace 'UNDOTBS1' error ?
I have added a new column to one of my tables,and I am migrating data to fill all the existing rows for this newly added column; but while executing the migration script I get the following error -
Error:ORA-30036: unable to extend segment by 8 in undo tablespace 'UNDOTBS1'
Of whatever i searched on the net this error points to lack of space for the undo segment of oracle. is it possible to extend this space dynamically?
Any pointers to help me resolve the problem would be appreciated.
Thanks.<snip>
How have you written your migration scripts? Does it include commits at suitable points in the script, or is it one large commit at the end?
</snip>
Actually, that is the case too. I have a one large commit at the end. To avoid this and introduce commits at some decent regular intervals, i will have to modify my script. I am trying to see if there is any other configuration solution possible :)
Thanks -
Unable to extend segment by 8 in undo tablespace 'UNDOTBS1'
Hi All,
I have enabled the Oracle flashback data archive.
Undo tbs size is unlimited. Whenevr i enable FBDA i am getting the below error. when i disable this feature the error is not coming.
My Oracle version is 11.0.2.0
ORA-30036: unable to extend segment by 8 in undo tablespace 'UNDOTBS1'
ORA-02002: error while writing to audit trail
ORA-00604: error occurred at recursive SQL level 1
ORA-30036: unable to extend segment by 8 in undo tablespace 'UNDOTBS1'
; nested exception is java.sql.SQLException: ORA-00604: error occurred at recursive SQL level 1
can anyone help me to solve the issue would be very much helpful.
thanks
MohanORA-30036: unable to extend segment by 8 in undo tablespace 'UNDOTBS1'
30036, 00000, "unable to extend segment by %s in undo tablespace '%s'"
// *Cause: the specified undo tablespace has no more space available.
// *Action: Add more space to the undo tablespace before retrying
// the operation. An alternative is to wait until active
// transactions to commit. -
ORA-1652: unable to extend temp segment by 128 in tablespace PSAPTEMP
Hi Gurus,
We are getting this alert continuosly , anybody please suggest me.
OS: AIX
DB:ORACLE 10g
We disabled STAT file also,, but still we are getting this alert
please check table spaces,,,
PSAPTEMP 10.485.760 10.481.664 0 0 0 Off 0 ONLINE
PSAPUNDO 8.514.344 2.062.912 75 31 951 Off 75 ONLINE NOT ACTand file system also fine
please find below error details..
02/05/10 10:45:12 Europe/Middle (open.related - System Open Related):
External Update
05/02/2010 08:27:41 by CA
Attached new CA message: 1535095
.Last matching line that caused this alert: ORA-1652: unable to extend temp segment by 128 in tablespace PSAPTEMP
BR0301E SQL error -1652 in thread 4 at location stats_tab_collect-20, SQL statement:
'BEGIN DBMS_STATS.GATHER_TABLE_STATS (OWNNAME => '"SAPP01"', TABNAME => '"GLPCA"', ESTIMATE_PERCENT => NULL, METHOD_OPT => 'FOR ALL COLUMNS SI
ORA-01652: unable to extend temp segment by 128 in tablespace PSAPTEMP
ORA-06512: at "SYS.DBMS_STATS", line 13437
ORA-06512: at "SYS.DBMS_STATS", line 13457
ORA-06512: at line 1
BR0886E Checking/collecting statistics failed for table SAPP01.GLPCA
Regards,
balaramHI,
ORA-01652: This error is caused by a tablespace overflow. As a rule of thumb, PSAPTEMP should be at least twice as large as the largest index. If an overflow occurs despite this size, this is frequently due to external reasons such as incorrect Oracle parameter settings, large-scale parallel processing or unfavorable access paths. See also Note 3155.
Check - 659946 for details.
Best Regards
Niraj -
ORA-1653: unable to extend table - but enough space for datafile
We encountered this problem in one of our database Oracle Database 10g Release 10.2.0.4.0
We have all datafiles in all tablespaces specified with MAXSIZE and AUTOEXTEND ON. But last week database could not extend table size
Wed Dec 8 18:25:04 2013
ORA-1653: unable to extend table PCS.T0102 by 128 in tablespace PCS_DATA
ORA-1653: unable to extend table PCS.T0102 by 8192 in tablespace PCS_DATA
Wed Dec 8 18:25:04 2013
ORA-1653: unable to extend table PCS.T0102 by 128 in tablespace PCS_DATA
ORA-1653: unable to extend table PCS.T0102 by 8192 in tablespace PCS_DATA
Wed Dec 8 18:25:04 2013
ORA-1653: unable to extend table PCS.T0102 by 128 in tablespace PCS_DATA
ORA-1653: unable to extend table PCS.T0102 by 8192 in tablespace PCS_DATA
Datafile was created as ... DATAFILE '/u01/oradata/PCSDB/PCS_DATA01.DBF' AUTOEXTEND ON NEXT 50M MAXSIZE 31744M
Datafile PCS_DATA01.DBF had only 1GB size. Maximum size is 31GB but database did not want to extend this datafile.
We used temporary solution and we added new datafile to same tablespace. After that database and our application started to work correctly.
There is enough free space for database datafiles.
Do you have some ideas where could be our problem and what should we check?
ThanksShivendraNarainNirala wrote:
Hi ,
Here i am sharing one example.
SQL> select owner,table_name,blocks,num_rows,avg_row_len,round(((blocks*8/1024)),2)||'MB' "TOTAL_SIZE",
2 round((num_rows*avg_row_len/1024/1024),2)||'Mb' "ACTUAL_SIZE",
3 round(((blocks*8/1024)-(num_rows*avg_row_len/1024/1024)),2) ||'MB' "FRAGMENTED_SPACE"
4 from dba_tables where owner in('DWH_SCHEMA1','RM_SCHEMA_DDB','RM_SCHEMA') and round(((blocks*8/1024)-(num_rows*avg_row_len/1024/1024)),2) > 10 ORDER BY FRAGMENTED_SPACE;
OWNER TABLE_NAME BLOCKS NUM_ROWS AVG_ROW_LEN TOTAL_SIZE ACTUAL_SIZE FRAGMENTED_SPACE
DWH_SCHEMA1 FP_DATA_WLS 14950 168507 25 116.8MB 4.02Mb 112.78MB
SQL> select tablespace_name from dba_segments where segment_name='FP_DATA_WLS' and owner='DWH_SCHEMA1';
TABLESPACE_NAME
DWH_TX_DWH_DATA
SELECT /* + RULE */ df.tablespace_name "Tablespace",
df.bytes / (1024 * 1024) "Size (MB)",
SUM(fs.bytes) / (1024 * 1024) "Free (MB)",
Nvl(Round(SUM(fs.bytes) * 100 / df.bytes),1) "% Free",
Round((df.bytes - SUM(fs.bytes)) * 100 / df.bytes) "% Used"
FROM dba_free_space fs,
(SELECT tablespace_name,SUM(bytes) bytes
FROM dba_data_files
GROUP BY tablespace_name) df
WHERE fs.tablespace_name = df.tablespace_name
GROUP BY df.tablespace_name,df.bytes
UNION ALL
SELECT /* + RULE */ df.tablespace_name tspace,
fs.bytes / (1024 * 1024),
SUM(df.bytes_free) / (1024 * 1024),
Nvl(Round((SUM(fs.bytes) - df.bytes_used) * 100 / fs.bytes), 1),
Round((SUM(fs.bytes) - df.bytes_free) * 100 / fs.bytes)
FROM dba_temp_files fs,
(SELECT tablespace_name,bytes_free,bytes_used
FROM v$temp_space_header
GROUP BY tablespace_name,bytes_free,bytes_used) df
WHERE fs.tablespace_name = df.tablespace_name
GROUP BY df.tablespace_name,fs.bytes,df.bytes_free,df.bytes_used
ORDER BY 4 DESC;
set lines 1000
col FILE_NAME format a60
SELECT SUBSTR (df.NAME, 1, 60) file_name, df.bytes / 1024 / 1024 allocated_mb,
((df.bytes / 1024 / 1024) - NVL (SUM (dfs.bytes) / 1024 / 1024, 0))
used_mb,
NVL (SUM (dfs.bytes) / 1024 / 1024, 0) free_space_mb
FROM v$datafile df, dba_free_space dfs
WHERE df.file# = dfs.file_id(+)
GROUP BY dfs.file_id, df.NAME, df.file#, df.bytes
ORDER BY file_name;
Tablespace Size (MB) Free (MB) % Free % Used
DWH_TX_DWH_DATA 11456 8298 72 28
FILE_NAME ALLOCATED_MB USED_MB FREE_SPACE_MB
/data1/FPDIAV1B/dwh_tx_dwh_data1.dbf 1216 1216 0
/data1/FPDIAV1B/dwh_tx_dwh_data2.dbf 10240 1942 8298
SQL> alter database datafile '/data1/FPDIAV1B/dwh_tx_dwh_data2.dbf' resize 5G;
alter database datafile '/data1/FPDIAV1B/dwh_tx_dwh_data2.dbf' resize 5G
ERROR at line 1:
ORA-03297: file contains used data beyond requested RESIZE value
Although , we did moved the tables into another TB , but it doesn't resolve the problem unless we take export and drop the tablespace aand again import it .We also used space adviser but in vain .
As far as metrics and measurement is concerned , as per my experience its based on blocks which is sparse in nature related to HWM in the tablespace.
when it comes to partitions , just to remove fragmentation by moving their partitions doesn't help .
Apart from that much has been written about it by Oracle Guru like you .
warm regards
Shivendra Narain Nirala
how does free space differ from fragmented space?
is all free space considered by you to be fragmented?
"num_rows*avg_row_len" provides useful result only if statistics are current & accurate. -
ORA-1652: unable to extend temp segment by 128 in tablespace
HI,
i am getting an error in alert log file.....
Thread 1 advanced to log sequence 1758
Current log# 2 seq# 1758 mem# 0: /dev/vx/rdsk/racdg/orcl_raw_log12
Mon Sep 8 12:34:16 2008
ARC1: Evaluating archive log 1 thread 1 sequence 1757
ARC1: Beginning to archive log 1 thread 1 sequence 1757
Creating archive destination LOG_ARCHIVE_DEST_1: '/arch/log/1_1757.dbf'
ARC1: Completed archiving log 1 thread 1 sequence 1757
Mon Sep 8 13:04:26 2008
Completed checkpoint up to RBA [0x6de.2.10], SCN: 0x0000.6c1f757f
Mon Sep 8 13:49:16 2008
ORA-1652: unable to extend temp segment by 128 in tablespace TEMPI don';t want to add datafile
SQL> select bytes,maxbytes,increment_by from dba_temp_files;
BYTES MAXBYTES INCREMENT_BY
6134169600 0 0
SQL> select TABLESPACE_NAME, BYTES_USED, BYTES_FREE from V$TEMP_SPACE_HEADER;
TABLESPACE_NAME BYTES_USED BYTES_FREE
TEMP 6037700608 96468992i have also referred metalink note: 19047.1
Is there any way to avoid this problem without adding any datafile........how to find out which session is using temp tablespace
SQL> select * from v$sort_usage;
USERNAME USER SESSION_ADDR
SESSION_NUM SQLADDR SQLHASH TABLESPACE
CONTENTS SEGTYPE SEGFILE# SEGBLK# EXTENTS BLOCKS SEGRFNO#
DATA3 DATA3 000000044D84F558
25860 00 0 TEMP
TEMPORARY DATA 201 183561 1 128 1pls correct me if the above query is worng to find out the no. of session s using temp tablespace
i think we have already allocated good amt of space to pga_aggregate_target
SQL> show parameter pga
NAME TYPE VALUE
pga_aggregate_target big integer 524288000
SQL>Edited by: user00726 on Sep 8, 2008 2:29 AM
Maybe you are looking for
-
Hello, We are getting the following error when trying to backup our fileserver (DPM 2012 R2) to tape. "The operation failed because of a protection agent failure. (ID 998 Details: The system cannot find the path specified (0x80070003))" What is inter
-
Error when invoking sample mortgage process
Hello everyone, I am trying to test my installation of LiveCycle ES 8.2. I want to be able to test the sample mortgage process that comes with LiveCycle ES 8.2. I have successfully installed LiveCycle ES 8.2 without any errors or warnings on a Virtua
-
How do I stop YouTube videos from stopping after 14 seconds?
For a couple of days now I've found that some, but not all, Youtube videos stop at the 14 second mark. I've also noticed that the buffering bar also stops there. I have already tried deleting my history, cache and cookies. I've also uninstalled and r
-
Hi all. I've been reading about the efforts regarding esb deployment automation: Dealing with changing service wsdl locations in the ESB Now, I'd like to know about the latest best practices regarding BPEL deployment automation for different environ
-
Konqueror and dolphin do not recognize the installed servicemenu
I am using KDEmod4 and found that konqueror and dolphin do not recognize the servicemenu installed in the following paths by krename4 and acetoneiso2: /usr/share/apps/dolphin/servicemenus/ /usr/share/apps/d3lphin/servicemenus/ /usr/share/apps/konquer