Re: ufs recovery

On Tue, 10 Sep 2013 22:38:46 +0200, Laszlo Danielisz wrote: > Dear All, > > It looks like I'm able to recover all of the deleted files. > I'm using UFS Explorer Professional Recovery, I'm working on it > for more than 30 hours, its a long time but it works! If

Re: ufs recovery

Dear All, It looks like I'm able to recover all of the deleted files. I'm using UFS Explorer Professional Recovery, I'm working on it for more than 30 hours, its a long time but it works! Yaaay! Laci Sent from my mobile. On 2013.09.09., at 0:36, kpn...@pobox.com wrote: &

Re: ufs recovery

stination is properly mounted _before_ starting the rsync. I would suggest you do something similar in the future. Just to be clear, was the information deleted from _both_ harddisks? > I have ufs on the hdd, after the "accident" I've turned off the computer to > avoid any w

Re: ufs recovery

d it. Several 1000 euro / dollar / local currency will buy you service at a company specialized in recovery. There is no guarantee they will be successful. 2. time You invest time in learning how UFS works. There are many excellent articles (especially the authoritative one by M. K. McKusick). You

Re: ufs recovery

...@freebsd.org > [mailto:owner-freebsd-questi...@freebsd.org] On Behalf Of Laszlo Danielisz > Sent: 08 September 2013 09:47 > To: FreeBSD Questions > Subject: ufs recovery > > Hi, > > By mistake I forgot to edit my crontab on my FreeBSD 8.3 after I took out one > of the hard dri

RE: ufs recovery

Message- From: owner-freebsd-questi...@freebsd.org [mailto:owner-freebsd-questi...@freebsd.org] On Behalf Of Laszlo Danielisz Sent: 08 September 2013 09:47 To: FreeBSD Questions Subject: ufs recovery Hi, By mistake I forgot to edit my crontab on my FreeBSD 8.3 after I took out one of the hard

Re: ufs recovery

a little rsync script which I used to synchronise a directory between those two hard drives, because one of the hard drives were not present anymore and rsync had the --delete parameter I end up deleting the whole directory, of course with precious informations. I have ufs on the hdd, after the

Re: ufs recovery

ot present >> anymore and rsync had the --delete parameter I end up deleting the whole >> directory, of course with precious informations. >> >> I have ufs on the hdd, after the "accident" I've turned off the computer to >> avoid any writings on the disk. &

Re: ufs recovery

anymore and rsync had the --delete parameter I end up deleting the whole directory, of course with precious informations. I have ufs on the hdd, after the "accident" I've turned off the computer to avoid any writings on the disk. Do you have any idea how can I recover the lost di

ufs recovery

I end up deleting the whole directory, of course with precious informations. I have ufs on the hdd, after the "accident" I've turned off the computer to avoid any writings on the disk. Do you have any idea how can I recover the lost directory?

Re: Removing UFS label from root

rote: >>>> >>>>> I added a label to my root fs some time ago. I really prefer the gpt >>>>> label and I have added it, but I can't figure out how to remove the >>>>> ufs label. >>>>> >>>>> I boot single user

Re: Removing UFS label from root

igure out how to remove the ufs label. I boot single user and run 'tunefs -L "" /dev/ada1p2' but I get an "unable to write superblock" error. This is before mounting the drive RW, but it is, of course, mounted RO. This worked in a VM when I tested it just now. Ma

Re: Removing UFS label from root

On Sun, Sep 9, 2012 at 6:49 PM, Warren Block wrote: > On Sun, 9 Sep 2012, Warren Block wrote: > >> On Sun, 9 Sep 2012, Kevin Oberman wrote: >> >>> I added a label to my root fs some time ago. I really prefer the gpt >>> label and I have added it, but I can&#x

Re: Removing UFS label from root

On Sun, 9 Sep 2012, Warren Block wrote: On Sun, 9 Sep 2012, Kevin Oberman wrote: I added a label to my root fs some time ago. I really prefer the gpt label and I have added it, but I can't figure out how to remove the ufs label. I boot single user and run 'tunefs -L "" /d

Re: Removing UFS label from root

