Custom Query (684 matches)
Results (7 - 9 of 684)
| Ticket | Resolution | Summary | Owner | Reporter |
|---|---|---|---|---|
| #203 | worksforme | Not able to online reszie my lvm volumes. | ||
| Description |
When I try to online resize one of my lvm volumes on a machine cloned with mondo, I just get "resize2fs: Filesystem does not support online resizing" Normally that should work without problems. On the machine where I ran mondoarchive, online resizing works. I'm using mondo 2.20-1.1 and mindi 2.20-2 on Debian Etch. Using dumpe2fs on the two machines (the master and the cloned) I notice this difference: The master machine: Filesystem features: has_journal resize_inode dir_index filetype needs_recovery sparse_super large_file The cloned machine: Filesystem features: has_journal filetype needs_recovery sparse_super |
|||
| #246 | worksforme | mondo "Failed to create global tmp directory /6%" | ||
| Description |
Using mondo under fedora core 8, I see that the tmp directory trying to be created is called "/6%" ... I see the source code does not reference this directly, but uses "asprintf" to create the tmp dir name.... is it possible that there is a pointer issue here? as a workaround I've created a symbolic link from "/tmp" to "/6%" John C. Checco, CISSP |
|||
| #253 | worksforme | Seg faults during mondo backup on OCMP 3.1.1/RHEL3 (mondo-2.2.0-2.rhel3) | ||
| Description |
We faced some SEG FAULT issues during mondo backup on an OCMP 3.1.1 RHEL3 system. We did not faced such issues during backup before and we were wondering what would be the best approach to have a successful backup on the platform. Can you have a look into the attached log files ? |
|||
