|
View:
New views
7 Messages
—
Rating Filter:
Alert me
|
|
|
Problems during backupWe are running daisy
1.5. Since a few days our daily backup fails.
It returns the
following:
Stacktrace
:
java.lang.Exception: null nested exception is java.lang.Exception: Failed to suspend execution of JMS client within the given time out of 60000 msecs. at org.outerj.daisy.backupTool.JMXRepositoryLocker.createException(JMXRepositoryLocker.java:109) at org.outerj.daisy.backupTool.JMXRepositoryLocker.lock(JMXRepositoryLocker.java:80) at org.outerj.daisy.backupTool.BackupManager.backup(BackupManager.java:111) at org.outerj.daisy.backupTool.BackupTool.createBackup(BackupTool.java:188) at org.outerj.daisy.backupTool.BackupTool.main(BackupTool.java:93) At the same time,
the following error appears in the log file:
[WARN ]
<2008-07-07 02:00:05,309> (daisy.jmx.mbeanserver): Exception during http
request
mx4j.tools.adaptor.http.HttpException: Null query at mx4j.tools.adaptor.http.HttpInputStream.readRequest(HttpInputStream.java:200) at mx4j.tools.adaptor.http.HttpAdaptor$HttpClient.run(HttpAdaptor.java:954) I already tried
restarting daisy, but it doesn't help.
Anyone encountered
the same issue before?
Tx,
Mario.
_______________________________________________ daisy community mailing list Professional Daisy support: http://outerthought.org/en/services/daisy/support.html mail to: daisy@... list information: http://lists.cocoondev.org/mailman/listinfo/daisy |
|
|
Re: Problems during backupGoogling for
mx4j.tools.adaptor.http.HttpException: Null query suggests that there is a problem with the calling code (POST in stead of GET requests?) However since you mention the backups stopped working only a few days ago, I am unsure: If nothing has changed then there is no reason Daisy suddenly sends POST instead of GET requests. Are you sure nothing changed to the installation before things started failing? Other than that: I would recommend upgrading, 1.5 is starting to get a bit old. (of course, that's very risky while your backups are broken, so you have a bit of a deadlock situation going on) Regards, Karel On Mon, 2008-07-07 at 09:24 +0200, Mario Brackeva wrote: > We are running daisy 1.5. Since a few days our daily backup fails. > > It returns the following: > Stacktrace : > java.lang.Exception: null nested exception is java.lang.Exception: > Failed to suspend execution of JMS client within the given time out of > 60000 msecs. > at > org.outerj.daisy.backupTool.JMXRepositoryLocker.createException(JMXRepositoryLocker.java:109) > at > org.outerj.daisy.backupTool.JMXRepositoryLocker.lock(JMXRepositoryLocker.java:80) > at > org.outerj.daisy.backupTool.BackupManager.backup(BackupManager.java:111) > at > org.outerj.daisy.backupTool.BackupTool.createBackup(BackupTool.java:188) > at org.outerj.daisy.backupTool.BackupTool.main(BackupTool.java:93) > > At the same time, the following error appears in the log file: > [WARN ] <2008-07-07 02:00:05,309> (daisy.jmx.mbeanserver): Exception > during http request > mx4j.tools.adaptor.http.HttpException: Null query > at > mx4j.tools.adaptor.http.HttpInputStream.readRequest(HttpInputStream.java:200) > at mx4j.tools.adaptor.http.HttpAdaptor > $HttpClient.run(HttpAdaptor.java:954) > > I already tried restarting daisy, but it doesn't help. > > Anyone encountered the same issue before? > > > Tx, > Mario. > _______________________________________________ > daisy community mailing list > Professional Daisy support: http://outerthought.org/en/services/daisy/support.html > mail to: daisy@... > list information: http://lists.cocoondev.org/mailman/listinfo/daisy daisy community mailing list Professional Daisy support: http://outerthought.org/en/services/daisy/support.html mail to: daisy@... list information: http://lists.cocoondev.org/mailman/listinfo/daisy |
|
|
RE: Problems during backupIndeed, nothing changed to the installation. It just stopped working.
Apparently the backup locking doesn't work. I tried locking manually via the interface on port 9264, and that gave a timeout. I tried the same on an older copy of the installation on another server, there it works fine. I had this issue once before, but it was resolved by simply restarting daisy. I'm looking at upgrading, that's what the backup copy was for. But, as mentioned below, no upgrade without a valid backup. Anyone ever encountered issues with backup locking? Mario. -----Original Message----- From: daisy-bounces@... [mailto:daisy-bounces@...] On Behalf Of Karel Vervaeke Sent: maandag 7 juli 2008 15:59 To: Daisy: open source CMS - general mailinglist Subject: Re: [daisy] Problems during backup Googling for mx4j.tools.adaptor.http.HttpException: Null query suggests that there is a problem with the calling code (POST in stead of GET requests?) However since you mention the backups stopped working only a few days ago, I am unsure: If nothing has changed then there is no reason Daisy suddenly sends POST instead of GET requests. Are you sure nothing changed to the installation before things started failing? Other than that: I would recommend upgrading, 1.5 is starting to get a bit old. (of course, that's very risky while your backups are broken, so you have a bit of a deadlock situation going on) Regards, Karel On Mon, 2008-07-07 at 09:24 +0200, Mario Brackeva wrote: > We are running daisy 1.5. Since a few days our daily backup fails. > > It returns the following: > Stacktrace : > java.lang.Exception: null nested exception is java.lang.Exception: > Failed to suspend execution of JMS client within the given time out of > 60000 msecs. > at > org.outerj.daisy.backupTool.JMXRepositoryLocker.createException(JMXRep > ositoryLocker.java:109) > at > org.outerj.daisy.backupTool.JMXRepositoryLocker.lock(JMXRepositoryLock > er.java:80) > at > org.outerj.daisy.backupTool.BackupManager.backup(BackupManager.java:11 > 1) > at > org.outerj.daisy.backupTool.BackupTool.createBackup(BackupTool.java:18 > 8) at org.outerj.daisy.backupTool.BackupTool.main(BackupTool.java:93) > > At the same time, the following error appears in the log file: > [WARN ] <2008-07-07 02:00:05,309> (daisy.jmx.mbeanserver): Exception > during http request > mx4j.tools.adaptor.http.HttpException: Null query > at > mx4j.tools.adaptor.http.HttpInputStream.readRequest(HttpInputStream.java:200) > at mx4j.tools.adaptor.http.HttpAdaptor > $HttpClient.run(HttpAdaptor.java:954) > > I already tried restarting daisy, but it doesn't help. > > Anyone encountered the same issue before? > > > Tx, > Mario. > _______________________________________________ > daisy community mailing list > Professional Daisy support: > http://outerthought.org/en/services/daisy/support.html > mail to: daisy@... > list information: http://lists.cocoondev.org/mailman/listinfo/daisy Professional Daisy support: http://outerthought.org/en/services/daisy/support.html mail to: daisy@... list information: http://lists.cocoondev.org/mailman/listinfo/daisy _______________________________________________ daisy community mailing list Professional Daisy support: http://outerthought.org/en/services/daisy/support.html mail to: daisy@... list information: http://lists.cocoondev.org/mailman/listinfo/daisy |
|
|
RE: Problems during backupI can't help but feel that there are a lot of backup-related issues
lately. Unfortunately I don't quite feel they are related. Perhaps you can find more detailed information by making the logging more verbose, but I can't say for sure. Regards, Karel. On Mon, 2008-07-07 at 16:14 +0200, Mario Brackeva wrote: > Indeed, nothing changed to the installation. It just stopped working. > Apparently the backup locking doesn't work. > I tried locking manually via the interface on port 9264, and that gave a timeout. I tried the same on an older copy of the installation on another server, there it works fine. > > I had this issue once before, but it was resolved by simply restarting daisy. > > I'm looking at upgrading, that's what the backup copy was for. But, as mentioned below, no upgrade without a valid backup. > > Anyone ever encountered issues with backup locking? > > > Mario. > > -----Original Message----- > From: daisy-bounces@... [mailto:daisy-bounces@...] On Behalf Of Karel Vervaeke > Sent: maandag 7 juli 2008 15:59 > To: Daisy: open source CMS - general mailinglist > Subject: Re: [daisy] Problems during backup > > > Googling for > > mx4j.tools.adaptor.http.HttpException: Null query > > suggests that there is a problem with the calling code (POST in stead of GET requests?) > > However since you mention the backups stopped working only a few days ago, I am unsure: If nothing has changed then there is no reason Daisy suddenly sends POST instead of GET requests. > > Are you sure nothing changed to the installation before things started failing? > > Other than that: I would recommend upgrading, 1.5 is starting to get a bit old. (of course, that's very risky while your backups are broken, so you have a bit of a deadlock situation going on) > > Regards, > Karel > > On Mon, 2008-07-07 at 09:24 +0200, Mario Brackeva wrote: > > We are running daisy 1.5. Since a few days our daily backup fails. > > > > It returns the following: > > Stacktrace : > > java.lang.Exception: null nested exception is java.lang.Exception: > > Failed to suspend execution of JMS client within the given time out of > > 60000 msecs. > > at > > org.outerj.daisy.backupTool.JMXRepositoryLocker.createException(JMXRep > > ositoryLocker.java:109) > > at > > org.outerj.daisy.backupTool.JMXRepositoryLocker.lock(JMXRepositoryLock > > er.java:80) > > at > > org.outerj.daisy.backupTool.BackupManager.backup(BackupManager.java:11 > > 1) > > at > > org.outerj.daisy.backupTool.BackupTool.createBackup(BackupTool.java:18 > > 8) at org.outerj.daisy.backupTool.BackupTool.main(BackupTool.java:93) > > > > At the same time, the following error appears in the log file: > > [WARN ] <2008-07-07 02:00:05,309> (daisy.jmx.mbeanserver): Exception > > during http request > > mx4j.tools.adaptor.http.HttpException: Null query > > at > > mx4j.tools.adaptor.http.HttpInputStream.readRequest(HttpInputStream.java:200) > > at mx4j.tools.adaptor.http.HttpAdaptor > > $HttpClient.run(HttpAdaptor.java:954) > > > > I already tried restarting daisy, but it doesn't help. > > > > Anyone encountered the same issue before? > > > > > > Tx, > > Mario. > > _______________________________________________ > > daisy community mailing list > > Professional Daisy support: > > http://outerthought.org/en/services/daisy/support.html > > mail to: daisy@... > > list information: http://lists.cocoondev.org/mailman/listinfo/daisy > _______________________________________________ > daisy community mailing list > Professional Daisy support: http://outerthought.org/en/services/daisy/support.html > mail to: daisy@... > list information: http://lists.cocoondev.org/mailman/listinfo/daisy > _______________________________________________ > daisy community mailing list > Professional Daisy support: http://outerthought.org/en/services/daisy/support.html > mail to: daisy@... > list information: http://lists.cocoondev.org/mailman/listinfo/daisy daisy community mailing list Professional Daisy support: http://outerthought.org/en/services/daisy/support.html mail to: daisy@... list information: http://lists.cocoondev.org/mailman/listinfo/daisy |
|
|
RE: Problems during backupOn Mon, 2008-07-07 at 16:14 +0200, Mario Brackeva wrote:
> Indeed, nothing changed to the installation. It just stopped working. > Apparently the backup locking doesn't work. > I tried locking manually via the interface on port 9264, and that gave a timeout. I tried the same on an older copy of the installation on another server, there it works fine. > > I had this issue once before, but it was resolved by simply restarting daisy. > > I'm looking at upgrading, that's what the backup copy was for. But, as mentioned below, no upgrade without a valid backup. You can make the backup manually: just dump the database (using mysqldump) and make a copy of the repo and wiki data directories. -- Bruno Dumon http://outerthought.org/ Outerthought http://www.daisycms.org/ bruno@... http://www.kauriproject.org/ _______________________________________________ daisy community mailing list Professional Daisy support: http://outerthought.org/en/services/daisy/support.html mail to: daisy@... list information: http://lists.cocoondev.org/mailman/listinfo/daisy |
|
|
RE: Problems during backupJust pointing out the obvious: this would be on a stopped repository
(whereas the backup tool requires a running backup server) Karel On Mon, 2008-07-07 at 17:10 +0200, Bruno Dumon wrote: > On Mon, 2008-07-07 at 16:14 +0200, Mario Brackeva wrote: > > Indeed, nothing changed to the installation. It just stopped working. > > Apparently the backup locking doesn't work. > > I tried locking manually via the interface on port 9264, and that gave a timeout. I tried the same on an older copy of the installation on another server, there it works fine. > > > > I had this issue once before, but it was resolved by simply restarting daisy. > > > > I'm looking at upgrading, that's what the backup copy was for. But, as mentioned below, no upgrade without a valid backup. > > You can make the backup manually: just dump the database (using > mysqldump) and make a copy of the repo and wiki data directories. > daisy community mailing list Professional Daisy support: http://outerthought.org/en/services/daisy/support.html mail to: daisy@... list information: http://lists.cocoondev.org/mailman/listinfo/daisy |
|
|
RE: Problems during backupIssue update:
This morning I stopped daisy, AND the Mysql DB. After starting all components again, I was able to issue the backup lock. I will not focus on the problem, but spend my time on the upgrade... Mario. -----Original Message----- From: daisy-bounces@... [mailto:daisy-bounces@...] On Behalf Of Karel Vervaeke Sent: maandag 7 juli 2008 17:26 To: Daisy: open source CMS - general mailinglist Subject: RE: [daisy] Problems during backup Just pointing out the obvious: this would be on a stopped repository (whereas the backup tool requires a running backup server) Karel On Mon, 2008-07-07 at 17:10 +0200, Bruno Dumon wrote: > On Mon, 2008-07-07 at 16:14 +0200, Mario Brackeva wrote: > > Indeed, nothing changed to the installation. It just stopped working. > > Apparently the backup locking doesn't work. > > I tried locking manually via the interface on port 9264, and that gave a timeout. I tried the same on an older copy of the installation on another server, there it works fine. > > > > I had this issue once before, but it was resolved by simply restarting daisy. > > > > I'm looking at upgrading, that's what the backup copy was for. But, as mentioned below, no upgrade without a valid backup. > > You can make the backup manually: just dump the database (using > mysqldump) and make a copy of the repo and wiki data directories. > _______________________________________________ daisy community mailing list Professional Daisy support: http://outerthought.org/en/services/daisy/support.html mail to: daisy@... list information: http://lists.cocoondev.org/mailman/listinfo/daisy _______________________________________________ daisy community mailing list Professional Daisy support: http://outerthought.org/en/services/daisy/support.html mail to: daisy@... list information: http://lists.cocoondev.org/mailman/listinfo/daisy |
| Free Forum Powered by Nabble | Forum Help |