On Sun, 9 Sep 2012, Kevin Oberman wrote: I added a label to my root fs some time ago. I really prefer the gpt label and I have added it, but I can't figure out how to remove the ufs label. I boot single user and run 'tunefs -L "" /dev/ada1p2' but I get an "una

Re: Removing UFS label from root

Hi, On Sun, 9 Sep 2012 17:47:43 -0700 Kevin Oberman wrote: > I added a label to my root fs some time ago. I really prefer the gpt > label and I have added it, but I can't figure out how to remove the > ufs label. > > I boot single user and run 'tunefs -L ""

Removing UFS label from root

I added a label to my root fs some time ago. I really prefer the gpt label and I have added it, but I can't figure out how to remove the ufs label. I boot single user and run 'tunefs -L "" /dev/ada1p2' but I get an "unable to write superblock" error. This is b

Re: UFS Crash and directories now missing

On 05/11/2012 05:18 PM, Chad Perrin wrote: I appreciate the time you put into this. It was no problem at all:-) had fun comparing. Now that I'm free and have more time I went over the 3rd edition table of contents and found a few instances that mentions FreeBSD. In chapter "Adding

Re: UFS Crash and directories now missing

On Fri, May 11, 2012 at 12:11:48PM -0700, Edward M wrote: > >So far I think I found a few that may make a difference. > According to the "table of contents" in the 4th edition in the > chapter called "Booting and shuting down it >only shows entries for: red hat, HP-UX, AIX, SUSE,Ubuntu. H

Re: UFS Crash and directories now missing

On 05/11/2012 12:11 PM, Edward M wrote: So far I think I found a few that may make a difference. According to the "table of contents" in the 4th edition in the chapter called "Booting and shuting down it only shows entries for: red hat, HP-UX, AIX, SUSE,Ubuntu. However in the third editi

Re: UFS Crash and directories now missing

On 05/11/2012 10:47 AM, Chad Perrin wrote: Is there something else I should try to find in the index or table of contents that would be in the third edition but not the fourth? Can you give me some examples of the sorts of things you'd expect to find in the table of contents that is lacking in t

Re: UFS Crash and directories now missing

On Thu, May 10, 2012 at 06:29:05PM -0700, Edward M wrote: > On 05/10/2012 03:45 PM, Alejandro Imass wrote: > >Regarding Nemeth's I am undecided between the 4th (Unix& Linux) or > >the 3rd. Please advise. > > i purchased the third edition because I took a look in the 4th > the table of conten

Re: UFS Crash and directories now missing

>> basejail in RO as opposed to doing the same thing on a partition. > > The answer is: It it not possible. :-) > > You cannot mount a slice. > > Given the BSD terminology: A slice _has_ to contain partitions. > You cannot format a slice, you can only format partition

Re: UFS Crash and directories now missing

On Thu, May 10, 2012 at 9:29 PM, Edward M wrote: > On 05/10/2012 03:45 PM, Alejandro Imass wrote: >> >> Regarding Nemeth's I am undecided between the 4th (Unix&  Linux) or >> the 3rd. Please advise. > > >    i purchased the third edition because I took a look  in the 4th the table > of contents >

Re: UFS Crash and directories now missing

On 05/10/2012 03:45 PM, Alejandro Imass wrote: Regarding Nemeth's I am undecided between the 4th (Unix& Linux) or the 3rd. Please advise. i purchased the third edition because I took a look in the 4th the table of contents and it appears anything FreeBSD related was remove and

Re: UFS Crash and directories now missing

On Tue, May 1, 2012 at 1:58 AM, Robert Bonomi wrote: > [...] > Reading _both_ of McKusick's  "Design of .." books, and the 'Unix System > Admininstration Handbook', by Nemeth, et al.  is a good _start_. > I just bought the FreeBSD one only unless there is a reason I should read the older 4.4BSD

Panic in FreeBSD 9.0-RELEASE after reload mountd to export for NFS an UFS snapshot

Hi, Today I have got a panic under the following scenario: * FreeBSD 9.0-RELEASE in VMWare ESXi virtualized host * Very busy host (java compilers, NFS server, lot of UFS snapshots) * apache web server * pgsql and mysql databases * GENERIC kernel The panic happened after: 1- to umount a UFS

