GENERIC kernel, crashing server
hello i got a problem with my server running 6.0 sometimes it just crashes and reboots i dont know why this fenomena might be when there is lot of access to my ar0 i have cut all access to it atm and havent crashed just a guess though but here is the output of kgdb with backtrace and below you got the output of boot -v [EMAIL PROTECTED]>kgdb kernel.debug /usr/local/var/crash/vmcore.2 [GDB will not be able to debug user-mode threads: /usr/lib/libthread_db.so: Undefined symbol "ps_pglobal_lookup"] GNU gdb 6.1.1 [FreeBSD] Copyright 2004 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain conditions. Type "show copying" to see the conditions. There is absolutely no warranty for GDB. Type "show warranty" for details. This GDB was configured as "i386-marcel-freebsd". Unread portion of the kernel message buffer: instruction pointer = 0x20:0xc08badd7 stack pointer = 0x28:0xd4496cc8 frame pointer = 0x28:0xd4496ccc code segment = base 0x0, limit 0xf, type 0x1b = DPL 0, pres 1, def32 1, gran 1 processor eflags = interrupt enabled, IOPL = 0 current process = 30 (irq19: em0) trap number = 30 panic: unknown/reserved trap Uptime: 56m17s Dumping 511 MB (2 chunks) chunk 0: 1MB (160 pages) ... ok chunk 1: 511MB (130800 pages) 495 479 463 447 431 415 399 383 367 351 335 319 303 287 271 255 239 223 207 191 175 159 143 127 111 95 79 63 47 31 15 #0 doadump () at pcpu.h:165 165 __asm __volatile("movl %%fs:0,%0" : "=r" (td)); (kgdb) backtrace #0 doadump () at pcpu.h:165 #1 0xc069d978 in boot (howto=260) at /usr/src/sys/kern/kern_shutdown.c:399 #2 0xc069dca6 in panic (fmt=0xc0943594 "unknown/reserved trap") at /usr/src/sys/kern/kern_shutdown.c:555 #3 0xc08c4968 in trap_fatal (frame=0xd4496c88, eva=0) at /usr/src/sys/i386/i386/trap.c:833 #4 0xc08c43a7 in trap (frame= {tf_fs = 8, tf_es = 40, tf_ds = 40, tf_edi = -1046961280, tf_esi = 4, tf_ebp = -733385524, tf_isp = -733385548, tf_ebx = -1046941312, tf_edx = 0, tf_ecx = -1046941312, tf_eax = 524870, tf_trapno = 30, tf_err = 0, tf_eip = -1064587817, tf_cs = 32, tf_eflags = 524870, tf_esp = -1046941312, tf_ss = -733385468}) at /usr/src/sys/i386/i386/trap.c:629 #5 0xc08b109a in calltrap () at /usr/src/sys/i386/i386/exception.s:139 #6 0xc08badd7 in spinlock_exit () at cpufunc.h:365 #7 0xc0684a89 in ithread_loop (arg=0xc198a380) at /usr/src/sys/kern/kern_intr.c:597 #8 0xc068387f in fork_exit (callout=0xc0684780 , arg=0x80246, frame=0x80246) at /usr/src/sys/kern/kern_fork.c:789 #9 0xc08b10fc in fork_trampoline () at /usr/src/sys/i386/i386/exception.s:208 (kgdb) here is the output of boot -v Copyright (c) 1992-2005 The FreeBSD Project. Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 The Regents of the University of California. All rights reserved. FreeBSD 6.0-STABLE #0: Tue Nov 8 03:32:10 CET 2005 [EMAIL PROTECTED]:/usr/obj/usr/src/sys/GENERIC Preloaded elf kernel "/boot/kernel/kernel" at 0xc0b55000. Preloaded elf module "/boot/kernel/acpi.ko" at 0xc0b55188. Calibrating clock(s) ... i8254 clock: 1193368 Hz CLK_USE_I8254_CALIBRATION not specified - using default frequency Timecounter "i8254" frequency 1193182 Hz quality 0 Calibrating TSC clock ... TSC clock: 1400600893 Hz CPU: AMD Athlon(tm) XP 1600+ (1400.60-MHz 686-class CPU) Origin = "AuthenticAMD" Id = 0x662 Stepping = 2 Features=0x383fbff AMD Features=0xc0480800 Data TLB: 32 entries, fully associative Instruction TLB: 16 entries, fully associative L1 data cache: 64 kbytes, 64 bytes/line, 1 lines/tag, 2-way associative L1 instruction cache: 64 kbytes, 64 bytes/line, 1 lines/tag, 2-way associative L2 internal cache: 256 kbytes, 64 bytes/line, 1 lines/tag, 8-way associative real memory = 536805376 (511 MB) Physical memory chunk(s): 0x1000 - 0x0009, 651264 bytes (159 pages) 0x0010 - 0x003f, 3145728 bytes (768 pages) 0x00c25000 - 0x1f6b7fff, 514404352 bytes (125587 pages) avail memory = 515964928 (492 MB) MP Configuration Table version 1.4 found at 0xc00f1400 Table 'FACP' at 0x1fff3040 Table 'APIC' at 0x1fff6b00 MADT: Found table at 0x1fff6b00 APIC: Using the MADT enumerator. MADT: Found CPU APIC ID 0 ACPI ID 0: enabled ACPI APIC Table: bios32: Found BIOS32 Service Directory header at 0xc00fb030 bios32: Entry = 0xfb4a0 (c00fb4a0) Rev = 0 Len = 1 pcibios: PCI BIOS entry at 0xf+0xb4d0 pnpbios: Found PnP BIOS data at 0xc00fbfa0 pnpbios: Entry = f:bfd0 Rev = 1.0 Other BIOS signatures found: APIC: CPU 0 has ACPI ID 0 MADT: Found IO APIC ID 2, Interrupt 0 at 0xfec0 ioapic0: Routing external 8259A's -> intpin 0 ioapic0: intpin 0 -> ExtINT (edge, high) ioapic0: intpin 1 -> ISA IRQ 1 (edge, high) ioapic0: intpin 2 -> ISA IRQ 2 (edge, high) ioapic0: intpin 3 -> ISA IRQ 3 (edge, high) ioapic0: intpin 4 -> ISA IRQ 4 (edge, high) ioapic0: intpin 5 -> ISA IRQ 5 (edge, high) ioapic0: intpin 6 -> ISA IRQ 6 (edge, high) ioapic
Re: kernel problem
On 11/10/05, Xin LI <[EMAIL PROTECTED]> wrote: > > On 11/10/05, Jens Holmqvist <[EMAIL PROTECTED]> wrote: > [...] > > > trap number = 30 > > > panic: unknown/reserved trap > > > Uptime: 46m5s > > Looks weird. Would you please also attach the dmesg.boot generated > with "boot -v" (or verbose boot if you use beastie boot menu), which > may be helpful for us to figure out what was happening. > > Cheers, > ok here is my dmesg when i started it in verbose Copyright (c) 1992-2005 The FreeBSD Project. Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 The Regents of the University of California. All rights reserved. FreeBSD 6.0-STABLE #0: Tue Nov 8 03:32:10 CET 2005 [EMAIL PROTECTED]:/usr/obj/usr/src/sys/GENERIC Preloaded elf kernel "/boot/kernel/kernel" at 0xc0b55000. Preloaded elf module "/boot/kernel/acpi.ko" at 0xc0b55188. Calibrating clock(s) ... i8254 clock: 1193368 Hz CLK_USE_I8254_CALIBRATION not specified - using default frequency Timecounter "i8254" frequency 1193182 Hz quality 0 Calibrating TSC clock ... TSC clock: 1400600893 Hz CPU: AMD Athlon(tm) XP 1600+ (1400.60-MHz 686-class CPU) Origin = "AuthenticAMD" Id = 0x662 Stepping = 2 Features=0x383fbff AMD Features=0xc0480800 Data TLB: 32 entries, fully associative Instruction TLB: 16 entries, fully associative L1 data cache: 64 kbytes, 64 bytes/line, 1 lines/tag, 2-way associative L1 instruction cache: 64 kbytes, 64 bytes/line, 1 lines/tag, 2-way associative L2 internal cache: 256 kbytes, 64 bytes/line, 1 lines/tag, 8-way associative real memory = 536805376 (511 MB) Physical memory chunk(s): 0x1000 - 0x0009, 651264 bytes (159 pages) 0x0010 - 0x003f, 3145728 bytes (768 pages) 0x00c25000 - 0x1f6b7fff, 514404352 bytes (125587 pages) avail memory = 515964928 (492 MB) MP Configuration Table version 1.4 found at 0xc00f1400 Table 'FACP' at 0x1fff3040 Table 'APIC' at 0x1fff6b00 MADT: Found table at 0x1fff6b00 APIC: Using the MADT enumerator. MADT: Found CPU APIC ID 0 ACPI ID 0: enabled ACPI APIC Table: bios32: Found BIOS32 Service Directory header at 0xc00fb030 bios32: Entry = 0xfb4a0 (c00fb4a0) Rev = 0 Len = 1 pcibios: PCI BIOS entry at 0xf+0xb4d0 pnpbios: Found PnP BIOS data at 0xc00fbfa0 pnpbios: Entry = f:bfd0 Rev = 1.0 Other BIOS signatures found: APIC: CPU 0 has ACPI ID 0 MADT: Found IO APIC ID 2, Interrupt 0 at 0xfec0 ioapic0: Routing external 8259A's -> intpin 0 ioapic0: intpin 0 -> ExtINT (edge, high) ioapic0: intpin 1 -> ISA IRQ 1 (edge, high) ioapic0: intpin 2 -> ISA IRQ 2 (edge, high) ioapic0: intpin 3 -> ISA IRQ 3 (edge, high) ioapic0: intpin 4 -> ISA IRQ 4 (edge, high) ioapic0: intpin 5 -> ISA IRQ 5 (edge, high) ioapic0: intpin 6 -> ISA IRQ 6 (edge, high) ioapic0: intpin 7 -> ISA IRQ 7 (edge, high) ioapic0: intpin 8 -> ISA IRQ 8 (edge, high) ioapic0: intpin 9 -> ISA IRQ 9 (edge, high) ioapic0: intpin 10 -> ISA IRQ 10 (edge, high) ioapic0: intpin 11 -> ISA IRQ 11 (edge, high) ioapic0: intpin 12 -> ISA IRQ 12 (edge, high) ioapic0: intpin 13 -> ISA IRQ 13 (edge, high) ioapic0: intpin 14 -> ISA IRQ 14 (edge, high) ioapic0: intpin 15 -> ISA IRQ 15 (edge, high) ioapic0: intpin 16 -> PCI IRQ 16 (level, low) ioapic0: intpin 17 -> PCI IRQ 17 (level, low) ioapic0: intpin 18 -> PCI IRQ 18 (level, low) ioapic0: intpin 19 -> PCI IRQ 19 (level, low) ioapic0: intpin 20 -> PCI IRQ 20 (level, low) ioapic0: intpin 21 -> PCI IRQ 21 (level, low) ioapic0: intpin 22 -> PCI IRQ 22 (level, low) ioapic0: intpin 23 -> PCI IRQ 23 (level, low) MADT: Interrupt override: source 0, irq 2 ioapic0: Routing IRQ 0 -> intpin 2 ioapic0: intpin 2 trigger: edge ioapic0: intpin 2 polarity: high MADT: Interrupt override: source 9, irq 9 ioapic0: intpin 9 trigger: level ioapic0: intpin 9 polarity: low ioapic0 irqs 0-23 on motherboard cpu0 BSP: ID: 0x VER: 0x00040010 LDR: 0x0100 DFR: 0x0fff lint0: 0x00010700 lint1: 0x0400 TPR: 0x SVR: 0x01ff timer: 0x000100ef therm: 0x err: 0x0001 pcm: 0x0001 wlan: <802.11 Link Layer> random: nfslock: pseudo-device io: mem: Pentium Pro MTRR support enabled null: npx0: [FAST] npx0: on motherboard npx0: INT 16 interface acpi0: on motherboard acpi0: [MPSAFE] pci_open(1): mode 1 addr port (0x0cf8) is 0x80008840 pci_open(1a): mode1res=0x8000 (0x8000) pci_cfgcheck: device 0 [class=06] [hdr=00] is there (id=30991106) pcibios: BIOS version 2.10 Found $PIR table, 8 entries at 0xc00fdef0 PCI-Only Interrupts: 10 11 12 Location Bus Device Pin Link IRQs slot 1 0 16 A 0x01 3 4 5 7 9 10 11 12 14 15 slot 1 0 16 B 0x02 3 4 5 7 9 10 11 12 14 15 slot 1 0 16 C 0x03 3 4 5 7 9 10 11 12 14 15 slot 1 0 16 D 0x04 3 4 5 7 9 10 11 12 14 15 slot 2 0 15 A 0x02 3 4 5 7 9 10 11 12 14 15 slot 2 0 1
Re: kernel problem
On 11/10/05, Jens Holmqvist <[EMAIL PROTECTED]> wrote: > > hello i got a problem with my 6.0 GENERIC kernel > i have done a kgdb on the dumps it gave out here is the output > > [EMAIL PROTECTED]>kgdb kernel.debug /usr/local/var/crash/vmcore.1 > [GDB will not be able to debug user-mode threads: > /usr/lib/libthread_db.so: Undefined symbol "ps_pglobal_lookup"] > GNU gdb 6.1.1 [FreeBSD] > Copyright 2004 Free Software Foundation, Inc. > GDB is free software, covered by the GNU General Public License, and > you are > welcome to change it and/or distribute copies of it under certain > conditions. > Type "show copying" to see the conditions. > There is absolutely no warranty for GDB. Type "show warranty" for > details. > This GDB was configured as "i386-marcel-freebsd". > > Unread portion of the kernel message buffer: > instruction pointer = 0x20:0xc08badd7 > stack pointer = 0x28:0xd4496cc8 > frame pointer = 0x28:0xd4496ccc > code segment = base 0x0, limit 0xf, type 0x1b > = DPL 0, pres 1, def32 1, gran 1 > processor eflags = interrupt enabled, IOPL = 0 > current process = 30 (irq19: em0) > trap number = 30 > panic: unknown/reserved trap > Uptime: 46m5s > Dumping 511 MB (2 chunks) > chunk 0: 1MB (160 pages) ... ok > chunk 1: 511MB (130800 pages) 495 479 463 447 431 415 399 383 367 > 351 335 319 303 287 271 255 239 223 207 191 175 159 143 127 111 95 > 79 63 47 31 15 > > #0 doadump () at pcpu.h:165 > 165 __asm __volatile("movl %%fs:0,%0" : "=r" (td)); > (kgdb) > > hope this helps you help me > > !DSPAM:437315ac6516536821444! > > > ___ > freebsd-stable@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > To unsubscribe, send any mail to "[EMAIL PROTECTED]" i forgot to do a backtrace so here is a new kgdb output [EMAIL PROTECTED]>kgdb kernel.debug /usr/local/var/crash/vmcore.2 [GDB will not be able to debug user-mode threads: /usr/lib/libthread_db.so: Undefined symbol "ps_pglobal_lookup"] GNU gdb 6.1.1 [FreeBSD] Copyright 2004 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain conditions. Type "show copying" to see the conditions. There is absolutely no warranty for GDB. Type "show warranty" for details. This GDB was configured as "i386-marcel-freebsd". Unread portion of the kernel message buffer: instruction pointer = 0x20:0xc08badd7 stack pointer = 0x28:0xd4496cc8 frame pointer = 0x28:0xd4496ccc code segment = base 0x0, limit 0xf, type 0x1b = DPL 0, pres 1, def32 1, gran 1 processor eflags = interrupt enabled, IOPL = 0 current process = 30 (irq19: em0) trap number = 30 panic: unknown/reserved trap Uptime: 56m17s Dumping 511 MB (2 chunks) chunk 0: 1MB (160 pages) ... ok chunk 1: 511MB (130800 pages) 495 479 463 447 431 415 399 383 367 351 335 319 303 287 271 255 239 223 207 191 175 159 143 127 111 95 79 63 47 31 15 #0 doadump () at pcpu.h:165 165 __asm __volatile("movl %%fs:0,%0" : "=r" (td)); (kgdb) quit [EMAIL PROTECTED]>kgdb kernel.debug /usr/local/var/crash/vmcore.2 [GDB will not be able to debug user-mode threads: /usr/lib/libthread_db.so: Undefined symbol "ps_pglobal_lookup"] GNU gdb 6.1.1 [FreeBSD] Copyright 2004 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain conditions. Type "show copying" to see the conditions. There is absolutely no warranty for GDB. Type "show warranty" for details. This GDB was configured as "i386-marcel-freebsd". Unread portion of the kernel message buffer: instruction pointer = 0x20:0xc08badd7 stack pointer = 0x28:0xd4496cc8 frame pointer = 0x28:0xd4496ccc code segment = base 0x0, limit 0xf, type 0x1b = DPL 0, pres 1, def32 1, gran 1 processor eflags = interrupt enabled, IOPL = 0 current process = 30 (irq19: em0) trap number = 30 panic: unknown/reserved trap Uptime: 56m17s Dumping 511 MB (2 chunks) chunk 0: 1MB (160 pages) ... ok chunk 1: 511MB (130800 pages) 495 479 463 447 431 415 399 383 367 351 335 319 303 287 271 255 239 223 207 191 175 159 143 127 111 95 79 63 47 31 15 #0 doadump () at pcpu.h:165 165 __asm __volatile("movl %%fs:0,%0" : "=r" (td)); (kgdb) backtrace #0 doadump () at pcpu.h:165 #1 0xc069d978 in boot (howto=260) at /usr/src/sys/kern/kern_shutdown.c:399 #2 0xc069dca6 in panic (fmt=0xc0943594 "unknown/reserved trap") at /usr/src/sys/kern/kern_shutdown.c:555 #3 0xc08c4968 in trap_fatal (frame=0xd4496c88, eva=0) at /usr/src/sys/i386/i386/trap.c:833 #4 0xc08c43a7 in tra
kernel problem
hello i got a problem with my 6.0 GENERIC kernel i have done a kgdb on the dumps it gave out here is the output [EMAIL PROTECTED]>kgdb kernel.debug /usr/local/var/crash/vmcore.1 [GDB will not be able to debug user-mode threads: /usr/lib/libthread_db.so: Undefined symbol "ps_pglobal_lookup"] GNU gdb 6.1.1 [FreeBSD] Copyright 2004 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain conditions. Type "show copying" to see the conditions. There is absolutely no warranty for GDB. Type "show warranty" for details. This GDB was configured as "i386-marcel-freebsd". Unread portion of the kernel message buffer: instruction pointer = 0x20:0xc08badd7 stack pointer = 0x28:0xd4496cc8 frame pointer = 0x28:0xd4496ccc code segment= base 0x0, limit 0xf, type 0x1b = DPL 0, pres 1, def32 1, gran 1 processor eflags= interrupt enabled, IOPL = 0 current process = 30 (irq19: em0) trap number = 30 panic: unknown/reserved trap Uptime: 46m5s Dumping 511 MB (2 chunks) chunk 0: 1MB (160 pages) ... ok chunk 1: 511MB (130800 pages) 495 479 463 447 431 415 399 383 367 351 335 319 303 287 271 255 239 223 207 191 175 159 143 127 111 95 79 63 47 31 15 #0 doadump () at pcpu.h:165 165 __asm __volatile("movl %%fs:0,%0" : "=r" (td)); (kgdb) hope this helps you help me !DSPAM:437315ac6516536821444! ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "[EMAIL PROTECTED]"
kernel problem
hello i got a problem with my 6.0 GENERIC kernel i have done a kgdb on the dumps it gave out here is the output [EMAIL PROTECTED]>kgdb kernel.debug /usr/local/var/crash/vmcore.1 [GDB will not be able to debug user-mode threads: /usr/lib/libthread_db.so: Undefined symbol "ps_pglobal_lookup"] GNU gdb 6.1.1 [FreeBSD] Copyright 2004 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain conditions. Type "show copying" to see the conditions. There is absolutely no warranty for GDB. Type "show warranty" for details. This GDB was configured as "i386-marcel-freebsd". Unread portion of the kernel message buffer: instruction pointer = 0x20:0xc08badd7 stack pointer = 0x28:0xd4496cc8 frame pointer = 0x28:0xd4496ccc code segment = base 0x0, limit 0xf, type 0x1b = DPL 0, pres 1, def32 1, gran 1 processor eflags = interrupt enabled, IOPL = 0 current process = 30 (irq19: em0) trap number = 30 panic: unknown/reserved trap Uptime: 46m5s Dumping 511 MB (2 chunks) chunk 0: 1MB (160 pages) ... ok chunk 1: 511MB (130800 pages) 495 479 463 447 431 415 399 383 367 351 335 319 303 287 271 255 239 223 207 191 175 159 143 127 111 95 79 63 47 31 15 #0 doadump () at pcpu.h:165 165 __asm __volatile("movl %%fs:0,%0" : "=r" (td)); (kgdb) hope this helps you help me ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: SSHD timeout
On 5/25/05, Jens Holmqvist <[EMAIL PROTECTED]> wrote: > On 5/25/05, Charles Swiger <[EMAIL PROTECTED]> wrote: > > On May 24, 2005, at 10:42 PM, Matt Smith wrote: > > > I have a friend that has 5.4 where SSHD keeps timing out before > > > authentification. Box has a hardwired 3com NIC. We've tried > > > everything > > > but can't find the cause of the timeouts. What gives? > > > > Try "ping _machine_" and see whether that works. > > Run "ssh -vvv _machine_" and it will give more information. > > If you experience a two-minute delay your reverse DNS is probably > > broken. > > > > -- > > -Chuck > > > > PS: God kills a kitten every time someone top-posts while quoting an > > entire daily digest of 30+ archived messages. If you don't care > > about saving the kittens, at least consider saving bandwidth... > > > > ___ > > freebsd-stable@freebsd.org mailing list > > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > > To unsubscribe, send any mail to "[EMAIL PROTECTED]" > > > > if it is because of the reverse dns try to add the ip to /etc/hosts > with a meaningless hostname > might be good to give an example in an internal network with the subnet 192.168.1.0/24 the server you are trying to connect to got the ip 192.168.1.21 then you would do something like this 192.168.1.21 server 192.168.1.49 workstation ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: SSHD timeout
On 5/25/05, Charles Swiger <[EMAIL PROTECTED]> wrote: > On May 24, 2005, at 10:42 PM, Matt Smith wrote: > > I have a friend that has 5.4 where SSHD keeps timing out before > > authentification. Box has a hardwired 3com NIC. We've tried > > everything > > but can't find the cause of the timeouts. What gives? > > Try "ping _machine_" and see whether that works. > Run "ssh -vvv _machine_" and it will give more information. > If you experience a two-minute delay your reverse DNS is probably > broken. > > -- > -Chuck > > PS: God kills a kitten every time someone top-posts while quoting an > entire daily digest of 30+ archived messages. If you don't care > about saving the kittens, at least consider saving bandwidth... > > ___ > freebsd-stable@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > To unsubscribe, send any mail to "[EMAIL PROTECTED]" > if it is because of the reverse dns try to add the ip to /etc/hosts with a meaningless hostname ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "[EMAIL PROTECTED]"