Thread: Vacuum - Out of memory
I'm getting out of memory error when I try to vacuum a table (any table in fact). =# vacuum analyze code; ERROR: out of memory DETAIL: Failed on request of size 1073741820. I'm running Postgres 8.1.1 on RedHat 2.6 kernel (HP server). I never had this error before and I ran vacuum every night regularly. When I ran the vacuum on a different server with the same identical (cloned) database and settings, vacuum works fine with no error. My maintenance work area never been changed. It's set to 1GB. (maintenance_work_mem = 1048576). Physical memory: 32 GB. Top utilities shows: Mem: 32752736k total, 14948340k used, 17804396k free, 122732k buffers Swap: 2144668k total, 165140k used, 1979528k free, 14265048k cached I bounced the database and still getting the same error. I could try decreasing the maintenance_work_mem but I have plenty of memory and I need it to process my nightly jobs faster. Any idea why I'm getting out-of-memory error? Thanks, __ Husam ********************************************************************** This message contains confidential information intended only for the use of the addressee(s) named above and may containinformation that is legally privileged. If you are not the addressee, or the person responsible for delivering itto the addressee, you are hereby notified that reading, disseminating, distributing or copying this message is strictlyprohibited. If you have received this message by mistake, please immediately notify us by replying to the messageand delete the original message immediately thereafter. Thank you. FADLD Tag **********************************************************************
"Tomeh, Husam" <htomeh@firstam.com> writes: > Any idea why I'm getting out-of-memory error? Looks like a corrupt-data problem, but it's hard to tell any more than that with only this much info. If it affects all tables then the corruption is probably in a system catalog rather than every one of the tables. You might try setting a breakpoint at errfinish to get a stack trace from the point of the error; that would give us at least a bit of a clue where the problem is. regards, tom lane
ThanksTom. I've asked the SA to bounce the server thinking it may be a memory fragmentation issue on the server. After bouncing the server, I was able to run vacuum successfully. (Before bouncing the server, I tried a lower value of maintenance_work_mem of 512MB and vacuum worked fine which made me feel better the status of data not being corrupted). Do you agree with me at this point that it's not a data corruption issue? Thanks again. __ Husam Tomeh -----Original Message----- From: Tom Lane [mailto:tgl@sss.pgh.pa.us] Sent: Monday, January 30, 2006 6:01 PM To: Tomeh, Husam Cc: pgsql-admin@postgresql.org Subject: Re: [ADMIN] Vacuum - Out of memory "Tomeh, Husam" <htomeh@firstam.com> writes: > Any idea why I'm getting out-of-memory error? Looks like a corrupt-data problem, but it's hard to tell any more than that with only this much info. If it affects all tables then the corruption is probably in a system catalog rather than every one of the tables. You might try setting a breakpoint at errfinish to get a stack trace from the point of the error; that would give us at least a bit of a clue where the problem is. regards, tom lane ********************************************************************** This message contains confidential information intended only for the use of the addressee(s) named above and may containinformation that is legally privileged. If you are not the addressee, or the person responsible for delivering itto the addressee, you are hereby notified that reading, disseminating, distributing or copying this message is strictlyprohibited. If you have received this message by mistake, please immediately notify us by replying to the messageand delete the original message immediately thereafter. Thank you. FADLD Tag **********************************************************************
"Tomeh, Husam" <htomeh@firstam.com> writes: > ThanksTom. I've asked the SA to bounce the server thinking it may be a > memory fragmentation issue on the server. After bouncing the server, I > was able to run vacuum successfully. (Before bouncing the server, I > tried a lower value of maintenance_work_mem of 512MB and vacuum worked > fine which made me feel better the status of data not being corrupted). > Do you agree with me at this point that it's not a data corruption > issue? Thanks again. No, I don't, unless you have fields in the database that *should* be 1-billion-and-change bytes long. regards, tom lane