Re: UFS Crash and directories now missing

Hi, On Wednesday 09 May 2012 20:30:37 Alejandro Imass wrote: > On Wed, May 9, 2012 at 8:53 AM, Erich Dollansky > wrote: > > Hi, > > > > On Wednesday 09 May 2012 18:57:06 Alejandro Imass wrote: > >> On Thu, May 3, 2012 at 1:14 PM, Alejandro Imass wrote: > >> > On Thu, May 3, 2012 at 9:35 AM, Robe

Re: UFS Crash and directories now missing

) You cannot mount a slice. Given the BSD terminology: A slice _has_ to contain partitions. You cannot format a slice, you can only format partitions. A formatted partition carries a UFS file system. (However, it's possible to omit the slice, and partition the whole disk instead, this is called

Re: UFS Crash and directories now missing

On Wed, May 9, 2012 at 8:53 AM, Erich Dollansky wrote: > Hi, > > On Wednesday 09 May 2012 18:57:06 Alejandro Imass wrote: >> On Thu, May 3, 2012 at 1:14 PM, Alejandro Imass wrote: >> > On Thu, May 3, 2012 at 9:35 AM, Robert Bonomi >> > wrote: >> >> >> >> [...] >> >> >> One comment: for 'defensi

Re: UFS Crash and directories now missing

Hi, On Wednesday 09 May 2012 18:57:06 Alejandro Imass wrote: > On Thu, May 3, 2012 at 1:14 PM, Alejandro Imass wrote: > > On Thu, May 3, 2012 at 9:35 AM, Robert Bonomi > > wrote: > >> > > [...] > > >> One comment: for 'defensive' purposes it would be useful to break ad6 up > >> into two slice

Re: UFS Crash and directories now missing

On Thu, May 3, 2012 at 1:14 PM, Alejandro Imass wrote: > On Thu, May 3, 2012 at 9:35 AM, Robert Bonomi > wrote: >> [...] >> One comment: for 'defensive' purposes it would be useful to break ad6 up >> into two slices, putting 'basejail' in it's own slice.  Then, for production >> use, that slic

Re: UFS Crash and directories now missing

Alejandro Imass p2ee.org> writes: > ... OK. There is this anomaly in your troubled jail. Because I have not been familiar with ezjail so I am learning it now as we go. I will suggest to you some steps by intuition, and you have to judge for both of us how to do it and what's appropriate. Feel fre

Re: UFS Crash and directories now missing

point FStype Options DumpPass# /dev/ad4s1b none swapsw 0 0 /dev/ad4s1a / ufs rw 1 1 /dev/ad4s1d /tmp ufs rw 2 2 /dev/ad4s1f /usr

Re: UFS Crash and directories now missing

Alejandro Imass p2ee.org> writes: > ... > I have no idea, but cmm-php52-1 is in fact the problematic jail with > the MySQL problem. Could you please include displays of 1. your troubled machine's $ cat /etc/fstab Note: you already showed us 'mount' output. 2. your other trouble-free serve

Re: UFS Crash and directories now missing

On Thu, May 3, 2012 at 12:05 PM, jb wrote: > Alejandro Imass p2ee.org> writes: > >> ... >> devfs on /usr/jails/cmm-php52-1/dev (devfs, local, multilabel) >> ... >> /usr/jails/basejail on /usr/jails/cmm-php52-1/basejail (nullfs, local, >> read-only) >> fdescfs on /usr/jails/cmm-php52-1/dev/fd (fde

Re: UFS Crash and directories now missing

irrelevant.  The entire situation is 'unlikely', > yet it happened.  So one -has- to look at unlikely things.   > funny >> here is the mount output is that's of any help: > > [ first disk, and 'fdescfs', and 'procfs' references removed, for clarity

Re: UFS Crash and directories now missing

Alejandro Imass p2ee.org> writes: > ... > devfs on /usr/jails/cmm-php52-1/dev (devfs, local, multilabel) > ... > /usr/jails/basejail on /usr/jails/cmm-php52-1/basejail (nullfs, local, > read-only) > fdescfs on /usr/jails/cmm-php52-1/dev/fd (fdescfs) > procfs on /usr/jails/cmm-php52-1/proc (procfs

Re: UFS Crash and directories now missing

So one -has- to look at unlikely things. > here is the mount output is that's of any help: [ first disk, and 'fdescfs', and 'procfs' references removed, for clarity ] > /dev/ad6s1.journal on /usr/jails (ufs, asynchronous, local, gjournal) > /usr/jails/basejail

Re: UFS Crash and directories now missing

/nullfs/journal screw up could have resulted in the > entire content of the jails being moved into another completely unrelated > directory node.  If one jail had moved it would already have been > extraordinary, with a probability of it happening so cleanly that fsck would > find nothi

Re: UFS Crash and directories now missing

Hi, On Tuesday 01 May 2012 20:43:43 Polytropon wrote: > On Tue, 01 May 2012 00:37:51 -0700, Edward M wrote: > > On 04/30/2012 10:58 PM, Robert Bonomi wrote: > > > Reading_both_ of McKusick's "Design of .." books, and the 'Unix System > > > Admininstration Handbook', by Nemeth, et al. is a good_

Re: UFS Crash and directories now missing

Hi, On Tuesday 01 May 2012 20:43:43 Polytropon wrote: > On Tue, 01 May 2012 00:37:51 -0700, Edward M wrote: > > On 04/30/2012 10:58 PM, Robert Bonomi wrote: > > > Reading_both_ of McKusick's "Design of .." books, and the 'Unix System > > > Admininstration Handbook', by Nemeth, et al. is a good_

Re: UFS Crash and directories now missing

On Wed, 2 May 2012 06:07:23 +0700, Erich Dollansky wrote: > Hi, > > On Tuesday 01 May 2012 20:43:43 Polytropon wrote: > > On Tue, 01 May 2012 00:37:51 -0700, Edward M wrote: > > > On 04/30/2012 10:58 PM, Robert Bonomi wrote: > > > > Reading_both_ of McKusick's "Design of .." books, and the 'Unix

Re: UFS Crash and directories now missing

On Tue, May 01, 2012 at 12:58:10AM -0500, Robert Bonomi wrote: > > Reading _both_ of McKusick's "Design of .." books, and the 'Unix System > Admininstration Handbook', by Nemeth, et al. is a good _start_. "Both"? I'm aware of at least three (FreeBSD, 4.3BSD, and 4.4BSD) that are probably with

Re: UFS Crash and directories now missing

On 05/01/2012 06:43 AM, Polytropon wrote: Except buying (good) books, you can also search for articles on the web. For example, "A Fast File System for UNIX" by M. K. McKusick is very interesting (at least it was for me when I lost all my important data). Some fs-related articles here: http://ww

Re: UFS Crash and directories now missing

On Tue, 01 May 2012 00:37:51 -0700, Edward M wrote: > On 04/30/2012 10:58 PM, Robert Bonomi wrote: > > Reading_both_ of McKusick's "Design of .." books, and the 'Unix System > > Admininstration Handbook', by Nemeth, et al. is a good_start_. > > > > Having a bunch of the books from O'Reilley& As

Re: UFS Crash and directories now missing

On 04/30/2012 10:58 PM, Robert Bonomi wrote: Reading_both_ of McKusick's "Design of .." books, and the 'Unix System Admininstration Handbook', by Nemeth, et al. is a good_start_. Having a bunch of the books from O'Reilley& Assoc. (), especially for 'standard' tools that y

Re: UFS Crash and directories now missing

Eitan Adler wrote: > On 30 April 2012 07:36, Robert Bonomi wrote: > > A competennt, "not stupid", sysadmin would know these things. And not > > 'remove all doubt' (in the words of Abraham Lincoln), by raising such > > nonsense questions. > > A competent sysadmin would ask questions when they do

Re: UFS Crash and directories now missing

Hi, On Monday 30 April 2012 22:38:13 Alejandro Imass wrote: > On Mon, Apr 30, 2012 at 7:36 AM, Robert Bonomi > wrote: > > > A competennt, "not stupid", sysadmin would know these things. And not > > 'remove all doubt' (in the words of Abraham Lincoln), by raising such > > nonsense questions. >

Re: UFS Crash and directories now missing

at fsck would find nothing already magnitude of order above the chances of winning the national lottery. But all of them ? Not a chance. He finally admitted that he had very little knowledge about UFS and fsck, but still managed to do it in a quite offensive way. That was basically the point wer

Re: UFS Crash and directories now missing

thing substantial by the following statement, but allow me to post it anyway in addition to your statement: There is no problem in mentioning thoughts, possibilities and options. It's also not a problem to admit a lack of knowledge in certain fields (e. g. how UFS, journaling, nullfs and fs

Re: UFS Crash and directories now missing

Alejandro Imass p2ee.org> writes: > ... > Thanks for pointing a plausible cause. What I have done so far is > limit the offending jail to a specific cpuset and I wanted to add > another disk to avoid contention with other jails. MySQL not only > consumes the whole CPUs but also limits the whole d

Re: UFS Crash and directories now missing

ed for many many > years. > Nullfs does not seem to be stable. > Dirk Engling guessed that somehow nullfs was involved. > Anyway, I found one PR > http://www.freebsd.org/cgi/query-pr.cgi?pr=kern/147420 > > that is about troubles with jails, nullfs, UFS, and NFS. > Synopsis:

Re: UFS Crash and directories now missing

Quoth Eitan Adler on Monday, 30 April 2012: > On 30 April 2012 07:36, Robert Bonomi wrote: > > A competennt, "not stupid", sysadmin would know these things.  And not > > 'remove all doubt' (in the words of Abraham Lincoln), by raising such > > nonsense questions. > > A competent sysadmin would as

Re: UFS Crash and directories now missing

for many many years. Nullfs does not seem to be stable. Anyway, I found one PR http://www.freebsd.org/cgi/query-pr.cgi?pr=kern/147420 that is about troubles with jails, nullfs, UFS, and NFS. Synopsis: [ufs] [panic] ufs_dirbad, nullfs, jail panic (corrupt inode) Take a look at this paragr

Re: UFS Crash and directories now missing

On 04/30/2012 10:22 AM, Alejandro Imass wrote: Oh, please! He's not helping anyone. He's just being an obnoxious prick that thinks that by pointing out a lot of technical blabber and some cheap philosophical posé I guess i was going according to the fact that i have followed his suggestions

Re: UFS Crash and directories now missing

On Mon, Apr 30, 2012 at 1:23 PM, Eitan Adler wrote: > On 30 April 2012 07:36, Robert Bonomi wrote: >> A competennt, "not stupid", sysadmin would know these things.  And not >> 'remove all doubt' (in the words of Abraham Lincoln), by raising such >> nonsense questions. > > A competent sysadmin wou

Re: UFS Crash and directories now missing

On 30 April 2012 07:36, Robert Bonomi wrote: > A competennt, "not stupid", sysadmin would know these things.  And not > 'remove all doubt' (in the words of Abraham Lincoln), by raising such > nonsense questions. A competent sysadmin would ask questions when they don't know the answer bringing up

Re: UFS Crash and directories now missing

On Mon, Apr 30, 2012 at 1:03 PM, Edward M wrote: > On 04/30/2012 08:38 AM, Alejandro Imass wrote: >> >>  just not very helpful or fun. This attitude will get > > >    He is helping,you need to  learn how UFS, jails, nullfs, journaling, disk > I/O  and other stuff work.

Re: UFS Crash and directories now missing

On Mon, Apr 30, 2012 at 8:22 AM, Erich Dollansky wrote: > Hi, > > On Monday 30 April 2012 18:36:08 Robert Bonomi wrote: >> >> Alejandro Imass wrote: >> That simply *ISN'T* going to happen -- not without a -lot- more evidence >> than any individual can provide from a single =unrepeadable= incident

Re: UFS Crash and directories now missing

On 04/30/2012 08:38 AM, Alejandro Imass wrote: just not very helpful or fun. This attitude will get He is helping,you need to learn how UFS, jails, nullfs, journaling, disk I/O and other stuff work. I have been following this thread and i must admit I also need to learn more on

Re: UFS Crash and directories now missing

On Mon, Apr 30, 2012 at 7:36 AM, Robert Bonomi wrote: > > Alejandro Imass wrote: >> On Sun, Apr 29, 2012 at 11:49 PM, Erich Dollansky wrote: >> > On Monday 30 April 2012 02:02:41 jb wrote: >> >> Alejandro Imass p2ee.org> writes: >> >> > ... >> [...] > A competennt, "not stupid", sysadmin would

Re: UFS Crash and directories now missing

Hi, On Monday 30 April 2012 18:36:08 Robert Bonomi wrote: > > Alejandro Imass wrote: > That simply *ISN'T* going to happen -- not without a -lot- more evidence > than any individual can provide from a single =unrepeadable= incident. > ok, I am not the original poster but let me tell me of an e

Re: UFS Crash and directories now missing

s is, how it works, or that it is totally -irrelevant- to fsck and/or journaling. Hint: nullfs is merely a 'path translation' mechanism -- it affects _only_ 'file open' syscalls. fsck doesn't _touch_ nullfs. Hint; journaling is an add-on to the UFS filesystem. nullfs do

Re: UFS Crash and directories now missing

On Sun, Apr 29, 2012 at 11:49 PM, Erich Dollansky wrote: > Hi, > > On Monday 30 April 2012 02:02:41 jb wrote: >> Alejandro Imass p2ee.org> writes: >> >> > ... >> > > What you should do right now is to get some recent general or security >> > > cd/dvd >> > > with chkrootkit and rkhunter and run t

Re: UFS Crash and directories now missing

Hi, On Monday 30 April 2012 02:02:41 jb wrote: > Alejandro Imass p2ee.org> writes: > > > ... > > > What you should do right now is to get some recent general or security > > > cd/dvd > > > with chkrootkit and rkhunter and run them from that external read-only > > > media. > > > I would also s

Re: UFS Crash and directories now missing

Alejandro Imass p2ee.org> writes: > ... > > What you should do right now is to get some recent general or security > > cd/dvd > > with chkrootkit and rkhunter and run them from that external read-only > > media. > > I would also suggest that you look over config files of all packages > > invo

Re: UFS Crash and directories now missing

On Sun, Apr 29, 2012 at 1:15 PM, jb wrote: > Alejandro Imass p2ee.org> writes: > >> ... >> And there was a log of a couple of ftp connections the same day this >> happened, the ONLY 3 messages before the reboot at about 6 pm and they >> were NOT from any of our customers. Here are the log entries

Re: UFS Crash and directories now missing

Alejandro Imass p2ee.org> writes: > ... > And there was a log of a couple of ftp connections the same day this > happened, the ONLY 3 messages before the reboot at about 6 pm and they > were NOT from any of our customers. Here are the log entries: > > Apr 27 05:54:37 nune ftp.proxy[2726]: conne

Re: UFS Crash and directories now missing

On Sun, Apr 29, 2012 at 4:37 AM, Polytropon wrote: > On Sun, 29 Apr 2012 00:26:50 -0700, per...@pluto.rain.com wrote: >> Alejandro Imass wrote: >> >> > 3) the directories were moved at reboot by journal recovery, >> > fsck or something else >> >> I think it's *extremely* unlikely that fsck was in

Re: UFS Crash and directories now missing

On Sun, 29 Apr 2012 00:26:50 -0700, per...@pluto.rain.com wrote: > Alejandro Imass wrote: > > > 3) the directories were moved at reboot by journal recovery, > > fsck or something else > > I think it's *extremely* unlikely that fsck was involved, because > it just doesn't do things like that. T

Re: UFS Crash and directories now missing

On Sat, Apr 28, 2012 at 10:20 PM, Erich Dollansky wrote: > Hi, > > On Sunday 29 April 2012 08:58:17 Alejandro Imass wrote: >> On Sat, Apr 28, 2012 at 5:03 PM, Erich Dollansky >> wrote: [...] >> >> Hi Erich, thanks for your reply. >> >> I don't know what links you are referring to, but please po

Re: UFS Crash and directories now missing

; > sure you didn't move it yourself then it must be machine hardware problem > >> > but still unlikely. > >> > >> After a little more research, ___it it NOT unlikely at all___ that > >> under high distress and a hard boot, UFS could have somehow corrupted

Re: UFS Crash and directories now missing

On Sun, Apr 29, 2012 at 3:26 AM, wrote: > Alejandro Imass wrote: > [...] > > Any chance that your base system -- rather than one of the jails -- > has somehow been cracked; maybe even that the cracker precipitated > the crash?  It might be wise to restore the whole system from backup, > the ba

Re: UFS Crash and directories now missing

rrect directory and >> > >> > >> > no matter what you do FreeBSD DOES NOT ramdomly move directories. if you >> > are >> > sure you didn't move it yourself then it must be machine hardware problem >> > but still unlikely. >> >&g

Re: UFS Crash and directories now missing

Alejandro Imass wrote: > 3) the directories were moved at reboot by journal recovery, > fsck or something else I think it's *extremely* unlikely that fsck was involved, because it just doesn't do things like that. It might move an orphaned directory (or file) to lost+found, but nowhere else. T

