search for: devivering

My recently installed CentOS 4.3 system (which is the kickstart server for other systems -- see other thread) is currently hung. I can ping it, but can't do much of anything else. When I switch to one of the virtual consoles, I can briefly see the "login:" prompt, but then that window immediately fills with up with the following message: EXT3-fs error (devive dm-0) in

Hi, Alfred von Campe wrote on Wed, 2 Aug 2006 09:34:06 -0400 > It's time to resurrect this thread from way back in June. I suspect this is more of a HW problem rathan a SW one. About two years ago I had a similar EXT3 fs failure case to develop on a server running Mandrake Linux. My case was due to the fact that this desktop Linux computer had two HDs, where one of them (a Quamtum, top

Hello folks, I have the following problem: tincd is complaining about a missing name or so but i cannot find any mistake in the configuration. It is similar to all my other tinc nodes. here are the details: # ls -l /etc/tinc/ffnw/ drwxr-xr-x 3 root root 4096 Aug 1 10:43 hosts -rw------- 1 root root 1680 Jul 31 21:54 rsa_key.priv -rw------- 1 root root

This is very strange. Everything was running fine Friday night. This morning I walk into work and find that my root file system (which is actually the only filesystem besides /boot) is not writable. Yet mount thinks it's mounted read/write: # mount /dev/mapper/VolGroup00-LogVol00 on / type ext3 (rw) [snip] # touch foo touch: cannot touch `foo': Read-only file

...mespace. The mails won't be counted in quota, # and they're not deleted automatically (use a cronjob or something). #lazy_expunge = .EXPUNGED/ .DELETED/ .DELETED/.EXPUNGED/ } and postfix as LDA: ... mailbox_command = /usr/lib/dovecot/deliver ... There are much logentrys about dovecot, devivering and mail, but no sieve- entrys in any log. Hope you can help me, Greets, Christoph PS the system: fritz!box (mipsel-cpu) debian etch (and backports; lenny + dovecot does not run with this environment) dovecot and postfix from etch-backports -- GPG-Fingerprint: 171A 6F66 52E5 A6CE D664 2427 832...

This is an issue that I have been having with one of our production servers for a couple of months, just out of no where /var goes to read only. There aren't any errors that show up in /var/log/messages nor dmesg, I checked to make sure that the drives on error option is set to continue and there isn't anything as far as I can tell wrong with the disks. Also there is plenty of disk space.

On Tue, Jan 23, 2018 at 2:58 PM, Michael S. Tsirkin <mst at redhat.com> wrote: > On Tue, Jan 23, 2018 at 12:24:47PM -0800, Siwei Liu wrote: >> On Mon, Jan 22, 2018 at 1:41 PM, Michael S. Tsirkin <mst at redhat.com> wrote: >> > On Mon, Jan 22, 2018 at 12:27:14PM -0800, Siwei Liu wrote: >> >> First off, as mentioned in another thread, the model of stacking

On 1/26/2018 12:14 AM, Siwei Liu wrote: > On Tue, Jan 23, 2018 at 2:58 PM, Michael S. Tsirkin <mst at redhat.com> wrote: >> On Tue, Jan 23, 2018 at 12:24:47PM -0800, Siwei Liu wrote: >>> On Mon, Jan 22, 2018 at 1:41 PM, Michael S. Tsirkin <mst at redhat.com> wrote: >>>> On Mon, Jan 22, 2018 at 12:27:14PM -0800, Siwei Liu wrote: >>>>> First

On Fri, Jan 26, 2018 at 8:51 AM, Samudrala, Sridhar <sridhar.samudrala at intel.com> wrote: > > > On 1/26/2018 12:14 AM, Siwei Liu wrote: >> >> On Tue, Jan 23, 2018 at 2:58 PM, Michael S. Tsirkin <mst at redhat.com> >> wrote: >>> >>> On Tue, Jan 23, 2018 at 12:24:47PM -0800, Siwei Liu wrote: >>>> >>>> On Mon, Jan 22,

On Mon, Jan 22, 2018 at 1:41 PM, Michael S. Tsirkin <mst at redhat.com> wrote: > On Mon, Jan 22, 2018 at 12:27:14PM -0800, Siwei Liu wrote: >> First off, as mentioned in another thread, the model of stacking up >> virt-bond functionality over virtio seems a wrong direction to me. >> Essentially the migration process would need to carry over all guest >> side

On Mon, Jan 22, 2018 at 1:41 PM, Michael S. Tsirkin <mst at redhat.com> wrote: > On Mon, Jan 22, 2018 at 12:27:14PM -0800, Siwei Liu wrote: >> First off, as mentioned in another thread, the model of stacking up >> virt-bond functionality over virtio seems a wrong direction to me. >> Essentially the migration process would need to carry over all guest >> side