Re: UFS Crash and directories now missing

es. if you are > > sure you didn't move it yourself then it must be machine hardware problem > > but still unlikely. > > After a little more research, ___it it NOT unlikely at all___ that > under high distress and a hard boot, UFS could have somehow corrupted > the di

Re: UFS Crash and directories now missing

On 04/28/2012 11:16 AM, Alejandro Imass wrote: That is what worries me, is that it wasn't just some random bit or cosmic ray, but the potential of happening again. I am not so sure that it is*impossible* that a jail could affect other jails with EzJail. Sorry I'm late to the party. How about

Re: UFS Crash and directories now missing

and a hard boot, UFS could have somehow corrupted the directory structure, whilst maintaining the data intact. This is techically accurate, *BUT* the specifics of the quote "corruption" unquote in the case under discussion make it *EXTREMELY* unlikely that this is what happened. 99.99+

Re: UFS Crash and directories now missing

obert Bonomi >> >> wrote: >> >> >  Alejandro Imass wrote: >> >> >> After a little more research, ___it it NOT unlikely at all___ that >> >> >> under high distress and a hard boot, UFS could have somehow corrupted >> >>

Re: UFS Crash and directories now missing

: > >> >> After a little more research, ___it it NOT unlikely at all___ that > >> >> under high distress and a hard boot, UFS could have somehow corrupted > >> >> the directory structure, whilst maintaining the data intact. > >> > > >&g

Re: UFS Crash and directories now missing

On Sat, Apr 28, 2012 at 1:31 PM, Robert Bonomi wrote: > > Alejandro Imass wrote: >> On Sat, Apr 28, 2012 at 11:39 AM, Robert Bonomi >> wrote: >> >  Alejandro Imass wrote: >> >> After a little more research, ___it it NOT unlikely at all___ that >>

Re: UFS Crash and directories now missing

Alejandro Imass wrote: > On Sat, Apr 28, 2012 at 11:39 AM, Robert Bonomi > wrote: > > Alejandro Imass wrote: > >> After a little more research, ___it it NOT unlikely at all___ that > >> under high distress and a hard boot, UFS could have somehow corrupted > &

Re: UFS Crash and directories now missing

e to >>> >> physically archive the jails, move them to the correct directory and >>> > >>> > >>> > no matter what you do FreeBSD DOES NOT ramdomly move directories. if you >>> > are >>> > sure you didn't move it yourself th

Re: UFS Crash and directories now missing

gt; >> > no matter what you do FreeBSD DOES NOT ramdomly move directories. if you >> > are >> > sure you didn't move it yourself then it must be machine hardware problem >> > but still unlikely. >> >> After a little more research, ___it it NOT unl

Re: UFS Crash and directories now missing

didn't move it yourself then it must be machine hardware problem > > but still unlikely. > > After a little more research, ___it it NOT unlikely at all___ that > under high distress and a hard boot, UFS could have somehow corrupted > the directory structure, whilst maintaining th

Re: UFS Crash and directories now missing

After a little more research, ___it it NOT unlikely at all___ that under high distress and a hard boot, UFS could have somehow corrupted the directory structure, whilst maintaining the data intact. From what I've learned so far, UFS is actually divided into 2 layers: one that controls the directo

Re: UFS Crash and directories now missing

I somewhat agree, but it wasn't a person. I am the only administrator, the only one with root access. The jails were effectively moved to the /usr/local/etc/apache22 of the single that survived at the top level. I'm thinking something between mount, EzJail, the journal and the way MySQL created a

Re: UFS Crash and directories now missing

On Sat, Apr 28, 2012 at 1:43 AM, Wojciech Puchar wrote: >> >> All the jails wound up in the /usr/local/etc/apache22 of the only >> surviving jail which is the http proxy to all the other jails. >> >> Right before the server crashed I noticed MySQL at 100% o several CPUs >> and the server was on it

Re: UFS Crash and directories now missing

All the jails wound up in the /usr/local/etc/apache22 of the only surviving jail which is the http proxy to all the other jails. Right before the server crashed I noticed MySQL at 100% o several CPUs and the server was on it's knees, so I'm wondering was this an attack? is it possible that A

Re: UFS Crash and directories now missing

something. I unmounted the drive and ran fsck and reported no problems. df shows the data being use so where is the data?? your data is here as df shown usage and fsck see no errors. most probably root directory of that volume got corrupted and subdirs were found and put in lost+found ___

Re: UFS Crash and directories now missing

al explanation??? > > Journaling is new to me. Could this be the cause? > Maybe so, I have no idea. Maybe it's because EzJail mount volumes with each jail or some other wild explanation. I honestly have never seen this before. I am just glad that UFS was nice enough

Re: UFS Crash and directories now missing

Hi, On Saturday 28 April 2012 09:33:47 Alejandro Imass wrote: > On Fri, Apr 27, 2012 at 7:52 PM, Alejandro Imass wrote: > > > > We had a server crash and required a hard reboot. The system is on one > > disk and another disc mounts /usr/jails and everything runs in jails, > > pristine base system

Re: UFS Crash and directories now missing

has ANY logical explanation??? Thanks, -- Alejandro Imass > This is FreeBSD 8.2 updated, patched etc. The volume was UFS + Journal > > Any help is GREATLY appreciated! > > Thanks! > > -- > Alejandro Imass ___ freebsd-questions

UFS Crash and directories now missing

volume was UFS + Journal Any help is GREATLY appreciated! Thanks! -- Alejandro Imass ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to "freebsd-que

Re: UFS+SU+J and still background fs check?

On Mon, 30 Jan 2012 13:17:16 +0100 (CET) Marco Beishuizen wrote: > Hi, > > When booting my computer today I noticed the message at the end: > starting background filesystem check in 60 seconds. This seems > strange to me since SU+J is enabled on all filesystems. How is this > possible? NB running

UFS+SU+J and still background fs check?

Hi, When booting my computer today I noticed the message at the end: starting background filesystem check in 60 seconds. This seems strange to me since SU+J is enabled on all filesystems. How is this possible? NB running FreeBSD 9-STABLE Regards, Marco -- In most instances, all an argument p

Old UFS label complains on 9.0

Hello, I've just updated my laptop from 8.2-RELEASE to 9.0-RELEASE, everything worked but the kernel complains about labels see : g_dev_taste: make_dev_p() failed (gp->name=vol/root, error=17) g_dev_taste: make_dev_p() failed (gp->name=vol/root, error=17) g_dev_taste: make_dev_p() failed (gp->

Re: restore(8) to UFS on USB key: terrible slow

Cheap USB drives, and even many CF drives, aren't much good as random read-write devices. On my Soekris boxen I run FreeBSD, and mount the root filesystem rw,noatime. And I don't write to it. ;-) /var is a memory filesystem, there /var/db/... contain symbolic links to /usr/local/db/.. because th

Re: restore(8) to UFS on USB key: terrible slow

s on USB sticks ? Hans would know I suppose. ? Apart from soft updates, one can also choose the block sizes newfs creates, I recall FFS is larger than UFS ?. Maybe we should send-pr some suggested size for man newfs if targeting images for USB sticks. (is

  1   2   3   4   5   >